Forgot Password ??

PHP , ASP , ASP.NET, VB.NET, C#, Java , jQuery , Android , iOS , Windows Phone

	Registered : 109,037

HOME > PHP > PHP Forum > สอบถามเรื่อง table ถ้ามีฟิวเยอะ มันจะมีผลเสียยังไงมั้งคับ แบบ 30++ อะคับ

สอบถามเรื่อง table ถ้ามีฟิวเยอะ มันจะมีผลเสียยังไงมั้งคับ แบบ 30++ อะคับ

เริ่มหัวข้อใหม่

Guest

สอบถามเรื่อง table ถ้ามีฟิวเยอะ มันจะมีผลเสียยังไงมั้งคับ แบบ 30++ อะคับ

ผลเสียเกี่ยวกับเรื่อง

การอัปเดด

การอินเสิต

การค้นหา

ยังไงบ่างคับ

Tag : PHP

Date : 2013-01-22 16:43:33

By : เอ

View : 863

Reply : 9

No. 1

Mongkon.k

โพสกระทู้ ( 3,847 )
บทความ ( 0 )

ก็ทั้งหมดที่ว่านั่นแหล่ะครับ แต่ถ้าไม่มีวิธีที่ดีกว่าต่อให้ 1000 ฟิวด์ก็ต้องทำ
แต่อย่างหนึ่งที่จะเห็นได้ชัดๆ คือ เรียกใช้ฟิวด์ลำบาก ถ้าจำไม่ได้ว่าอะไร คืออะไร

Date : 2013-01-22 17:42:12

By : mangkunzo

No. 2

Guest

คับๆๆ เเล้วเรื่องการเรียกดูมันจะช้าป่าวคับ

Date : 2013-01-23 08:29:03

By : เอ

No. 3

Mongkon.k

โพสกระทู้ ( 3,847 )
บทความ ( 0 )

ตอบความคิดเห็นที่ : 2 เขียนโดย : เอ เมื่อวันที่ 2013-01-23 08:29:03

รายละเอียดของการตอบ ::

มีบ้าง แต่ไม่เห็นความแตกต่างมากครับ แต่ถ้ามากจริงๆ ก็อาจต้องจอง memory เพิ่ม

ประวัติการแก้ไข
2013-01-23 08:52:46

Date : 2013-01-23 08:52:25

By : mangkunzo

No. 4

Manussawin

โพสกระทู้ ( 2,258 )
บทความ ( 5 )

Quote:
คับๆๆ เเล้วเรื่องการเรียกดูมันจะช้าป่าวคับ

ขึ้นอยู่กับคำสั่งในการคิวรี่ข้อมูลออกมาครับ เช่นถ้า้ใช้ SELECT * ก็จะช้าแน่นอนเพราะไปคิวรี่ออกมาทุกฟิลด์ และถ้ามีการ Join Table อื่นๆเข้าไป ถ้าทดสอบในเครื่องเราอาจไม่เห็นภาพที่ชัดเจนครับต้องลองบน Server จริงๆ แต่ปัญหาพวกนี้ใครๆก็เจอครับ ยิ่งระบบใหญ่ๆ ข้อมูลเยอะๆ ละก็ แหะๆ บางทีถึงขั้น Out of memory เลยละครับ

Date : 2013-01-23 08:56:49

By : Manussawin

No. 5

Mr.กล้า

โพสกระทู้ ( 5,105 )
บทความ ( 4 )

ถ้าทำส่งโปรเจ็คก็ทำไปก่อน
ถ้าอาจารย์ถามว่าทำไม ฟิลด์เยอะ ก็ตอบไปตามความจริงครับ
ข้อดี : ของการที่เก็บทุกฟิลด์ไว้ใน table เดียวคือ คิวรี่ง่าย ง่ายมว๊ากกกกกกก ง่ายจริง ๆ
ข้อเสีย : ถ้าข้อมูลเยอะฐานข้อมูลโต เรื่องความช้า บอกตรง ๆ ว่าคงช้าครับ (แต่ก็ไม่แน่ใจเพราะไม่เคยทำ)

แต่ถ้าทำเพื่อใช้งานจริง อนาคตจะต้องมีข้อมูลเข้ามาไม่จบไม่สิ้น มีข้อมูลเพิ่มเข้ามาทุก ๆ วัน แนะนำให้แยกประเภทการเก็บ
อันไหนเป็นค่าที่ต้องใช้ประจำก็ทำข้อมูลไว้ ถึงเวลาก็ดึงแค่ค่า id มาเป็นตัวเก็บใน table มองคล้าย ๆ "ตะกร้าสินค้า"
มีตารางสินค้า มีตารางราคา มีตารางสมาชิก ถึงเวลาก็เอาค่าตัวแปรมาเก็บในตาราง order ไรแบบเนี๊ยะ
น่าจะมองภาพออกเน๊าะ

Date : 2013-01-23 09:17:14

By : apisitp

No. 6

Guest

ข้อมูลมันเปนที่จะเก็บมันเป็นชุดเดียวกันหมดเเล้วเยอะมากอะคับ

Date : 2013-01-23 09:18:30

By : เอ

No. 7

ไม่ใช่เจ้าชาย อย่าเยอะ

โพสกระทู้ ( 913 )
บทความ ( 2 )

ตามนั้น เห็นว่าเยอะก็เยอะมั้งครับ ตอบยาก มันอยู่ที่การออกแบบฐานข้อมูลหละครับ

ถ้าจะให้ดี คงต้องเก็บเป็นตัวเลขหละมั้งครับ 0-9 เรียกง่ายดี

ตัวแปร 0-9 ส่วน ชื่อตัวแปร คงต้องแยกไปอีกตาราง ถ้ามีการใช้งานร่วมกันเห็นง่ายๆคงเป็น ฐานข้อมูลของ จังหวัดที่ใช้กันบ่อยๆ เก็บแค่ตัวเลข ก็รู้แล้วว่า ที่ไหน แต่จะจำยากหน่อย
เช่น

จังหวัด = 12
ตำบล = 5
อำเภอ = 1

อะไรประมาณนี่ไม่ต้องเก็บแบบ

จังหวัด = ภูเก็ต
ตำบล = ถลาง
อำเภอ = เมือง

Date : 2013-01-23 11:15:04

By : teez1232002

No. 8

Mr.กล้า

โพสกระทู้ ( 5,105 )
บทความ ( 4 )

ตอบความคิดเห็นที่ : 7 เขียนโดย : teez1232002 เมื่อวันที่ 2013-01-23 11:15:04

รายละเอียดของการตอบ ::

แบบนั้นเลยครับ เห็นด้วยอีกแรง

Date : 2013-01-23 11:33:16

By : apisitp

No. 9

Guest

อ๋อคับ ข้อมูลส่วนไหญ่จะเป็นตัวเลขยุเเล้ว ถ้าฟิวเยอะคงไม่ค่อยมีปันหามั้งคับ

Date : 2013-01-23 12:03:28

By : เอ

ค้นหาข้อมูล

แสดงความคิดเห็น

Re : สอบถามเรื่อง table ถ้ามีฟิวเยอะ มันจะมีผลเสียยังไงมั้งคับ แบบ 30++ อะคับ

รายละเอียด

เพื่อความเรียบร้อยของข้อความ ควรจัดรูปแบบให้พอดีกับขนาดของหน้าจอ เพื่อง่ายต่อการอ่านและสบายตา และตรวจสอบภาษาไทยให้ถูกต้อง

อัพโหลดแทรกรูปภาพ

Notice

เพื่อความปลอดภัยของเว็บบอร์ด ไม่อนุญาติให้แทรก แท็ก [img]....[/img] โดยการอัพโหลดไฟล์รูปจากที่อื่น เช่นเว็บไซต์ ฟรีอัพโหลดต่าง ๆ
อัพโหลดแทรกรูปภาพ ให้ใช้บริการอัพโหลดไฟล์ของไทยครีเอท และตัดรูปภาพให้พอดีกับสกรีน เพื่อความโหลดเร็วและไฟล์ไม่ถูกลบทิ้ง

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

โดย

อีเมล์

บวกค่าให้ถูก