ThaiSEOBoard.com

สวัสดีครับ พี่ๆ โปรแกรมเมอร์

พอดีผมกำลังจะทำระบบจัดเก็บสินค้าใน สโตร์ ครับ

แต่ข้อมูลคุณสมบัติมันแตกต่างกัน แต่ผมอยากเก็บให้มันละเอียด
เพราะมันจะง่ายต่อการค้นหา หรือเพื่อดูรายงาน

มีข้อมูลอยู่ว่า ผมซื้อกระดาษมา ผมต้องการเก็บ
ยี่ห้อ, ชนิดกระดาษ, แกรม, ขนาด, สี

ส่วนข้อมูลอีกอัน ผมซืิอพัดลมมา ผมต้องการเก็บ
ยี่ห้อ, สี, ขนาดใบพัด

ส่วนข้อมูลอีกอัน ผมซืิอแตงโมมา ผมต้องการเก็บ
สีผลไม้, สุกไม่สุก, หวานไม่หวาน

ปัญหาที่ผมคิดไม่ออกว่าจะสร้าง db เพื่อเก็บอย่างไร เพราะคุณสมบัติมันไม่เท่ากัน และฟิวที่บันทึกไม่เท่ากัน
เวลาผมค้นหา ผมก็จะ เลือกยี่ห้อกระดาษ เลือกชนิดกระดาษ แล้วมันก็จะรายงานส่วนของกระดาษที่ผมฟิวเตอร์ไว้

*** แต่ผมไม่พูดถึงการค้นหานะครับ เพราะพอทำได้อยู่ แต่อยากรู้แค่ว่า พี่ที่เทพๆ ถ้าเจอเคสอย่างนี้ จะสร้าง db เก็บกันยังไง ผมจะขอนำไปใช้พัฒนาบ้างครับ ***
 :wanwan017: :wanwan017:

php พื้นฐานเลยครับ ดูจบทำเป็นแน่นอน ผมเองก็ดูจากที่นี้จนเป็น

http://www.thaicreate.com/community/php-vdo-clip-tutorial.html

มีพื้นฐาน dba ไหมครับผม ถ้าไม่มีตาม lab บนเลยครับ thaicreate ครับ

แนวๆนี้ถ้าเป็นผม ก็คงแยก Table เก็บแต่ละอย่างไปเลยครับ เพราะว่ามองจากแต่ละอุปกรณ์มันมีความแตกต่างกันในเรื่องของการเก็บข้อมูลครับ

พี่ xvlnw.com เข้าใจคำถามผมตลอดเลยครับ ขอบคุณครับ

ถ้าเราแยก table มันยากต่อการค้นหาไหมครับ หรือเรา join กันเอาครับ
คือผมอยากทำให้ ระบบมันอยู่หน้าเดียวกันทั้งหมด ถ้าเก็บใน table เดียวกันเวลาทำรายงานมันก็จะง่าย

แต่ก็อย่างที่พี่ว่า แต่ละอุปกรณ์มันมีความแตกต่างกัน มันก็ยากที่จะเก็บใน table เดียวกัน
นอกจะจากว่า ฟิวในไม่ใช่ค่าของมัน ก็ปล่อยให้มัน insert ค่าว่างไป จริงๆจะทำฟิว แต่อันลง table เดียวเลยครับ

แต่ผมมาขอถามก่อน เผื่อได้ไอเดียหลายๆอย่างครับ

ผมว่าน่าจะเก็บแยกเป็น table ดีกว่าครับ

ปกติแยก table เพื่อเอาไปทำอย่างอื่นต่อด้วย เผื่อทำหลายภาษา ประกอบร่างหลายส่วน ต่อยอดจะได้ไม่ติดปัญหา

table product เก็บ
product id สินค้า
productname ชื่อสินค้า

table groupcate
groupcateid 
groupcatename เช่น ยี่ห้อ สี

table groupitem
groupitemid
groupcateid  เป็น id relate table groupcate
groupitemname เช่น สีแดง , สีขาว , ซัมซุง , พานา

table matchproduct
productid
groupcateid
groupitemid

แล้วก็ join เอา

ลองดูพวก NoSql ดู

สวัสดีครับ ขออนุญาตตอบตามประสบการณ์ที่มี
มันอยู่ที่การ Normalization : (http://www.slideshare.net/skiats/normalization-10683732)
และการนำข้อมูลไปใช้ประโยชน์ของท่านมากกว่าครับ

เช่นบางคนอาจเก็บข้อมูลแยกออกเป็นตารางอาจจะเพื่อการจัดการง่ายหรือการใช้ประโยชน์ของ table ให้มากที่สุด
แต่ต้องแลกกับการ query เพื่อ join กันทีหลัง

บางคนบอกว่า ก็ข้อมูลไม่ได้มากและซับซ้อนอะไรก็จับมันยัดที่ในตารางเดียวนี่แหละ
มีข้อดีอยู่ว่า query ง่ายสุดๆ แถมเวลา Export ข้อมูลออกไปแล้วสามาถใช้ได้เลย(ไม่ว่าจะเป็น pivot table, ODBC)
แต่ต้องแรกกับการใช้ประโยนช์ของ table ไม่ได้เต็มที่เช่นอาจจะมี ฟิล์ดว่าง เช่น record ที่เก็บผลไม้ ในคอลัมน์ "ยี่ห้อ" ที่เก็บข้อมูลพัดลมอาจจะไม่ได้ใช้

จากตัวอย่างจะเห็นได้ว่าวิธีไหนก็ได้ทั้งนั้นครับ ขึ้นอยู่กับ programmer และผมก็เคารพในความคิดเห็นของแต่ละบุคคล
แต่ตามที่ผมเคยเจอมาถ้าเป็นฐานข้อมูลที่มีการใช้น้อยๆและเรียกใช้งาน (query) ไม่บ่อยนักผมจะเลือกแบบแรกด้วยเหตุผลข้างบน

ส่วนแบบที่สองผมจะเอาไว้เก็บข้อมูลที่ user อาจจะมีการเรียกใช้บ่อยๆเช่นข้อมูลประเภทรายงาน สามารถให้ผู้ใช้ Export ฐานข้อมูลและใช้งานต่อบน Excel ได้เลย ง่ายดีไม่ต้อง Program เพิ่มครับ  :'( :'(

เป็นผม ผมก็ทำแบบท่านนี้นะ  แยกตารางครับ แต่ไม่ได้แยกว่า ตารางนี้ของ  กระดาษ ตารางนี้ของพัดลม

โอเคครับ ผมได้ไอเดียแล้วครับผม
ถามใน ไทยเสียว ได้ความรู้ทุกครั้งเลยครับ
ขอบคุณบอร์ดนี้มากๆ เลยครับ

ขอบคุณพี่ๆ มากที่ให้คำแนะนำ +1
ให้ทุกคนแล้วครับ