ตอนนี้กำลังทำโปรแกรมขายของหน้าร้านใช้เองอยู่น่ะครับ ลองวิเคราะห์ดูแล้วเกิดติดใจขึ้นมาประเด็นหนึ่งก็คืิอ
สมมติว่าเรามีเครื่อง POS สองเครื่องทำการ Checkout สินค้าตัวเดียวกันพร้อมกัน ถ้าออกแบบให้้เก็บข้อมูลยอดของ Stock สินค้าไว้เป็น Record ใน Database ก็พบว่า POS จะต้องแย่งกัน Lock database ตรง Record ของสินค้าเดียวกันแน่นอน เลยสงสัยขึ้นมาว่า เขาออกแบบ database กันอย่างไรสำหรับงานตรงนี้ และเขา Lock database กันยังไงหรือครับ ถึงจะทำให้เก็บข้อมูลของสินค้า Stock ในฐายข้อมูลได้แบบ Realtime ได้ในตัวมันเอง
ตอนนี้ผมจะไม่เก็บปริมาณสินค้าของแต่ละ item ไว้แต่จะคำนวณขึ้นจาก ยอดยกมา+รับเข้า-จำหน่ายออก แทนทำให้เวลาจะตรวจสอบ Stock Database จะทำงานหนักอยู่พอสมควรเลยครับ เลยกำลังคิดว่าจะมีวิธีการที่ดีกว่าหรือเปล่าน่า ???
อาจจะถามพื้นๆไปสักหน่อยช่วยแนะนำหน่อยนะครับ
ขอบคุณครับ
DB อะไรหล่ะครับเนี่ย จะได้แนะนำถูก
Ford AntiTrust’s Blog | PHP Hoffman Framework
ตอนนี้ร่างขึ้นมาคร่าวๆด้วย Access อยู่ครับ แต่เวลาใช้งานจริงคงรันด้วย MySQL หรือไม่ก็ SQLserver (ตัว Exp) น่ะครับ
ไม่สนใจ PostgreSQL บ้างเหรอครับ
เผื่อจะมี project เกี่ยวกับ postgresql เพิ่มอีก project หนึ่ง
เย้ๆๆ
ผมนึกถึง oop ยิ่งใช้ กับ memcached ด้วย คงแจ่มๆ
xx.begin()
xx.decrement()
bla bla bla
xx.commit()
มันทำได้อยู่แล้วครับ เรื่อง lock DataBase อย่าพยายามทำเลยครับ เพราะจะเจอปัญหา ต้องมี buffer คอยเก็บข้อมูลไว้ ถ้าคิวว่างเมื่อใหร่ ก็ต่อคิวเข้าไปบันทึกข้อมูล
ถ้าจะใช้ Access นี่ไม่ไหวมั้งครับ lock กระจาย memory usage กระจุยครับ
สำหรับ Database ที่ต้องการความมั่นใจในข้อมูลสูง ๆ แนะนำพวก Transaction Database แท้ ๆ อย่าง MySQL โดยใช้ InnoDB Storage Engine ครับ
โดยที่ตัว InnoDB Storage Engine เนี่ยสามารถทำ Row-level lock ได้เลยครับ แถมทำ Commit-Rollback ตัว data ได้
จากที่ได้ deploy ตัว DB เนี่ยเคยเอาไปแก้ปัญหากับ Database ที่มี Transaction ทำการ update ข้อมูลตลอดเวลาโดยต้องมีการ lock-unlock เยอะมาก แต่สามารถใช้งานได้อย่างสบาย ๆ ครับ (เยอะระดับ 20,000 - 200,000 Transaction ตัวนาทีครับ)
ลองดูศึกษาดูนะครับ
ปล. การใช้ InnoDB ทำให้ memory ถูกใช้ไปกับ Transaction-log เยอะมากครับ แนะนำให้ลงกับเครื่องที่มี memory เยอะหน่อยนะครับ
Ford AntiTrust’s Blog | PHP Hoffman Framework
Access นี่ถือเป็นโปรแกรมฐานข้อมูลด้วยเหรอครับ นึกว่าเป็น GUI สำหรับ flat file เฉย ๆ อิอิอิ
BioLawCom.De
อิอิ อย่าทับถมกันเลยครับยังไงผมก็เคยมือมันกว่าอย่างอื่น ^_^
คือว่าตอนนี้ผม Focus แค่ที่โครงสร้างก่อนนะครับคือ ผมไม่มี Record ของจำนวน Stock สินค้าน่ะครับ แต่ผมจะมี Record บันทึกการรับสินค้า และ Record จำหน่ายสินค้าออก แทน ซึ่งจะต้องนำมาคำนวณเป็นปริมาณ Stock น่ะครับ
ผมเลยสงสัยว่าโครงสร้างแบบนี้ถูกต้องหรือยังครับ หรือว่าเราสามารถใส่ปริมาณยอดสต๊อกสินค้าไว้ใน Database โดยตรงได้หรือไม่น่ะครับ
เท่าที่ฟังดูเหมือนทุกคนจะบอกว่า มันใส่ลงไปได้เลย ถ้า DBMS นั้นสนับสนุน Transaction แล้วมันจะทำได้เลยไม่ต้องไปกังวลเรื่องการแย่งกัน Lock filed ปริืมาณ Stock สินค้า งั้นหรอครับ ???
DBMS ที่ทำงานแบบ Transaction นั้นต้องมีคุณสมบัติ ACID (Atomicity, Consistency, Isolation and Durableness) เป็นส่วนใหญ่ครับ ซึ่งเป็นการบอกกลาย ๆ ว่าข้อมูลที่ใช้ใน DBMS แบบ Transaction จะมีความถูกต้องของข้อมูลอยู่ตลอดเวลาครับ (แต่มันก็ต้องขึ้นอยู่กับ developer ด้วยส่วนหนึ่ง)
Ford AntiTrust’s Blog | PHP Hoffman Framework
บันทึก record ลง table stock_logs เพื่อใช้เวลารับและส่งสินค้าเสร็จแล้ว
แล้วเราก็มี table อีกตัวเป็น stock_balances ซึ่งเป็นที่ใส่จำนวนสินค้ารวมจริง ๆ อีกทีเพื่อใช้ในการตัด stock ครับ ถ้าเรามีส่วนนี้จะช่วยให้การแสดงผลจำนวน stock ทำงานได้เร็วมากขึ้นครับ
เสร็จแล้ว relation กันด้วย product_id จากตาราง product ครับ
เวลาเราเข้าไป update ตัว table stock_balances ก็ read-lock เวลา update ที่ record product_id นั้น ๆ ครับ แล้วถ้าตัว read process มาอ่านแล้วเจอ hold ก็ให้ wait ไว้ก่อน จนปล่อย read-lock ครับ
อันนี้เป็นแนวทางเริ่มต้นนะครับ ลองดู case study พวกธนาคารประกอบกันจะดีมากครับ เพราะงาน stock นี่ไม่ต่างกันเท่าไหร่ครับ
Ford AntiTrust’s Blog | PHP Hoffman Framework
อ่ะฮะ พอจะเข้าใจแล้วครับ เราจะใช้เขียนลง Log และมีการตั้ง Balance บัญชีคงคลังไว้ ผมก็คิดไว้ประมาณนี้ล่ะครับ ว่าแต่มี link ไป ดู Case Study บ้างไหมครับ ^_^
ขอบคุณมากครับ
ถ้าจะลองใช้ access คงจะต้อง lock ระดับ table ครับ คือถ้าใครมาใช้เสร็จแล้วปลดล็อค แล้วคนอื่นก็เข้ามาใช้ต่อ
ผมไม่ค่อยเก่งเรื่องดาต้าเบส ถ้าเป็นผมก็คงแก้ปัญหาที่โปรแกรม คล้ายๆการแก้ thread racing