ยินดีต้อนรับคุณ, บุคคลทั่วไป กรุณา เข้าสู่ระบบ หรือ ลงทะเบียน

เข้าสู่ระบบด้วยชื่อผู้ใช้ รหัสผ่าน และระยะเวลาในเซสชั่น

ThaiSEOBoard.comพัฒนาเว็บไซต์Programming[MySql] ถ้ามีข้อมูลเยอะๆ จะทำยังไงไม่ให้ query ช้าครับ
หน้า: [1] 2  ทั้งหมด   ลงล่าง
พิมพ์
ผู้เขียน หัวข้อ: [MySql] ถ้ามีข้อมูลเยอะๆ จะทำยังไงไม่ให้ query ช้าครับ  (อ่าน 9386 ครั้ง)
0 สมาชิก และ 1 บุคคลทั่วไป กำลังดูหัวข้อนี้
20auguzt
คนรักเสียว
*

พลังน้ำใจ: 12
ออฟไลน์ ออฟไลน์

กระทู้: 160



ดูรายละเอียด เว็บไซต์
« เมื่อ: 23 มีนาคม 2011, 14:28:26 »

โปรเจคที่ผมจะทำนั้นต้องเก็บข้อมูลเป็นจำนวนมาก ลองคำนวณคร่าวๆ แล้วคิดว่าเป็นล้านเรคคอร์ดต่อวันสำหรับตารางหลักนะครับ

ถ้าเราใช้ MySql จะไหวมั้ยครับ หรือมันมี tool ตัวไหนที่ช่วยได้หรือเปล่า หรือว่าต้องเปลี่ยนไปใช้อย่างอื่นเลยครับ เพื่อนๆ ช่วยแนะนำทีครับ
บันทึกการเข้า

supawat_12
ก๊วนเสียว
*

พลังน้ำใจ: 14
ออฟไลน์ ออฟไลน์

กระทู้: 221



ดูรายละเอียด เว็บไซต์
« ตอบ #1 เมื่อ: 23 มีนาคม 2011, 14:30:54 »

ใช้ pgsql  แทน

ทำ index ให้ดี

หรือใช้ MySql  - innodb มั้ง
บันทึกการเข้า

hosttook
ประกันภัยรถยนต์ เอเชียกันชน เอเชียประกันภัย
ฟรี Backlink ถาวร
รับจ้างคัดแยกเว็บบอร์ด phpBB ที่ใช้งานได้จริงๆ หากคุณมีรายการ phpBB Board ไว้ใช้แล้วไม่รู้ว่ามีใช้งานได้กี่อัน
รัน Imarco ไป 2000 เว็บแต่ใช้ได้แค่ 200 เว็บ อีก 1800 คุณจะเปิดหน้าเว็บฟรีไปทำไมครับเสียเวลา PM มาครับผมคัดแยกให้
แจกวิธีหาเว็บบอร์ด phpBB เพื่อสมัครส
mikeyx
Verified Seller
เจ้าพ่อบอร์ดเสียว
*

พลังน้ำใจ: 271
ออฟไลน์ ออฟไลน์

กระทู้: 4,045



ดูรายละเอียด เว็บไซต์
« ตอบ #2 เมื่อ: 23 มีนาคม 2011, 14:35:42 »

ใช้ mssql server ดีกว่าครับงานขนาดนี้ คงต้องเป็นระดับองค์กร ขนาดใหญ่ เช่นโรงงานหรือไม่ก็โรงพยาบาลขนาดใหญ่ที่เก็บข้อมูลในเชิงสถิติ
ใช้ mssql ดีกว่าเยอะครับเขียนโปรแกรมออก report ง่ายด้วย tool เยอะดี
บันทึกการเข้า
pomchai
สมุนแก๊งเสียว
*

พลังน้ำใจ: 21
ออฟไลน์ ออฟไลน์

กระทู้: 841



ดูรายละเอียด
« ตอบ #3 เมื่อ: 23 มีนาคม 2011, 14:35:56 »

ล้านเรคคอร์ดต่อวันเลยเหรอ wanwan004

ผมว่า Tool ตัวไหนก็ไม่อยู่้หรอกครับ ต้อง Design Database ใหม่แล้วแหละครับ Tongue

อย่างรู้จังว่าระบบอะไร wanwan016
« แก้ไขครั้งสุดท้าย: 23 มีนาคม 2011, 14:36:37 โดย pomchai » บันทึกการเข้า
thongtae
Newbie
*

พลังน้ำใจ: 5
ออฟไลน์ ออฟไลน์

กระทู้: 42



ดูรายละเอียด
« ตอบ #4 เมื่อ: 23 มีนาคม 2011, 14:46:11 »

DB2 ของ IBM
บันทึกการเข้า
tenzamak
Verified Seller
เจ้าพ่อบอร์ดเสียว
*

พลังน้ำใจ: 800
ออฟไลน์ ออฟไลน์

กระทู้: 13,984



ดูรายละเอียด
« ตอบ #5 เมื่อ: 23 มีนาคม 2011, 14:48:18 »

ใส่ index ให้ฐานข้อมูล ครับ ช่วยได้ 3 ใน 4 เลย

แต่ server ถึงหน่อยก็ดีนะครับ
บันทึกการเข้า

host ราคาเริ่มต้นที่ 500/ปี
host inter ราคาเริ่มต้นที่ 500/ปี
hosting singapore ราคาเริ่มต้นที่ 500/ปี
vps ราคาเริ่มต้นที่ 500/เดือน
กวาง
Newbie
*

พลังน้ำใจ: 25
ออฟไลน์ ออฟไลน์

กระทู้: 51



ดูรายละเอียด
« ตอบ #6 เมื่อ: 23 มีนาคม 2011, 14:49:58 »

big dump  เลย  wanwan004
บันทึกการเข้า
Synchronize
หัวหน้าแก๊งเสียว
*

พลังน้ำใจ: 83
ออฟไลน์ ออฟไลน์

กระทู้: 1,231



ดูรายละเอียด
« ตอบ #7 เมื่อ: 23 มีนาคม 2011, 15:09:50 »

เปลี่ยนโครงสร้างฐานข้อมูล แล้วก็วิธีการดึงข้อมูล ครับ ช่วยได้เยอะ
งานผม ข้อมูลเข้า วันละ 4-5 แสนเรคคอร์ด ... ดึงออกมาสร้าง report จาก 5-6 ตาราง join ร่วมกัน
ใช้เวลาออกรายงานไม่เกิน 1 วิ เกือบทุกตัวนะครับ

แล้วก็การ join ขั้นเทพ ด้วย sql ไม่ได้ผลดีเสมอไปนะครับ

  wanwan017
บันทึกการเข้า

ayeweb
Verified Seller
เจ้าพ่อบอร์ดเสียว
*

พลังน้ำใจ: 321
ออฟไลน์ ออฟไลน์

กระทู้: 5,205



ดูรายละเอียด เว็บไซต์
« ตอบ #8 เมื่อ: 23 มีนาคม 2011, 15:15:50 »

ทำอะไรน้อ ล้านต่อวัน อิอิ
บันทึกการเข้า


ข่าวไอที ข่าวสารไอที แอพไอโฟน บริการอื่นๆ
บริการ ตรวจหวย อื่นๆ ทั่วไปสาระน่ารู้ ความรู้ต่างๆ
Host ไทย เว็บผู้หญิงนะคะ แต่ผู้ชายก็เข้าได้ค่ะ
ตรวจหวย
ตรวจหวย ผลสลากกินแบ่งรัฐบาล>>
เช่าโฮสติ้ง Ruk-com
ahon
หัวหน้าแก๊งเสียว
*

พลังน้ำใจ: 72
ออฟไลน์ ออฟไลน์

กระทู้: 1,261



ดูรายละเอียด เว็บไซต์
« ตอบ #9 เมื่อ: 23 มีนาคม 2011, 15:16:52 »

ออราเคิล .. ครับ
บันทึกการเข้า

tdelphi
Global Moderator
หัวหน้าแก๊งเสียว
*****

พลังน้ำใจ: 308
ออฟไลน์ ออฟไลน์

กระทู้: 1,601



ดูรายละเอียด เว็บไซต์
« ตอบ #10 เมื่อ: 23 มีนาคม 2011, 15:20:33 »

เอาจิงๆ มันต้องอยู่ที่การ optimizing database design

คุณต้องวิเคราะห์ก่อนว่า ระบบเน้น read และ write เป็นสัดส่วนเท่าไหร่ เพื่อนำไปประเมินการทำงานของ I/O

ถ้าเขียน (insert) เป็นหลัก  ทำ index มากยิ่งช้า ให้ทำเท่าที่จำเป็นก็พอ
ถ้า read (select) เป็นหลัก ทำ index ไว้มากยิ่งดีครับ

ถ้า read & write พอๆกัน จะเจอปัญหาเรื่อง table locked  แนะนำให้ใช้ innodb ครับ

จะให้ดี ซอย db ออกเ็ป็นรายวันๆ ละ 1 table จะช่วยเรื่อง performance ได้มาก

รายละเอียดการออกแบบ มันมีเนื้อหาจุกจิก แนะนำให้ปรึกษาผู้รู้ หรือ pm หลังไมค์ก็ได้ครับ

ปล. ถ้าไม่มีปัญหาเรื่องงบประมาณ ผมแนะนำให้ย้าย platform ไปใช้ MS-SQL หรือ Oracle ครับ
บันทึกการเข้า

BigChange
สมุนแก๊งเสียว
*

พลังน้ำใจ: 35
ออฟไลน์ ออฟไลน์

กระทู้: 527



ดูรายละเอียด
« ตอบ #11 เมื่อ: 23 มีนาคม 2011, 15:23:05 »

ล้านเรคคอร์ดต่อวันเลยเหรอครับ งานอะไรเหรอครับ ยังกะ facebook  wanwan020
บันทึกการเข้า

small actions x lots of people = Big Change
Taobsd
ก๊วนเสียว
*

พลังน้ำใจ: 17
ออฟไลน์ ออฟไลน์

กระทู้: 310



ดูรายละเอียด เว็บไซต์
« ตอบ #12 เมื่อ: 23 มีนาคม 2011, 15:24:27 »

ลองไปใช้ big table ของ google ดูสิครับ อิอิ
รองรับได้เยอะแน่ ๆ
บันทึกการเข้า

BigChange
สมุนแก๊งเสียว
*

พลังน้ำใจ: 35
ออฟไลน์ ออฟไลน์

กระทู้: 527



ดูรายละเอียด
« ตอบ #13 เมื่อ: 23 มีนาคม 2011, 15:54:16 »

ใช้ mongodb ครับ เอาอยู่ เร็วปี๊ดทีเดียว  wanwan020
บันทึกการเข้า

small actions x lots of people = Big Change
bonshington
ก๊วนเสียว
*

พลังน้ำใจ: 47
ออฟไลน์ ออฟไลน์

กระทู้: 376



ดูรายละเอียด
« ตอบ #14 เมื่อ: 23 มีนาคม 2011, 16:05:30 »

ถ้าเป็น insert หรือ update 1M ต่อวัน ลาออกหางานใหม่คับ องค์กรห่วย ข้อมูลขนาดนั้น ใช้ mysql เพ้อเจ้อมาก
แต่ถ้าแค่ select 1M ต่อวัน ขำๆ ทำ index อย่างเดียวจบ ถ้า join เยอะ ก็ทำ warehouse

ตามหลัก ถ้าจะทำ hardware จะต้องระดับเทพ แนะนำให้ทำ farm, cluster, partition อะไรก้แล้วแต่
ถ้าเอา 1M หารเวลาทำงาน 20ชม ต่อวัน มันจะตก 15tps (transaction per sec) ซึ่ง fail save ควรคูณ 5 แปลว่า ระบบควรรับได้มากถึง 50-100 tps hardware หลักล้านแน่นอน
ระดับน้องๆ google นะ ปล gogole มี traffic ราว 900 transaction/sec และมีserver เป็นแสนตัว

ถ้าเอา performance + stability ที่ดีกว่านี้ต้องไปพวก nosql

บันทึกการเข้า
20auguzt
คนรักเสียว
*

พลังน้ำใจ: 12
ออฟไลน์ ออฟไลน์

กระทู้: 160



ดูรายละเอียด เว็บไซต์
« ตอบ #15 เมื่อ: 23 มีนาคม 2011, 19:10:43 »

จริงๆ แล้วผมก็อยากลองใช้ mongo db ดูเหมือนกัน แต่ผมไม่เคยเขียนแล้วก็เวลานั้นมีจำกัด ยังไงผมจะลองพยายามดูละกันครับ ขอบคุณทุกท่านมาก

 wanwan017 wanwan017 wanwan017
บันทึกการเข้า

thuncpe200
หัวหน้าแก๊งเสียว
*

พลังน้ำใจ: 703
ออฟไลน์ ออฟไลน์

กระทู้: 1,487



ดูรายละเอียด เว็บไซต์
« ตอบ #16 เมื่อ: 23 มีนาคม 2011, 19:13:02 »

แบบนี้ยอม เลย ล้านต่อวัน server ไหนเนี้ย  Shocked
บันทึกการเข้า

เกรียด g panda !
app android
SEO 800 bath !! seo ราคาถูก    submit ถูกอีกละ !! submit ถูกเว่อ
รับแลกลิงค์  ติดแล้ว pm ส่งโค้ดมาได้เลย  แลกลิงค์
อย่าได้ตาม amazon เลย ที่เห็นนั้นอะเป็นแค่ตัวหลอกว่าใช้ tag อันนั้น แต่ตัวหลักๆ จริงๆ จะบอกทำไม ^O^
ใครเล่นคลับแซ้บ  บ้างของinvateหน่อยมีcolo
แลก wpmu 1 ID  กันสำหรับคนที่มี wpmu เป็นของตัวเองเพื่อสร้าง network
20auguzt
คนรักเสียว
*

พลังน้ำใจ: 12
ออฟไลน์ ออฟไลน์

กระทู้: 160



ดูรายละเอียด เว็บไซต์
« ตอบ #17 เมื่อ: 23 มีนาคม 2011, 20:59:19 »

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

ซึ่งมันต้องเก็บข้อมูลโดยละเอียดเลยอะครับผลมันถึงจะออกมาได้อย่างแม่นยำ
บันทึกการเข้า

aum_mix
หัวหน้าแก๊งเสียว
*

พลังน้ำใจ: 47
ออฟไลน์ ออฟไลน์

กระทู้: 1,153



ดูรายละเอียด เว็บไซต์
« ตอบ #18 เมื่อ: 23 มีนาคม 2011, 21:02:04 »

ฝรั่งส่วนมากใ้ช้ excel รึเปล่า
บันทึกการเข้า

ขายที่ดิน 31 ไร่ อยู่ ที่ดินสวย ทำเลดีติดถนน เหมาะแก่การลงทุนเป็นอย่างยิ่ง ที่ดินทำเลดี และที่ดิน 2,000 ไร่ จังหวัดกาญจนบุรี ที่ดินราคาดี
powerbeer001
Verified Seller
สมุนแก๊งเสียว
*

พลังน้ำใจ: 28
ออฟไลน์ ออฟไลน์

กระทู้: 888



ดูรายละเอียด เว็บไซต์
« ตอบ #19 เมื่อ: 23 มีนาคม 2011, 21:26:05 »

Oracle เท่านั้น และอย่าลืม สเปก Server เทพ ถึงจะรอดครับ
บันทึกการเข้า

หน้า: [1] 2  ทั้งหมด   ขึ้นบน
พิมพ์