|
 |
| |
แนะนำการเขียนระบบลงทะเบียนเข้าสัมนา Online สำหรับการลงทะเบียนแบบกลุ่ม |
| |
 |
|
|
 |
 |
|
มันต่างกันลงทะเบียนปกติตรงไหนครับ 
|
 |
 |
 |
 |
| Date :
2012-02-27 17:30:59 |
By :
webmaster |
|
 |
 |
 |
 |
|
|
 |
 |
|
 |
 |
| |
|
|
|
| |
|
เวลาลงทะเบียน เราก็กำหนดกลุ่มสัมนา ลงไปด้วยก็ได้ครับ เวลาเรียกมาใช้งาน
ก็ where ตาม กลุ่มสัมนาที่เราได้เก็บไว้ตอนลงทะเบียน
วิชาหรือหัวข้อสัมนา ก็จะเป็นตัวบ่งชี้ว่า อันนี้ เปิดไปหรือยัง หรือสัมนาไปแล้ว เราก็จัดเรียงตามที่เราออกแบบระบบไว้ครับ
|
| |
|
|
| |
| Date :
2012-02-27 18:23:09 |
By :
deawx |
|
|
| |
|
|
|
|
|
| |
|
|
|
| |
|
|
|
| |
|
อ่อ ต้องมีฟิลด์ที่ระบุกลุ่ม สัมนา ไช่ไหมครับ? คือ มีทั้งกลุ่มของบริษัท ในกรณีที่ 1 บริษัทเข้าร่วมหลายๆ คน
และแบบกลุ่มของหัวข้ออบรม ... นั่นหมายถึงว่า ผมต้องมีฟิลด์ที๋โยงไปทั้ง 2 ข้อนี้ไช่หรือเปล่าครับ?
พี่วิน พอดีมันต้องแยกกลุ่มด้วยครับ กำลังงงว่าจะเอามาเชื่อมโยงกันยังไง เท่าที่คิดได้ จะ Join table เอาน่ะครับ
ไช่วิธีที่ถูกไหมครับ?
|
| |
|
|
| |
| Date :
2012-02-28 07:47:32 |
By :
ALTELMA |
|
|
| |
|
|
|
|
|
| |
|
|
|
| |
|
|
|
| |
|
อธิบายให้เข้าใจตรงกันนะครับ ตามที่คุณ Likito อธิบายนั้น เข้าใจถูกแล้วครับ
ประเด็นคือ ผู้ที่เข้ามาสัมนา หรือ อบรม นั้น หนึ่งบริษัท สามารถส่งเข้ามาได้ หลายคน
ซึ่งในหน้าที่ลงทะเบียนจะมีปุ่มที่สามารถเพิ่มจำนวนคนได้
ตัวอย่างที่พบมา
http://www.dst.co.th/index.php?option=com_seminar&view=seminar&task=booking&id=1627&Itemid=115
ตอนที่เห็นคิดว่าง่าย พอมานั่งดูก็พบว่า เอ ไหนจะค่าใช้จ่ายอีก เพราะจำนวนผู้ลงทะเบียนนั้นมีการแบ่งออกอีกว่าเป็นสมาชิกหรือไม่?
สุดท้ายอาจจะต้องทำหลายๆ ตารางแล้วเอามา Join กัน
ปล. ผมไม่เคยออกแบบฐานข้อมูลที่ซับซ้อนมาก เลย งงๆ ว่าจะออกแบบไหนดีครับ ยิ่งการ Join Table แทบไม่เคยใช้เลยครับ
มาเจอไป มึนเลยครับ
ขอบคุณมากๆ ครับ สำหรับคำตอบ จะลองพยายามดูก่อนครับ
|
| |
|
|
| |
| Date :
2012-02-28 10:21:40 |
By :
ALTELMA |
|
|
| |
|
|
|
|
|
| |
|
|
|
| |
|
|
|
| |
|
ไม่แยก table ละงงตายเลย 
|
| |
|
|
| |
| Date :
2012-02-28 10:48:27 |
By :
ikikkok |
|
|
| |
|
|
|
|
|
| |
|
|
|
| |
|
|
|
| |
|
ลองสลัดภาพเก่าในการเขียนโปรแกรมที่เคยเขียนออกให้หมดก่อนครับ (ดูท่ากำลังสับสน) การลงทะเบียน ก็คือลงทะเบียนเป็นบริษัท หากจะเป็นสมาชิก ก็คงเป็นพนักงานของบริษัทนั้น ๆ อันนี้ไปเชคได้เลยว่า member คนนี้เป็นคนของบริษัทใหน เป็นสมาชิกหรือไม่ ค่อยไปทำงานอื่นต่อ
ส่วนค่าใช้จ่าย เวลาคิด เราเหมารวมเป็นบริษัทอยู่แล้วครับ ไป select มาเลยว่าบริษัท a ส่งมากี่คน เข้าอบรมคอสไรบ้าง (แต่ละคอร์สน่าจะมีรายการค่าใช้จ่ายไว้แล้ว) ก็นำมา + กันได้เลย
หากยังนึกไม่ออก ให้วาดลงสมุดครับ จะดูง่ายกว่า และป้องกันการมึนได้ในระบบหนึ่ง
|
| |
|
|
| |
| Date :
2012-02-28 10:49:08 |
By :
deawx |
|
|
| |
|
|
|
|
|
| |
|
|
|
| |
|
|
|
| |
|
จริงๆแล้วมันไม่ได้ซับซ้อนมากหรอกครับ แค่ ตีโจทย์ให้แตก ว่าควรเก็บข้อมูลอะไรบ้าง ความต้องการของระบบต้องการอะไร report ออกมาอย่างไร
พื้นฐาน ก็คงมี 4 ตาราง หลักๆที่บอกแหละครับ
ส่วนเรื่อง สมาชิก ก็ต้องวิเคราะห์ ไปอีกว่า สมาชิกนั้น ขึ้นอยู่กับ ที่ ตัวรายบุคคล หรือ เป็นที่บริษัทเลย
หมายถึงว่าถ้าสมาชิกขึ้นอยู่ที่รายบุคคล ภายในบริษัทเดียวกัน อาจมีบางคนที่เป็นสมาชิก บางคนไม่เป็นสมาชิก
ก็อาจใช้วิธี เก็บ ข้อมูล member_status ไว้ที่ table ข้อมูลผู้เข้าสัมนา เช่นเป็น 1 หมายถึงสมาชิก เป็น 0 คือไม่เป็นสมาชิก
และอาจเก็บ member_code เพื่อไว้ลิงค์ กับ table สมาชิก เพื่อลิงค์กับ รหัสสมาชิก-ข้อมูลสมาชิก อีกทีก็ได้
แต่ถ้าเกิดว่าสมาชิก นั้น เป็นที่บริษัทเลย ก็อาจจะกำหนด member_status นั้นไว้ที่ table บริษัท แทน
กำหนด ว่า บริษัทนั้น เป็น member กับเราหรือไม่
ในลักษณะเดียวกัน ถ้ามีการเก็บ ข้อมูล member ใน ระดับบริษัท ก็อาจจะ มี table สมาชิกระดับบริษัท เพื่อลิงค์เอาข้อมูล อีกทีก็ได้
หรือถ้าจะออกแบบถึงขนาด เลือกได้ว่า สามารถเป็นสมาชิก ในระดับรายบุคคล หรือ ทั้งบริษัทเลย ก็ทำได้ครับ
ขึ้นอยู่กับการออกแบบ
|
| |
|
|
| |
| Date :
2012-02-28 10:55:58 |
By :
Likito |
|
|
| |
|
|
|
|
|
| |
|
|
|
| |
|
|
|
| |
|
ขอบคุณ คุณ Likito และ พี่ DeawX มากๆ ครับ ผมไม่เก่งเรื่องการตีโจทย์เลยครับ 555+ ลองวาดลงกระดาษ พามึนกว่าเดิม
อาจจะลบภาพเดิมๆ ทิ้งไปครับ หึ่มๆๆๆๆ
ยังไงขอลองดูก่อนนะครับ
พอลอง ใจเย็นๆ มีสติ หน่อย ทำตามคำแนะนำต่างๆ ก็พบทางออกมานิดหนึง ขอบคุณมากๆ ครับ (ท่าทางจะลน และสับสนเอง)
ขอบคุณครับ
|
ประวัติการแก้ไข
2012-02-28 11:08:10
2012-02-28 11:15:33
| |
|
|
| |
| Date :
2012-02-28 11:06:40 |
By :
ALTELMA |
|
|
| |
|
|
|
|
|
| |
|
|
|
|
|
| |
|
 Load balance : Server 00
|
Quote:
