Tags:

ตอนนี้กำลังทำโปรแกรมขายของหน้าร้านใช้เองอยู่น่ะครับ ลองวิเคราะห์ดูแล้วเกิดติดใจขึ้นมาประเด็นหนึ่งก็คืิอ

สมมติว่าเรามีเครื่อง POS สองเครื่องทำการ Checkout สินค้าตัวเดียวกันพร้อมกัน ถ้าออกแบบให้้เก็บข้อมูลยอดของ Stock สินค้าไว้เป็น Record ใน Database ก็พบว่า POS จะต้องแย่งกัน Lock database ตรง Record ของสินค้าเดียวกันแน่นอน เลยสงสัยขึ้นมาว่า เขาออกแบบ database กันอย่างไรสำหรับงานตรงนี้ และเขา Lock database กันยังไงหรือครับ ถึงจะทำให้เก็บข้อมูลของสินค้า Stock ในฐายข้อมูลได้แบบ Realtime ได้ในตัวมันเอง

ตอนนี้ผมจะไม่เก็บปริมาณสินค้าของแต่ละ item ไว้แต่จะคำนวณขึ้นจาก ยอดยกมา+รับเข้า-จำหน่ายออก แทนทำให้เวลาจะตรวจสอบ Stock Database จะทำงานหนักอยู่พอสมควรเลยครับ เลยกำลังคิดว่าจะมีวิธีการที่ดีกว่าหรือเปล่าน่า ???

อาจจะถามพื้นๆไปสักหน่อยช่วยแนะนำหน่อยนะครับ

ขอบคุณครับ

Get latest news from Blognone
By: Ford AntiTrust
ContributorAndroidBlackberryUbuntu
on 28 August 2008 - 19:28 #62824
Ford AntiTrust's picture

DB อะไรหล่ะครับเนี่ย จะได้แนะนำถูก

Ford AntiTrust’s Blog | PHP Hoffman Framework

By: bhattee on 28 August 2008 - 20:43 #62852 Reply to:62824

ตอนนี้ร่างขึ้นมาคร่าวๆด้วย Access อยู่ครับ แต่เวลาใช้งานจริงคงรันด้วย MySQL หรือไม่ก็ SQLserver (ตัว Exp) น่ะครับ

By: multiplex on 31 July 2009 - 01:52 #117526 Reply to:62852

ไม่สนใจ PostgreSQL บ้างเหรอครับ
เผื่อจะมี project เกี่ยวกับ postgresql เพิ่มอีก project หนึ่ง
เย้ๆๆ

By: jane
AndroidUbuntu
on 29 August 2008 - 05:58 #62924
jane's picture

ผมนึกถึง oop ยิ่งใช้ กับ memcached ด้วย คงแจ่มๆ

xx.begin()
xx.decrement()
bla bla bla
xx.commit()

By: invisibleMind on 29 August 2008 - 08:28 #62935

มันทำได้อยู่แล้วครับ เรื่อง lock DataBase อย่าพยายามทำเลยครับ เพราะจะเจอปัญหา ต้องมี buffer คอยเก็บข้อมูลไว้ ถ้าคิวว่างเมื่อใหร่ ก็ต่อคิวเข้าไปบันทึกข้อมูล

By: Ford AntiTrust
ContributorAndroidBlackberryUbuntu
on 29 August 2008 - 13:11 #62974
Ford AntiTrust's picture

ถ้าจะใช้ 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

By: bow_der_kleine
WriterAndroidUbuntu
on 29 August 2008 - 22:10 #63031 Reply to:62974
bow_der_kleine's picture

Access นี่ถือเป็นโปรแกรมฐานข้อมูลด้วยเหรอครับ นึกว่าเป็น GUI สำหรับ flat file เฉย ๆ อิอิอิ

BioLawCom.De

By: bhattee on 30 August 2008 - 14:19 #63078 Reply to:63031

อิอิ อย่าทับถมกันเลยครับยังไงผมก็เคยมือมันกว่าอย่างอื่น ^_^

By: bhattee on 29 August 2008 - 14:40 #62978

คือว่าตอนนี้ผม Focus แค่ที่โครงสร้างก่อนนะครับคือ ผมไม่มี Record ของจำนวน Stock สินค้าน่ะครับ แต่ผมจะมี Record บันทึกการรับสินค้า และ Record จำหน่ายสินค้าออก แทน ซึ่งจะต้องนำมาคำนวณเป็นปริมาณ Stock น่ะครับ

ผมเลยสงสัยว่าโครงสร้างแบบนี้ถูกต้องหรือยังครับ หรือว่าเราสามารถใส่ปริมาณยอดสต๊อกสินค้าไว้ใน Database โดยตรงได้หรือไม่น่ะครับ

เท่าที่ฟังดูเหมือนทุกคนจะบอกว่า มันใส่ลงไปได้เลย ถ้า DBMS นั้นสนับสนุน Transaction แล้วมันจะทำได้เลยไม่ต้องไปกังวลเรื่องการแย่งกัน Lock filed ปริืมาณ Stock สินค้า งั้นหรอครับ ???

By: Ford AntiTrust
ContributorAndroidBlackberryUbuntu
on 29 August 2008 - 14:52 #62981 Reply to:62978
Ford AntiTrust's picture

DBMS ที่ทำงานแบบ Transaction นั้นต้องมีคุณสมบัติ ACID (Atomicity, Consistency, Isolation and Durableness) เป็นส่วนใหญ่ครับ ซึ่งเป็นการบอกกลาย ๆ ว่าข้อมูลที่ใช้ใน DBMS แบบ Transaction จะมีความถูกต้องของข้อมูลอยู่ตลอดเวลาครับ (แต่มันก็ต้องขึ้นอยู่กับ developer ด้วยส่วนหนึ่ง)

Ford AntiTrust’s Blog | PHP Hoffman Framework

By: Ford AntiTrust
ContributorAndroidBlackberryUbuntu
on 29 August 2008 - 14:49 #62980
Ford AntiTrust's picture

บันทึก 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

By: bhattee on 29 August 2008 - 15:24 #62983 Reply to:62980

อ่ะฮะ พอจะเข้าใจแล้วครับ เราจะใช้เขียนลง Log และมีการตั้ง Balance บัญชีคงคลังไว้ ผมก็คิดไว้ประมาณนี้ล่ะครับ ว่าแต่มี link ไป ดู Case Study บ้างไหมครับ ^_^
ขอบคุณมากครับ

By: suracha_p on 30 July 2009 - 17:02 #117444

ถ้าจะลองใช้ access คงจะต้อง lock ระดับ table ครับ คือถ้าใครมาใช้เสร็จแล้วปลดล็อค แล้วคนอื่นก็เข้ามาใช้ต่อ

By: Kiss on 30 July 2009 - 17:11 #117446

ผมไม่ค่อยเก่งเรื่องดาต้าเบส ถ้าเป็นผมก็คงแก้ปัญหาที่โปรแกรม คล้ายๆการแก้ thread racing