เขียนระบบข่าวระหว่าง ใช้ text file กับ MySQL คุณคิดอย่างไร

เริ่มโดย nos, 26 พฤษภาคม 2009, 14:56:06

หัวข้อก่อนหน้า - หัวข้อถัดไป

0 สมาชิก และ 1 ผู้มาเยือน กำลังดูหัวข้อนี้

alert


อ้างถึงจาก: EThaiZone ใน 27 พฤษภาคม 2009, 03:36:35
อ้างถึงจาก: nos ใน 27 พฤษภาคม 2009, 03:31:37
ทำอย่างนี้ดีมั๊ยครับ
อาจจะใช้ DB หรือ txt แต่เราลดจำนวน Record โดย แบ่ง directory ออกเป็น ปีๆ เช่น

/read2009/
/read2010/

พอครบปีเราก็สร้าง table ขึ้นมาใหม่อีก table

news_2009

news_2010

ประมาณนี้คิดว่าไงครับ

มันช่วยไม่ให้ DB บวมอีกทาง คิดว่าอย่างไรบ้างครับ

แนวคิดดีครับ เคยคิดเหมือนกัน
แต่เวลาเขียน search ก็ลำบากหน่อย join สด หรือ select หลายอัน
เคยอ่านจากบล็อกหนึ่ง เขาว่าใช้ join นี้กินระบบกว่ามั้ง

ยังไงทำแบบนี้ก็ดีกว่าครับ เพราะคน search ก็คงไม่บ่อยเท่าการเรียกดูหน้า
และระบบ search เราอาจใช้ google custom search แทนได้ด้วย

แต่ทั้งหมด ทำแคชยังไงก็ช่วยได้สุดครับ
ลองดูเรื่อง partition ครับ หลักการเดียวกัน เวลา select ก็ select แค่ table เดียว แต่ตอนมันเก็บจริงมันเก็บแยกให้ตาม key ครับ แล้วลองแบ่งเป็นระดับ เดือน ยังได้เลยครับ น่าจะช่วยให้ง่ายขึ้นเยอะ

http://dev.mysql.com/doc/refman/5.1/en/partitioning-types.html

ปล. ผมไม่เคยลองนะ ใช้แต่ Oracle  แต่ MySQL มันน่าจะเป็นแบบนี้เหมือนกันมั้ง
***** รับซื้อเว็บไซต์สายขาวคุณภาพ  ตั้งแต่ 500-30,000 uip มี traffic มาจาก Google  และไม่เคยโดนแบน adsense  เสนอราคามาทาง pm ได้เลยครับ *****


Tee++;

Partition MySQL มันยังไม่สมบูรณ์ ลอง เป็น MErge Storage Engine ดีกว่า ตัวนี้ผมเคยใช้ด้วยนะ ok อยู่

http://dev.mysql.com/doc/refman/5.0/en/merge-storage-engine.html
[direct=http://laravel.in.th]Laravel in Thai[/direct]
[direct=http://jquerytips.com]jQueryTips by Tee++;[/direct]
[direct=https://www.facebook.com/jQueryTips]jQueryTips Page[/direct]
[direct=https://www.facebook.com/Laravel.in.th]Laravel in Thai Page[/direct]
[direct=https://twitter.com/Teepluss]Teepluss's Twitter[/direct]


Robin

อ้างถึงจาก: alert ใน 27 พฤษภาคม 2009, 04:19:04

อ้างถึงจาก: EThaiZone ใน 27 พฤษภาคม 2009, 03:36:35
อ้างถึงจาก: nos ใน 27 พฤษภาคม 2009, 03:31:37
ทำอย่างนี้ดีมั๊ยครับ
อาจจะใช้ DB หรือ txt แต่เราลดจำนวน Record โดย แบ่ง directory ออกเป็น ปีๆ เช่น

/read2009/
/read2010/

พอครบปีเราก็สร้าง table ขึ้นมาใหม่อีก table

news_2009

news_2010

ประมาณนี้คิดว่าไงครับ

มันช่วยไม่ให้ DB บวมอีกทาง คิดว่าอย่างไรบ้างครับ

แนวคิดดีครับ เคยคิดเหมือนกัน
แต่เวลาเขียน search ก็ลำบากหน่อย join สด หรือ select หลายอัน
เคยอ่านจากบล็อกหนึ่ง เขาว่าใช้ join นี้กินระบบกว่ามั้ง

ยังไงทำแบบนี้ก็ดีกว่าครับ เพราะคน search ก็คงไม่บ่อยเท่าการเรียกดูหน้า
และระบบ search เราอาจใช้ google custom search แทนได้ด้วย

แต่ทั้งหมด ทำแคชยังไงก็ช่วยได้สุดครับ
ลองดูเรื่อง partition ครับ หลักการเดียวกัน เวลา select ก็ select แค่ table เดียว แต่ตอนมันเก็บจริงมันเก็บแยกให้ตาม key ครับ แล้วลองแบ่งเป็นระดับ เดือน ยังได้เลยครับ น่าจะช่วยให้ง่ายขึ้นเยอะ

http://dev.mysql.com/doc/refman/5.1/en/partitioning-types.html

ปล. ผมไม่เคยลองนะ ใช้แต่ Oracle  แต่ MySQL มันน่าจะเป็นแบบนี้เหมือนกันมั้ง


แต่มันก็มีข้อเสีย ตอน insert update delete ก็จะช้า
แต่ตอนดึงข้อมูลก็จะเร็ว   เรียกว่า ได้อย่างเสียอย่าง   ต้องหาความเหมาะสม 

TOOAds.com

ใช้ db ครับ แล้วทำ cache+indexdb

ปล.จำเค้ามาพูดอีกที ;D

EThaiZone


ayeweb


[direct=https://www.bitimer.in.th/]ข่าวไอที[/direct] ข่าวสารไอที แอพไอโฟน บริการอื่นๆ
[direct=https://page.line.me/gnm7628z]บริการ ตรวจหวย[/direct] อื่นๆ ทั่วไปสาระน่ารู้ ความรู้ต่างๆ
[direct=https://goo.gl/XQp91t]Host ไทย[/direct] เว็บผู้หญิงนะคะ แต่ผู้ชายก็เข้าได้ค่ะ
[direct=https://page.line.me/oer1981h]ตรวจหวย[/direct]
ตรวจหวย ผลสลากกินแบ่งรัฐบาล>>
[direct=https://goo.gl/H3JCzK]เช่าโฮสติ้ง Ruk-com[/direct]

winnest

txtfile คือคำตอบที่สิ้นคิดที่สุด เพราะเค้าพัฒนา Database ขึ้นมาก็เพื่อทดแทน DataFile ซึ่งในระบบเดิมจะใช้การเก็บ write ลงในไฟล์รูปแบบต่าง ๆ ซึ่งจะทำให้ยากต่อการ Manage
เปลี่ยนให้ตามกฎใหม่ครับ

alert

อ้างถึงจาก: Tee++; ใน 27 พฤษภาคม 2009, 10:38:43
Partition MySQL มันยังไม่สมบูรณ์ ลอง เป็น MErge Storage Engine ดีกว่า ตัวนี้ผมเคยใช้ด้วยนะ ok อยู่

http://dev.mysql.com/doc/refman/5.0/en/merge-storage-engine.html
ไว้มีโอกาสต้องลองหน่อยละครับ  เพิ่งรู้เหมือนกันครับว่าทำอย่างนี้ได้

ตัว Partition เห็น Oracle 11g  มันค่อนข้างสมบูรณ์ แต่ 10.2g ก็ยังไม่ค่อนเนียนเหมือนกัน ;)

***** รับซื้อเว็บไซต์สายขาวคุณภาพ  ตั้งแต่ 500-30,000 uip มี traffic มาจาก Google  และไม่เคยโดนแบน adsense  เสนอราคามาทาง pm ได้เลยครับ *****

Finish

ฟังเทพๆ คุยกันได้ความรู้ดี...แต่ไม่ค่อยเข้าใจ

เว็บผมยังใช้ Access อยู่เลย รอวันระเบิด :P

siamjung

สมัยนี้ server ค่อนข้างแรง ราคาก็ไม่ค่อยแพงแล้ว หลีกเลี่ยง textfile เถอะครับ
งดรับงาน custom coding เตรียมพบบริการใหม่เร็วๆนี้

รับทำ PHP หรือปรับระบบระดับ bigbig เน้น cache คนเข้าแบบกระฉูดๆ <- สมัยก่อน

KendoUI,Ajax,Json,Custom Framework,JqueryUI,Adodb,Memcache,Smarty <- สมัยก่อน

[direct=https://www.youtube.com/watch?v=2LxLC93Q1rA]Indicator สัญญาณเทรดคมๆ[/direct]

[direct=https://play.google.com/store/apps/details?id=com.itwetrade.basictrade]App เรียนเทรดพื้นฐาน[/direct]

Tee++;

[direct=http://laravel.in.th]Laravel in Thai[/direct]
[direct=http://jquerytips.com]jQueryTips by Tee++;[/direct]
[direct=https://www.facebook.com/jQueryTips]jQueryTips Page[/direct]
[direct=https://www.facebook.com/Laravel.in.th]Laravel in Thai Page[/direct]
[direct=https://twitter.com/Teepluss]Teepluss's Twitter[/direct]


nos


na

อ้างถึงจาก: Finish ใน 27 พฤษภาคม 2009, 16:32:25
ฟังเทพๆ คุยกันได้ความรู้ดี...แต่ไม่ค่อยเข้าใจ

เว็บผมยังใช้ Access อยู่เลย รอวันระเบิด :P


โอ้ท่าน พูดซะน่ากลัว  :wanwan035: :wanwan035:


มาเก็บความรู้ครับ

Motayaki

แค่ Text file ผมว่ามันไม่ทำให้บวมหรอกครับ มันจะมีประโยชน์ตรงที่เรียกข้อมูลมาจากดาต้าเบสได้ง่าย จัดการได้ง่ายครับ

โดยเราไม่ต้องซับมืทด้วยมือตัวเอง

vii

db จัดการง่าย export/import ก็ทำได้สะดวกแล้ว
text file ใช้ได้เร็ว แต่ถ้ามีไฟล์เยอะๆเวลา upload/download (backup) ก็รอนาน

ถ้าหากใช้ template engine ก็ใช้ db ไปเถอะ แล้วเปิด cache เอา ไวเหมือนกันนะต่อให้คนเข้าเยอะๆก็ตาม

แนะนำไอเดียอีกแบบสำหรับเว็บบางประเภทเช่นเว็บบอร์ด คือ เขียนเป็น html ไปเลย
เวลาตั้งกระทู้ก็สร้างไฟล์ที ตอบกระทู้ก็อัปเดทไฟล์ที แล้วก็เรียกดูตรงไป html อย่างเดียว
ไอเดียนี้ใช้ได้ดีกับพวกเว็บบอร์ด, classified, บทความ

bluezip