ถ้ารายการข้อมูลเท่ากัน เป็นข้อมูลเดียวกันด้วย รันเครื่องเดียวกัน RDBMS vs NOSQL (json database) ตัวไหนจะอ่านได้เร็วกว่า ตัวไหนจะเขียนได้เร็วกว่า
ตัดสินไม่ได้ครับ checkmate95 Mon, 12/10/2020 - 14:04 ตัดสินไม่ได้ครับ จำนวนข้อมูลไม่ได้ตัดสินความเร็วครับ แต่เป็นวิธีการดึงข้อมูล รูปแบบการเก็บและการนำมาใช้ ตัวไหนเร็วกว่าไม่สำคัญ สำคัญที่เลือกใช้ให้เหมาะกับงานครับ ต่อให้บอกว่าอีกแบบเร็วกว่าถ้าเลือกใช้ผิดงานก็ช้ากว่าได้และอาจจะช้ากว่ามากด้วย Log in or register to post comments เคยทำเมื่อ 10 ปีก่อน Architec Tue, 13/10/2020 - 09:27 เคยทำเมื่อ 10 ปีก่อน ข้อมูลประมาณ 40k rows เป็น log เขียน sql server (2008) 1:24m mongodb 5s(มั๊ง ลืม) ส่วนเรื่องอ่านนี่บอกไม่ได้ อันไหนเน้นเร็วผมโยนลง ramdisk หมด ไม่งั้น HDD/SSD พังเร็ว Log in or register to post comments เขียนท่าไหนนี่ osmiumwo1f Thu, 15/10/2020 - 16:36 In reply to เคยทำเมื่อ 10 ปีก่อน by Architec เขียนท่าไหนนี่ เพราะเคยเขียนหลัก 100k ยังเร็วกว่านี้เยอะครับ Log in or register to post comments จำได้ละ 2.4s ครับ ทำบนเครื่อง Architec Thu, 15/10/2020 - 19:21 In reply to เขียนท่าไหนนี่ by osmiumwo1f จำได้ละ 2.4s ครับ ทำบนเครื่อง PC HP มั๊ง เสปกประมาณ core2 duo กับ HDD เห่ยๆลูกนึง เสียงดิสก์ขยับดังใช้ได้ครับ RDBMS เป็น MSSQL server 2008 เห็นจะได้ แต่ทั้งคู่ผมไม่ได้ทำ bulk insert ครับ(สมัยนั้นยังกากอยู่) ไล่ insert ทีละ row จนเปื่อยไปเลย Log in or register to post comments ผมคิดว่าการตัดสินใจเลือก ZiiT Tue, 13/10/2020 - 20:16 ผมคิดว่าการตัดสินใจเลือก RDBMS vs NoSQL น่าจะมาจากอย่างอื่นมากกว่าความเร็วในการอ่านเขียน เพราะวิธีการคิดนั้นต่างกัน การออกแบบตารางใน RDBMS เองก็ส่งผลต่อการอ่านเขียนต่างกัน การบังคับ constraint, มีความต้องการ ACID หรือไม่ การพัฒนาซอฟท์แวร์ใช้ ORM หรือไม่ วางแผนที่จะ scale อย่างไร ทั้งหมดนี้ล้วนส่งผลต่อการตัดสินใจว่าจะใช้งาน database แบบใดครับ Log in or register to post comments NoSQL เองก็มีหลายแบบ mr_tawan Wed, 14/10/2020 - 10:02 NoSQL เองก็มีหลายแบบ ใช้คนละกรณีกันครับ :) Log in or register to post comments เป้าหมายเน้นทำ Dashboard แบบ bochaiyadej Thu, 15/10/2020 - 17:11 เป้าหมายเน้นทำ Dashboard แบบ drill down ลงไปเรื่อย ๆ จนเกือบถึงข้อมูลดิบได้อ่ะครับ ข้อมูลระดับร้อยล้านเรคอร์ดแบบ batch process และทำ aggregage เป็นระดับขึ้นไปเรื่อย ๆ ผู้ใช้ทำได้แต่ search ตามเงื่อนไข filter ต่าง ๆ บนหน้า dashboard คู่นี้ elasticsearch + kibana PostgresSQL + tableau เครื่องเซิร์ฟเวอร์บนคลาวด์ AWS Log in or register to post comments ผมคิดว่าจุดที่ทำให้ SQL lew Mon, 02/11/2020 - 23:52 ผมคิดว่าจุดที่ทำให้ SQL โดยทั่วไปช้ากว่า NoSQL ไม่ใช่ตัวซอฟต์แวร์เองนะครับ แต่เป็นการออกแบบฐานข้อมูล ที่ NoSQL มักไม่อาศัยการ join อะไรมากมาย การทำ operation แต่ละอย่างไม่มีการ lookup ข้ามตารางเลย SQL ใหม่ๆ หลายตัวก็เก็บแบบ document ได้แล้ว ถ้าออกแบบ schema เหมือนๆ กันผมว่าพูดยาก ต้อง benchmark ดู แต่ถ้าออกแบบ normalized หนักๆ โดยทั่วไป SQL น่าจะช้ากว่าครับ Log in or register to post comments
ตัดสินไม่ได้ครับ checkmate95 Mon, 12/10/2020 - 14:04 ตัดสินไม่ได้ครับ จำนวนข้อมูลไม่ได้ตัดสินความเร็วครับ แต่เป็นวิธีการดึงข้อมูล รูปแบบการเก็บและการนำมาใช้ ตัวไหนเร็วกว่าไม่สำคัญ สำคัญที่เลือกใช้ให้เหมาะกับงานครับ ต่อให้บอกว่าอีกแบบเร็วกว่าถ้าเลือกใช้ผิดงานก็ช้ากว่าได้และอาจจะช้ากว่ามากด้วย Log in or register to post comments
เคยทำเมื่อ 10 ปีก่อน Architec Tue, 13/10/2020 - 09:27 เคยทำเมื่อ 10 ปีก่อน ข้อมูลประมาณ 40k rows เป็น log เขียน sql server (2008) 1:24m mongodb 5s(มั๊ง ลืม) ส่วนเรื่องอ่านนี่บอกไม่ได้ อันไหนเน้นเร็วผมโยนลง ramdisk หมด ไม่งั้น HDD/SSD พังเร็ว Log in or register to post comments
เขียนท่าไหนนี่ osmiumwo1f Thu, 15/10/2020 - 16:36 In reply to เคยทำเมื่อ 10 ปีก่อน by Architec เขียนท่าไหนนี่ เพราะเคยเขียนหลัก 100k ยังเร็วกว่านี้เยอะครับ Log in or register to post comments
จำได้ละ 2.4s ครับ ทำบนเครื่อง Architec Thu, 15/10/2020 - 19:21 In reply to เขียนท่าไหนนี่ by osmiumwo1f จำได้ละ 2.4s ครับ ทำบนเครื่อง PC HP มั๊ง เสปกประมาณ core2 duo กับ HDD เห่ยๆลูกนึง เสียงดิสก์ขยับดังใช้ได้ครับ RDBMS เป็น MSSQL server 2008 เห็นจะได้ แต่ทั้งคู่ผมไม่ได้ทำ bulk insert ครับ(สมัยนั้นยังกากอยู่) ไล่ insert ทีละ row จนเปื่อยไปเลย Log in or register to post comments
ผมคิดว่าการตัดสินใจเลือก ZiiT Tue, 13/10/2020 - 20:16 ผมคิดว่าการตัดสินใจเลือก RDBMS vs NoSQL น่าจะมาจากอย่างอื่นมากกว่าความเร็วในการอ่านเขียน เพราะวิธีการคิดนั้นต่างกัน การออกแบบตารางใน RDBMS เองก็ส่งผลต่อการอ่านเขียนต่างกัน การบังคับ constraint, มีความต้องการ ACID หรือไม่ การพัฒนาซอฟท์แวร์ใช้ ORM หรือไม่ วางแผนที่จะ scale อย่างไร ทั้งหมดนี้ล้วนส่งผลต่อการตัดสินใจว่าจะใช้งาน database แบบใดครับ Log in or register to post comments
NoSQL เองก็มีหลายแบบ mr_tawan Wed, 14/10/2020 - 10:02 NoSQL เองก็มีหลายแบบ ใช้คนละกรณีกันครับ :) Log in or register to post comments
เป้าหมายเน้นทำ Dashboard แบบ bochaiyadej Thu, 15/10/2020 - 17:11 เป้าหมายเน้นทำ Dashboard แบบ drill down ลงไปเรื่อย ๆ จนเกือบถึงข้อมูลดิบได้อ่ะครับ ข้อมูลระดับร้อยล้านเรคอร์ดแบบ batch process และทำ aggregage เป็นระดับขึ้นไปเรื่อย ๆ ผู้ใช้ทำได้แต่ search ตามเงื่อนไข filter ต่าง ๆ บนหน้า dashboard คู่นี้ elasticsearch + kibana PostgresSQL + tableau เครื่องเซิร์ฟเวอร์บนคลาวด์ AWS Log in or register to post comments
ผมคิดว่าจุดที่ทำให้ SQL lew Mon, 02/11/2020 - 23:52 ผมคิดว่าจุดที่ทำให้ SQL โดยทั่วไปช้ากว่า NoSQL ไม่ใช่ตัวซอฟต์แวร์เองนะครับ แต่เป็นการออกแบบฐานข้อมูล ที่ NoSQL มักไม่อาศัยการ join อะไรมากมาย การทำ operation แต่ละอย่างไม่มีการ lookup ข้ามตารางเลย SQL ใหม่ๆ หลายตัวก็เก็บแบบ document ได้แล้ว ถ้าออกแบบ schema เหมือนๆ กันผมว่าพูดยาก ต้อง benchmark ดู แต่ถ้าออกแบบ normalized หนักๆ โดยทั่วไป SQL น่าจะช้ากว่าครับ Log in or register to post comments
ตัดสินไม่ได้ครับ
checkmate95 Mon, 12/10/2020 - 14:04
ตัดสินไม่ได้ครับ จำนวนข้อมูลไม่ได้ตัดสินความเร็วครับ แต่เป็นวิธีการดึงข้อมูล รูปแบบการเก็บและการนำมาใช้ ตัวไหนเร็วกว่าไม่สำคัญ สำคัญที่เลือกใช้ให้เหมาะกับงานครับ ต่อให้บอกว่าอีกแบบเร็วกว่าถ้าเลือกใช้ผิดงานก็ช้ากว่าได้และอาจจะช้ากว่ามากด้วย
เคยทำเมื่อ 10 ปีก่อน
Architec Tue, 13/10/2020 - 09:27
เคยทำเมื่อ 10 ปีก่อน ข้อมูลประมาณ 40k rows เป็น log
เขียน
sql server (2008) 1:24m
mongodb 5s(มั๊ง ลืม)
ส่วนเรื่องอ่านนี่บอกไม่ได้ อันไหนเน้นเร็วผมโยนลง ramdisk หมด ไม่งั้น HDD/SSD พังเร็ว
เขียนท่าไหนนี่
osmiumwo1f Thu, 15/10/2020 - 16:36
In reply to เคยทำเมื่อ 10 ปีก่อน by Architec
เขียนท่าไหนนี่ เพราะเคยเขียนหลัก 100k ยังเร็วกว่านี้เยอะครับ
จำได้ละ 2.4s ครับ ทำบนเครื่อง
Architec Thu, 15/10/2020 - 19:21
In reply to เขียนท่าไหนนี่ by osmiumwo1f
จำได้ละ 2.4s ครับ ทำบนเครื่อง PC HP มั๊ง เสปกประมาณ core2 duo กับ HDD เห่ยๆลูกนึง เสียงดิสก์ขยับดังใช้ได้ครับ
RDBMS เป็น MSSQL server 2008 เห็นจะได้ แต่ทั้งคู่ผมไม่ได้ทำ bulk insert ครับ(สมัยนั้นยังกากอยู่) ไล่ insert ทีละ row จนเปื่อยไปเลย
ผมคิดว่าการตัดสินใจเลือก
ZiiT Tue, 13/10/2020 - 20:16
ผมคิดว่าการตัดสินใจเลือก RDBMS vs NoSQL น่าจะมาจากอย่างอื่นมากกว่าความเร็วในการอ่านเขียน เพราะวิธีการคิดนั้นต่างกัน
การออกแบบตารางใน RDBMS เองก็ส่งผลต่อการอ่านเขียนต่างกัน การบังคับ constraint, มีความต้องการ ACID หรือไม่ การพัฒนาซอฟท์แวร์ใช้ ORM หรือไม่ วางแผนที่จะ scale อย่างไร ทั้งหมดนี้ล้วนส่งผลต่อการตัดสินใจว่าจะใช้งาน database แบบใดครับ
NoSQL เองก็มีหลายแบบ
mr_tawan Wed, 14/10/2020 - 10:02
NoSQL เองก็มีหลายแบบ ใช้คนละกรณีกันครับ :)
เป้าหมายเน้นทำ Dashboard แบบ
bochaiyadej Thu, 15/10/2020 - 17:11
เป้าหมายเน้นทำ Dashboard แบบ drill down ลงไปเรื่อย ๆ จนเกือบถึงข้อมูลดิบได้อ่ะครับ
ข้อมูลระดับร้อยล้านเรคอร์ดแบบ batch process และทำ aggregage เป็นระดับขึ้นไปเรื่อย ๆ
ผู้ใช้ทำได้แต่ search ตามเงื่อนไข filter ต่าง ๆ บนหน้า dashboard
คู่นี้
elasticsearch + kibana
PostgresSQL + tableau
เครื่องเซิร์ฟเวอร์บนคลาวด์ AWS
ผมคิดว่าจุดที่ทำให้ SQL
lew Mon, 02/11/2020 - 23:52
ผมคิดว่าจุดที่ทำให้ SQL โดยทั่วไปช้ากว่า NoSQL ไม่ใช่ตัวซอฟต์แวร์เองนะครับ แต่เป็นการออกแบบฐานข้อมูล ที่ NoSQL มักไม่อาศัยการ join อะไรมากมาย การทำ operation แต่ละอย่างไม่มีการ lookup ข้ามตารางเลย
SQL ใหม่ๆ หลายตัวก็เก็บแบบ document ได้แล้ว ถ้าออกแบบ schema เหมือนๆ กันผมว่าพูดยาก ต้อง benchmark ดู
แต่ถ้าออกแบบ normalized หนักๆ โดยทั่วไป SQL น่าจะช้ากว่าครับ