สมมุติผมโหลด phpBB มา … อยากทำเว็บให้บริการ free phpBB forum มีหลักการยังไงครับ …
ใช่การเพิ่ม 1 column ทุกๆตารางให้เก็บค่า user name รึเปล่าครับ … รวมไปถึงแก้ sql ทุกอันให้รองรับ column นั้นๆ …
ปล. คงไม่ใช่การสร้างฐานข้อมูลให้ user นั้นใหม่ด้วยชื่อฐานข้อมูลเป็นของ user นั้นๆหรอกนะครับ
มันมี script ของมันเลยครับ
ลอง searh ดู พวกๆ forum hosting อะไรเทือกนั้น
ครับๆ ลองไป search ดูเจอด้วย …
แต่อยากถามแบบหลักการในฐานะคนจะทำเองน่ะครับ หมายถึงผมเล็ง script ตัวนึงใว้ …
อยากลองเอามาแปลงเองมั่ง …
เพิ่ม column, แก้ code, สร้างระบบ register ของเราเอง …
ผมดูโดยรวมแล้วมันก็เป็นไปได้น่ะครับ แต่เดี้ยวว่างแล้วต้องลองทำจริงๆดู …
บอร์ดพวกนี้โครงสร้างออกแบบมา เพื่ือทำงานแบบ stand alone ครับ
ถ้าจะเอามาปรับใช้ เพื่อทำเป็น free forum แนะนำว่า เอามาแปลงได้
ในส่วนของโครงสร้างบางส่วน แต่ถ้าเอามาทั้งหมด จะไม่ไหวเอาครับ …
เพราะว่าพวกนี้มันกิน resource ของระบบอย่างมหาศาล จะเห็นว่าพวกเว็บ
ให้บริการ free forum ทำไมถึงเ้กิดได้น้อย และอยู่ได้เพียงไม่กี่เว็บ พวกที่อยู่ได้
script ส่วนใหญ่ก็พัฒนามาเอง ผ่านร้อนผ่านหนาว จนแข็งแรง แต่พวกที่เอา
script สำเร็จรูปมาแปลง มักจะอยู่ไม่ได้ สาเหตุก็เพราะเรื่องนี้แหละครับ …
ถ้าให้คิดเดาเอาง่ายๆ
database เยอะ, table เยอะ, record เยอะ …
อันใหน work กว่ากันอ่าคับ …
record เยอะ ถ้าทำ index ไว้ทุก query ก็ไม่ช้าเท่าไหร่ครับ
(212cafe มีอยู่หลักล้าน)
ส่วนกรณี table/database เยอะ จะไปติดปัญหา filesystem แทนครับ
มันเยอะได้ แต่ได้แค่ระดับนึง (ประมาณหมื่นตารางต่อ 1db + สองหมื่น db)
เกินกว่านี้ กว่าจะ seek เจอแฟ้มก็งมกันตาเหลือก
ครับ
Wordpress Multiuser ใช้แยกตาราง user ออก
1 User ใช้เกือบ 10 ตาราง มีหลายพัน user
table นึงเก็บหลาย ๆ record ดีกว่าครับ แต่ต้องออกแบบให้ดี
DB ออกแบบมาเพื่อสิ่งนี้แหละครับ อย่าไปคิดว่าถ้า record มาก ๆ
แล้วจะทำให้ช้าครับ ถ้า DB มีขนาดใหญ่มาก ๆ เกินไป ก็เปลี่ยนไปใช้
MySQL-Max ได้ครับ รองรับจำนวนมหาศาล กว่าการใช้งานทั่ว ๆ ไป
ด้วยซ้ำ ผมดูแลระบบที่นึง DB ทั้งหมดประมาณ 10 GB 140 ล้าน record
ก็ทำงานได้ปกติดีครับ ไม่เห็นมีปัญหาอะไร อยู่ที่การออกแบบ DB ครับ