แสดงกระทู้

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - OddyWriter

หน้า: 1 ... 10 11 12 [13] 14 15 16 ... 22
217
แนะนำดังนี้นะครับ
1. ที่เครื่อง Client ให้ติดตั้งโปรแกรม Access Runtime ซึ่งเป็นตัวใช้งานฟรี เพียงเท่านี้ก็จะล็อคไม่ให้ User เห็นอะไรที่เราไม่ต้องการให้เห็นได้แล้วครับ จะเปิดได้เฉพาะฟอร์มที่เรายอมแล้วครับ (แต่ Client ห้ามลงตัวโปรแกรม Access นะครับ)
2. การ Split Database เป็นการแยกตัว UI ออกจาก DB เพื่อให้เกิดความปลอดภัยกับข้อมูล เพราะตัวที่มักเกิดปัญหาน่ะคือ UI แล้วบ่อยครั้งที่ UI เสียหายแล้วพาเอา DB ไปกับมันด้วย (UI ไม่ยอมตายเดี่ยว) ก็เลยควรแยก UI กับ DB
3. เมื่อทำ Split Database ก็ Copy Shortcut จาก Server ไปวางที่ Client ครับ
โพสต์นี้ได้รับคำขอบคุณจาก: Tatchawin

218
มือถือเข้าไม่ได้เลยครับช่วงนี้ ต้อง clear cache ทุกครั้ง ถึงเข้าได้ครับ
โพสต์นี้ได้รับคำขอบคุณจาก: PookPuy

219
Refresh ปุ๊บ มาปั๊บ
ใช้ Chrome/Windows 10/มีทั้งบน-ล่าง


โพสต์นี้ได้รับคำขอบคุณจาก: PookPuy

220
ก็แนะนำไปแล้วไงครับ

ออกแบบตามสายหลักของตระกูล พ่อ > ลูก > หลาน > เหลน > ลื้อ

สามี/ภรรยา ให้เป็นข้อมูลเหมือนกับเบอร์โทร เช่น พ่อมีภรรยาชื่ออะไร ลูกของพ่อนี้มีสามีชื่ออะไร บลาๆๆๆ

เลขบัตร ปชช. ปัญหามันจะมีคั้งแต่ป้อนข้อมูลแล้วครับ
เอาไปทำไม/ เชื่อได้ไหม/ ไม่เห็นต้องใช้เลย/ ปลอดภัยหรือเปล่า...สุดท้ายไม่ให้
ไม่เชื่อคุณลองดูก็ได้นะครับ ผมทำมา 2 ตระกูลใหญ่ๆ แล้ว เจอมาทุกรูปแบบ

ส่วนเรื่องญาติ อา-หลาน อะไรนั่นน่ะ ไม่ต้องไปสนใจ ถ้าคุณวางสายหลักได้ เดี๋ยวเรื่องญาติมันจะมาเอง แล้วคุณจะปวดหัวอีกรอบ เมื่อพบสัมพันธ์ระหว่างญาติห่างๆๆๆ มาแต่งงานกัน ไม่รู้จะนับญาติกันอย่างไร
อีกเรื่องคือ สามี-ภรรยา เป็น 1:1 ไม่ได้ เพราะถ้าเค้าเลิกกันแล้วแต่งงานใหม่ จะทำอย่างไร  ลูกก็มีกับทั้งภรรยาเก่า และภรรยาใหม่ ดังนั้นก็ต้องมีข้อมูลความสัมพันธ์ด้วย เช่น สมรส/หย่า/เสียชีวิต
แล้วถ้า สามีที่มีภรรยาหลายคน จะทำอย่างไร ปี 2019 ผมก็ยังเจอสาแหรกแบบนี้อยู่ครับ

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





โพสต์นี้ได้รับคำขอบคุณจาก: thanapol.w

221
ข้อแนะนำมี 2 ข้อ เท่าที่ผมเห็นจากรูป
1. ควรทำ Normalization อย่างต่ำให้ได้ 3NF
2. ควรแยกตาราง "ข้อมูลส่วนบุคคล" ออกจาก tblWork ครับ ตารางใหญ่เกินไป จัดการยาก
โพสต์นี้ได้รับคำขอบคุณจาก: สันติสุข, PNR, Tatchawin

222
แนะนำว่าก่อนอื่นคุณต้องเขียนเงื่อนไขออกมาให้หมดก่อนครับ เพราะการทำสาแหรกตระกูลน่ะ เป็นเรื่องที่ยุ่งมากเคยรับมา 2 งาน ราคาหลักหมื่นยังไม่คุ้มกับงานที่ทำเลยครับ (บ่นเฉยๆ)

เงื่อนไขที่ว่าเช่น

1. ข้อมูลย้อนหลังสายตระกูลไปถึงไหน
2. ความสัมพันธ์ (ต้องไม่มีสระอุ) เป็นแบบ 1:1 หรือ 1:M (สามีมีภรรยาได้หลายคนหรือไม่)
3. ข้อมูลจะมี 2 ส่วนที่เกี่ยวข้องกันคือ สายตระกูล และข้อมูลส่วนบุคคล ดังนั้นให้แยกเรื่องสายตระกูลเป็นหลักก่อน ส่วนที่อยู่น่ะค่อยใส่เข้าไปภายหลังได้
4. เห็นว่ามีใส่เรื่อง "เลขที่บัตร ปชช." แน่ใจหรือเปล่าครับ ว่าจะใส่ข้อมูลส่วนนี้ เพราะปัญหาตรงนี้เยอะมากนะขอบอก ดังนั้นกำหนด ID บุคคลแทนจะดีกว่า
5. เรื่องความย้อนแย้งที่คุณว่าน่ะ จะสร้างปัญหาเมื่อสายตระกูลใหญ่มากๆ ได้ เพราะอาจเกิดกรณี หลานชั้น 3 ของตระกูล มาแต่งงานกับเหลนชั้น 4 ของตระกูลแต่คนละสายได้ ดังนั้นถ้าวางระบบเป็น Layer โดยไม่ต้องสนใจเงื่อนไขพวกนี้จะดีกว่า เพราะเรื่องนี้เป็นการบันทึกความจริง ซึ่งความจริงก็จะมีเงื่อนไขแบบนี้อยู่ในตัวอยู่แล้ว
6. มองหาแกนหลักของตระกูล เช่น จากต้นตระกูล > รุ่นที่ 2 ที่เป็นลูกของต้นตระกูล พวกสามี/ภรรยา ก็ใช้เป็นข้อมูลรองของรุ่น 2 (เหมือนกับการเพิ่มข้อมูลเบอร์โทรอะไรงี้)
โพสต์นี้ได้รับคำขอบคุณจาก: thanapol.w, PNR

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

224
ก็ต้องใส่คำสั่ง Total เข้าไปสิครับ
โพสต์นี้ได้รับคำขอบคุณจาก: pitakchan

225
ลองคลิกคำสั่ง Total ดู

โพสต์นี้ได้รับคำขอบคุณจาก: pitakchan

226
ปัญหานี้เกิดจากเรื่องของ Relationship ครับ
ถ้าเป็นแบบ 1:1 จะไม่เกิดปัญหาอะไรในการเพิ่มตารางเข้าไปในคิวรี

ถ้าเป็น 1:N ก็ยังพอทำได้อยู่

ถ้า M:N ก็จะเป็นแบบที่คุณเจออยู่ตอนนี้

แนะนำว่าควรทำ Normalization ก่อนครับ
โพสต์นี้ได้รับคำขอบคุณจาก: isuccess

227
ก็ OK นะครับ

โพสต์นี้ได้รับคำขอบคุณจาก: PookPuy

228
โอนเงินให้ทางเว็บมาสเตอร์ไป 3,269 บาท เรียบร้อย

ดังนั้นปิดกระทู้นี้นะครับ อีก 3 ปี ค่อยหาตังค์ใหม่
โพสต์นี้ได้รับคำขอบคุณจาก: prajak, apirak

229
กำหนดแบบ Public ไว้ที่ด้านบนสุด เหนือ Sub ทั้งมวล

รูปแบบคือ

Public XXX as Integer
โพสต์นี้ได้รับคำขอบคุณจาก: jee007

230
ต้องกำหนด Record Source ของ Subform เป็นคิวรี ที่เมื่อเงื่อนไขแสดงเฉพาะเรคอร์ดที่ต้องการเท่านั้นครับ
โพสต์นี้ได้รับคำขอบคุณจาก: jee007

231
สรุปรายงานวันนี้ก่อนนะครับ
1. คุณ Pookpuy สั่งหนังสือ ความทรงจำสีแดง ราคา 100 บาท (+ค่าส่ง 30 บาท) ส่งหนังสือให้แล้ว
2. คุณ PNR บริจาค 1,070 โอนแล้ว
3. คุณ Apirak สั่งหนังสือ Access 2010 Missing Manual ราคา 600 (+ค่าส่งลงทะเบียน 65 บาท) รับโอนเรียบร้อย ส่งแล้ว
4. คุณ Jee007 บริจาค 500 โอนแล้ว
5. คุณ Chai บริจาค 500 โอนแล้ว
6. คุณ Prajak บริจาค 200 โอนแล้ว
7. คุณ Looktarn สั่ง Excel เร็วเว่อร์ 299 (+ค่าส่ง 30) โอนแล้ว

ยอดรวม 3,269 บาท

เดี๋ยวจะโอนให้ Web Master ต่อไป โดยจากที่คุยกับเว็บมาสเตอร์คือ เมื่อจ่ายค่า Host+Domain จะแจ้งที่หน้าเว็บครับ

ขอบคุณทุกท่านที่ให้ความช่วยเหลือเว็บนี้ครับ

ปล. แก้ไขยอดโอนคุณ PNR และคุณ Looktarn
โพสต์นี้ได้รับคำขอบคุณจาก: PookPuy, apirak, PNR, MONO

232
ถึงตอนนี้ ยอดเงินน่าจะใช้ได้มากกว่า 2 ปี แล้วนะครับ

ดังนั้นขอปิดการขาย หรือรับบริจาคเพิ่มนะครับ โดยสรุปตอนนี้มีรายการดังนี้
1. คุณ Pookpuy สั่งหนังสือ ความทรงจำสีแดง ราคา 100 บาท (+ค่าส่ง 30 บาท) ส่งหนังสือให้แล้ว
2. คุณ PNR บริจาค 1,042 รอโอน
3. คุณ Apirak สั่งหนังสือ Access 2010 Missing Manual ราคา 600 (+ค่าส่งลงทะเบียน 65 บาท) รับโอนเรียบร้อย รอส่ง
4. คุณ Jee007 บริจาค 500 โอนแล้ว
5. คุณ Chai ขอบริจาค แจ้งเลขบัญชีไปแล้ว
6. คุณ Prajak ขอเลขบัญชี (ไม่รู้จะซื้อหรือบริจาค) แจ้งเลขบัญชีไปแล้ว
7. คุณ Looktarn สั่ง Excel เร็วเว่อร์ 299 (+ค่าส่ง??) แจ้งเลขบัญชีไปแล้ว

ขอบคุณผู้สนับสนุนทุกท่านครับ
โพสต์นี้ได้รับคำขอบคุณจาก: PookPuy, prajak, apirak, MONO

233
ได้รับเงินโอนจากคุณ jee007  เรียบร้อยครับ

เดี๋ยวคืนนี้จะสรุปยอดทั้งหมดครับ
โพสต์นี้ได้รับคำขอบคุณจาก: apirak, jee007

234
สงสัยคราวนี้หนังสือจะขายไม่ดี

รบกวนแจ้งธนาคารที่สะดวกมาทาง PM ด้วยครับ

โพสต์นี้ได้รับคำขอบคุณจาก: apirak, jee007, MONO

หน้า: 1 ... 10 11 12 [13] 14 15 16 ... 22