BMS-HOSxP Community
HOSxP => Development => ข้อความที่เริ่มโดย: Kumpol Khonburi ที่ สิงหาคม 20, 2012, 14:03:16 PM
-
เป็นไปได้ไหมครับว่าการอัพเวอร์ชั่นใหม่ไม่ต้อง Upgrade Structure ทุกครั้ง
เพราะการปรับปรุงเวอร์ชันแต่ละครั้งถ้าไม่จำเป็นคงไม่ได้ไปปรับโครงสร้าง Database
ดังนั้นถ้าเราอัพเวอร์ชั่นอย่างต่อเนื่องแล้วก็ไม่จำเป็นต้อง Upgrade Structure ทุกครั้ง
เวอรชั่นไหนที่จะต้องทำการ Upgrade Structure ด้วยก็ใส่สัญลักษณ์ให้เป็นที่รู้กัน
เช่น HOSxP_Upgrade_3.55.8.18S.exe เป็นต้น
-
อืม...ไม่น่าจะใช่...ผมว่า UPgrade Structure สำคัญกว่าการเลือกใช้เวอร์ชันครับ..ถ้าโครงสร้างไม่ถูก เวอร์ชันใหม่แค่ไหน ก็ไม่ช่วยแก้ปัญหาหรือไม่ตอบสนองความต้องการครับ...
-
;D น่าจะ Up ทุกครั้งนะครับ แต่ Up เฉพาะ Server ก่อนก็ได้ ถ้ายังไม่แน่ใจ ยังไม่ต้องปล่อยไปถึงลูกข่าย
-
อืม...ไม่น่าจะใช่...ผมว่า UPgrade Structure สำคัญกว่าการเลือกใช้เวอร์ชันครับ..ถ้าโครงสร้างไม่ถูก เวอร์ชันใหม่แค่ไหน ก็ไม่ช่วยแก้ปัญหาหรือไม่ตอบสนองความต้องการครับ...
เห็นด้วยค่ะ เพราะไม่ว่าจะเวอร์ชั่นต่างกันแค่ วันเดียว ก็ upgrade structure ตลอดค่ะ ออกเวอร์ชั่นใหม่ ก็ต้องมีโครงสร้างมาใหม่ หรือมีการแก้ไขเพิ่มเติม อยู่แล้วแน่นอนค่ะ
-
ผมใช้วิธีดูจากข้อความที่ขึ้นตอนทำ upgrade ที่เครื่องสำรอง (ย้ำว่า ... เครื่องสำรองนะครับ) ที่เรา ๆ ท่าน ๆ ใช้เป็นตัวทดสอบกันอยู่จะอยู่ใน notebook หรือ desktop ก็ว่ากันไป ถ้ามีคำสั่ง Create Table ... หรือ Alter Table ... ถ้าจำเป็นต้องใช้กับระบบหลัก ต้อง upgrade structure ครับ แต่ถ้าไม่ขึ้นแบบอย่างว่า ก็ไม่ upgrade ครับ Client ก็ใช้เป็นตัวเวอร์ชันใหม่เลย (ก็แค่ความเห็น ... ขอยืมพี่เกื้อใช้หน่อยนะครับ)
-
ผมตลอดบางทีวันละ 2ครั้งครับ
-
ผมทำเป็นนิสัยไปแล้วครับ Up Version ต้อง Up Structure ครับ ;D ;D ;D ;D
-
ตัวอย่าง การอัพจาก
3.54.10.27 มาเป็น 3.55.8.16
ขั้นตอนน่าจะเท่ากันกับ
3.55.7.25 มาเป็น 3.55.8.16
จะไม่เหมือนเกมส์ Online ที่มี patch ถ้าเราลงครั้งแรก
จะโหลด patch นานมาก
แต่สัปดาห์ต่อไป จะไวเพราะมีของเดิมอยู่บ้างแล้วจะอัพจากของเดิมต่อไปเลย
นี่คงเป็นประเด็นที่เจ้าของกระทู้คิดไว้
-
การ Upgrade structure บางครั้งก็ไม่ได้ทำแค่ Upgrade structure ครับ แต่ทำอย่างอื่นด้วย เช่น Update รหัสพื้นฐาน หรือ Clear รายการที่ไม่ถูกต้องครับ
-
การ Upgrade structure บางครั้งก็ไม่ได้ทำแค่ Upgrade structure ครับ แต่ทำอย่างอื่นด้วย เช่น Update รหัสพื้นฐาน หรือ Clear รายการที่ไม่ถูกต้องครับ
ชัดเจนแล้ว ขอบคุณมากครับอาจารย์
:D :D :D :D :D :D :D
-
การ Upgrade structure บางครั้งก็ไม่ได้ทำแค่ Upgrade structure ครับ แต่ทำอย่างอื่นด้วย เช่น Update รหัสพื้นฐาน หรือ Clear รายการที่ไม่ถูกต้องครับ
ย้ำชัด ๆ ... :D :D :D :D :D :D
-
ปัญหาและข้อเสนอแนะครับ...
ปัญหาที่เจอคือ เมื่อ Update structure ไม่อาจทราบได้ว่า update ส่วนใดบ้าง ทำให้ผู้ดูแลระบบไม่สามารถ config ระบบให้ถูกต้องได้ เช่น..
1. การเพิ่ม database ใหม่ ซึ่งมีผลกับการ config ค่า connection และสิทธิ์ในระบบ
2. การปรับหรือเปลี่ยนหรือเพิ่มโครงสร้างตาราง กระทบต่อ report ที่สร้างขึ้น โดยเฉพาะเงื่อนไขที่ซับซ้อนมากๆ....
3. การเพิ่มหรือลบหรือเปลี่ยนข้อมูลใน master table กระทบต่อ report
4. อันนี้ยังไม่เจอ แต่เผื่อไว้.. ในกรณีที่เขียน application แล้วเกิดปัญหาจาก 3 ข้อข้างบน
ข้อเสนอแนะ จึงอยากให้มีการทำ Change log ในส่วนของโครงสร้างที่จำเป็น เช่น การเพิ่ม database หรือการเปลี่ยนแปลงเงื่อนไขที่สำคัญๆของระบบ เพื่อลดความเสี่ยงต่อการสูญเสียของข้อมูลด้วยครับ
-
ปัญหาและข้อเสนอแนะครับ...
ปัญหาที่เจอคือ เมื่อ Update structure ไม่อาจทราบได้ว่า update ส่วนใดบ้าง ทำให้ผู้ดูแลระบบไม่สามารถ config ระบบให้ถูกต้องได้ เช่น..
1. การเพิ่ม database ใหม่ ซึ่งมีผลกับการ config ค่า connection และสิทธิ์ในระบบ
2. การปรับหรือเปลี่ยนหรือเพิ่มโครงสร้างตาราง กระทบต่อ report ที่สร้างขึ้น โดยเฉพาะเงื่อนไขที่ซับซ้อนมากๆ....
3. การเพิ่มหรือลบหรือเปลี่ยนข้อมูลใน master table กระทบต่อ report
4. อันนี้ยังไม่เจอ แต่เผื่อไว้.. ในกรณีที่เขียน application แล้วเกิดปัญหาจาก 3 ข้อข้างบน
ข้อเสนอแนะ จึงอยากให้มีการทำ Change log ในส่วนของโครงสร้างที่จำเป็น เช่น การเพิ่ม database หรือการเปลี่ยนแปลงเงื่อนไขที่สำคัญๆของระบบ เพื่อลดความเสี่ยงต่อการสูญเสียของข้อมูลด้วยครับ
ทดสอบ update structure ในเครื่อง notebook หรือ slave ก่อน ก็จะเห็นว่ามีการเปลี่ยนแปลงโครงสร้าง หรือเพิ่ม field เพิ่ม table อะไรบ้าง
ลองดูนะครับ
-
ปัญหาและข้อเสนอแนะครับ...
ปัญหาที่เจอคือ เมื่อ Update structure ไม่อาจทราบได้ว่า update ส่วนใดบ้าง ทำให้ผู้ดูแลระบบไม่สามารถ config ระบบให้ถูกต้องได้ เช่น..
1. การเพิ่ม database ใหม่ ซึ่งมีผลกับการ config ค่า connection และสิทธิ์ในระบบ
2. การปรับหรือเปลี่ยนหรือเพิ่มโครงสร้างตาราง กระทบต่อ report ที่สร้างขึ้น โดยเฉพาะเงื่อนไขที่ซับซ้อนมากๆ....
3. การเพิ่มหรือลบหรือเปลี่ยนข้อมูลใน master table กระทบต่อ report
4. อันนี้ยังไม่เจอ แต่เผื่อไว้.. ในกรณีที่เขียน application แล้วเกิดปัญหาจาก 3 ข้อข้างบน
ข้อเสนอแนะ จึงอยากให้มีการทำ Change log ในส่วนของโครงสร้างที่จำเป็น เช่น การเพิ่ม database หรือการเปลี่ยนแปลงเงื่อนไขที่สำคัญๆของระบบ เพื่อลดความเสี่ยงต่อการสูญเสียของข้อมูลด้วยครับ
ทดสอบ update structure ในเครื่อง notebook หรือ slave ก่อน ก็จะเห็นว่ามีการเปลี่ยนแปลงโครงสร้าง หรือเพิ่ม field เพิ่ม table อะไรบ้าง
ลองดูนะครับ
ก่อน commercial ก็ดูเองแหละครับ.. แต่ไหนๆก็เป็น commercial แล้วก็เลยคิดว่าน่าจะเป็นมาตราฐานในการ development (เคยถามเจ้าหน้าที่ BMS แล้วยังตอบไม่ได้เลยครับ)
-
ผมทำเป็นนิสัยไปแล้วครับ Up Version ต้อง Up Structure ครับ ;D ;D ;D ;D
เช่นกันครับท่าน กรณี Upgrade version เสร็จก็ Upgrade structures และเมนูต่างๆที่จำเป็นเพื่อเป็นการเตรียมพร้อมระบบรองรับงานต่อไปครับ
-
ก่อน commercial ก็ดูเองแหละครับ.. แต่ไหนๆก็เป็น commercial แล้วก็เลยคิดว่าน่าจะเป็นมาตราฐานในการ development (เคยถามเจ้าหน้าที่ BMS แล้วยังตอบไม่ได้เลยครับ)
อืม...อย่างไร ก่อน Update ระบบก็แนะนำให้ Full Backup ด้วยอยู่แล้ว ยกเว้นไม่ได้ทำไว้น่ะครับ..ข้อมูลจึงจะหาย...แต่ก็น้อยมากครับ ถ้าไม่ได้มีพัฒนาเองในบางส่วน เพราะผมใช้มาตั้งแต่ปี 2548 ข้อมูลเสียหายเป็นอะไรที่น้อยมากครับ..ส่วนใหญ่เกิดจาก ข้อมูลเดิม...เราบันทึกไม่ครบถ้วน พอตรวจจับเป็น PK OR INDEX จึงต้องถูกดีดข้อมูลทิ้งก่อน alter table นั้น ๆครับ :D :D
-
ผมขอเพิ่มเติมที่โพสเดิมนะครับ.... (ยังยืนยันเรื่อง commercial)
เรื่อง full backup มีแน่นอนครับ...
เรื่องตารางที่เพิ่ม mater table ที่เปลี่ยน ยังไม่เจอปัญหาอะไรร้ายแรงหรอกครับ (แต่ก็เจอบ้างพอเป็นพิธี)
เรื่อง app ที่เขียนเองแล้วกระทบ ผมก็ต้องปรับ app และ compile ใหม่เท่านั้นเอง (แต่ไม่ค่อยทันใจผู้ใช้สักเท่าไหร่)
web app ง่ายหน่อย...
พอเป็นระบบเปิด เชื่อมั้ยครับว่า app ที่สร้างขึ้นเองมีเยอะพอสมควรเลยนะครับ
แต่ที่เจอปัญหาใหญ่ ... ยกตัวอย่าง refer online นะครับ
พอ update structure มันเพิ่ม database ใหม่ขึ้นมาอีกตัว ตอนแรกผมไม่ได้ใช้สิทธิ์ admin หรอกนะครับ ในการ update มันจึง create database ไม่ได้ สอบถามเจ้าหน้าที่ bms ก็ยังไม่ได้คำตอบในตอนแรก จนต้องไปดูตัวอย่างของ ร.พ. อื่น จนได้รู้ว่ามันเป็นอย่างนี้นี่เอง
สิ่งที่เกิดขึ้นก็คือไม่สามารถใช้งาน refer online ได้ในตอนแรก....(หลายวันอยู่)
ตอนหลังผมก็เลย update ด้วยสิทธิ์ admin (เรื่องนโยบายของระบบจึงปรับเปลี่ยนไปบ้าง)
ผมเข้าใจว่าสิ่งเหล่านี้สามารถแก้ปัญหาได้ไม่ยากนัก แต่เพื่อความสะดวกต่อลูกค้า โดยเฉพาะ admin ของทาง ร.พ. ไม่ได้ดูและเรื่องระบบเพียงอย่างเดียวครับ งานหลักจะกลายเป็น support user ซะมากกว่าด้วยซ้ำ ร.พ. ใหญ่ๆ บางแห่งยัง update structure ไม่ได้เลยครับ เพราะฉะนั้นเรื่องการ update structure บ่อยๆคงเป็นไปได้ยาก
ในการ update แต่ละครั้ง จึงน่าจะมีตัวช่วยในการตัดสินใจแก่ ผู้ดูและระบบด้วยครับ....
-
;D คุณ ตาฟ้า .....อย่ากังวลไปก่อนนะขอรับ วิธีแก้ไขมีหลายวิธีอยู่ขอรับ ;D
;D วิธีที่ ..สุดยอด....ที่สุด คือ ซื้อบริการ ระดับทอง ทาง BMS ทำให้ท่าน เกือบ 100 % ;D
;D แต่สำหรับ ท่านจอมเทพฯ กะ ท่านจอมมารฯ ทั้งหลาย ที่ใช้ระบบ HOSxP อยู่ ณ ขณะนี้ บ่ ยั้น.. ;D
;D เพราะ จอมเทพฯ กะ ท่านจอมมารฯ ทั้งหลาย เขาทำงานไม่เหมือนชาวบ้าน นะขอรับ ;D
;D คือ ท่านเหล่านี้เขาจะแพ้แสงแดด ทำงานได้แต่ตอนตะวันดับ เท่านั้น นะขอรับ ;D
-
ผมขอเพิ่มเติมที่โพสเดิมนะครับ.... (ยังยืนยันเรื่อง commercial)
เรื่อง full backup มีแน่นอนครับ...
เรื่องตารางที่เพิ่ม mater table ที่เปลี่ยน ยังไม่เจอปัญหาอะไรร้ายแรงหรอกครับ (แต่ก็เจอบ้างพอเป็นพิธี)
เรื่อง app ที่เขียนเองแล้วกระทบ ผมก็ต้องปรับ app และ compile ใหม่เท่านั้นเอง (แต่ไม่ค่อยทันใจผู้ใช้สักเท่าไหร่)
web app ง่ายหน่อย...
พอเป็นระบบเปิด เชื่อมั้ยครับว่า app ที่สร้างขึ้นเองมีเยอะพอสมควรเลยนะครับ
แต่ที่เจอปัญหาใหญ่ ... ยกตัวอย่าง refer online นะครับ
พอ update structure มันเพิ่ม database ใหม่ขึ้นมาอีกตัว ตอนแรกผมไม่ได้ใช้สิทธิ์ admin หรอกนะครับ ในการ update มันจึง create database ไม่ได้ สอบถามเจ้าหน้าที่ bms ก็ยังไม่ได้คำตอบในตอนแรก จนต้องไปดูตัวอย่างของ ร.พ. อื่น จนได้รู้ว่ามันเป็นอย่างนี้นี่เอง
สิ่งที่เกิดขึ้นก็คือไม่สามารถใช้งาน refer online ได้ในตอนแรก....(หลายวันอยู่)
ตอนหลังผมก็เลย update ด้วยสิทธิ์ admin (เรื่องนโยบายของระบบจึงปรับเปลี่ยนไปบ้าง)
ผมเข้าใจว่าสิ่งเหล่านี้สามารถแก้ปัญหาได้ไม่ยากนัก แต่เพื่อความสะดวกต่อลูกค้า โดยเฉพาะ admin ของทาง ร.พ. ไม่ได้ดูและเรื่องระบบเพียงอย่างเดียวครับ งานหลักจะกลายเป็น support user ซะมากกว่าด้วยซ้ำ ร.พ. ใหญ่ๆ บางแห่งยัง update structure ไม่ได้เลยครับ เพราะฉะนั้นเรื่องการ update structure บ่อยๆคงเป็นไปได้ยาก
ในการ update แต่ละครั้ง จึงน่าจะมีตัวช่วยในการตัดสินใจแก่ ผู้ดูและระบบด้วยครับ....
เรื่องการ Upgrade structure กับปัญหาของ Database Refer online มันคนละปัญหากันนะครับ
เป้าหมายของการ Upgrade structure คือเพิ่ม field หรือ ตารางที่ยังขาดเพื่อให้โปรแกรม version ใหม่ ไม่ทำงานแล้วเกิด Error ถ้าจะใช้ Version ใหม่แล้วยังไงก็ต้อง Upgrade structure นะครับ มันไม่มีประโยชน์ที่จะต้องมาถามว่าจะต้อง upgrade structure มั้ย คือเป็นที่รู้กันว่าถ้า Upgrade version ใหม่ แล้วควรจะ Upgrade structure ด้วยอยู่แล้ว ส่วนการที่จะรู้ว่ามันเปลี่ยนแปลงโครงสร้างอะไรบ้างนั้น บางทีโปรแกรมมันก็ไม่รู้หรอกนะครับว่าก่อนที่จะ Upgrade structure นี้เคย Upgrade มาแล้วกี่ครั้ง ครั้งล่าสุดใช้ Version อะไร เพราะมีหลายๆ ที่ก็ Upgrade ข้ามมาหลายๆ version มันทำหน้าที่ตรวจสอบว่ามี field ไหน และ table อะไรที่ไม่มี แล้วทำการ เพิ่มให้ก็เท่านั้นเองครับ ถ้าอยากจะทราบจริงๆ ก็ทำในระบบสำรอง ก็จะทราบเองครับว่ามี field / table อะไรที่มันเพิ่มเข้ามาจากการ Upgrade ครั้งสุดท้าย
ปัญหาของ Refer online นั้นถ้าเกิดจาก database error แสดงว่า user ของ mysql ที่กำหนดให้ hosxp ใช้งานไม่ได้รับสิทธิ super user ที่สามารถสร้าง database ได้ แค่ grant สิทธิให้ใหม่ก็น่าจะหายแล้วนะครับ แต่โดยปกติ mysql account ที่แนะนำให้ใช้งานก็ควรจะมีสิทธินี้อยู่แล้ว ตามที่เคยสอนกันมา ยกเว้นผู้ดูแลไป grant สิทธิอื่นให้ที่ตำกว่า super user
ส่วนคำว่า Commercial นั้น แต่เดิม มีเฉพาะ version ของ รพ.เอกชนนะครับที่มีคำว่า Commercial แต่ที่เห็นติดไปใน 8.x นั้นเกิดจาก ผมลืมปิด Compiler directive ไปนะครับ ก็เลยมีคำว่า Commercial ที่ Splash screen ไม่ได้ตั้งใจจะให้มีคำว่า Commercial ขึ้นนะครับ จริงๆ ใน version ล่าสุดนั้นจะเป็นคำว่า Activation License แทนครับ แต่ถ้าถามผมว่ามันต่างกันมั้ย มันก็คือ HOSxP ที่ต้อง Activate ก็แค่นั้นเองครับ
-
ร.พ. ผมไม่ใหญ่ไม่เล็ก แต่ up version บ่อย ๆ
แม้จะไม่ได้ up ให้ client บ่อย ๆ แต่ก็ up structure ของ database บ่อย ๆ ทำให้เราใช้เวลาไม่มากในการ up structure แต่ละครั้ง
ถ้าข้าม version มาก ๆ (ทิ้งห่างหลาย version) จะทำให้การ up structure นานมาก จนอาจทำให้หลายคนคิดว่ามัน hang ไปแล้ว
อยู่ที่ admin จะเข้าใจระบบงานแค่ไหน ว่าอะไรควรทำ หรืออะไรไม่ควรทำ ทำอะไรแล้วเกิดผลกระทบกับอะไร
update structure ของ HOSxP ไม่ได้ไปทำให้เกิดผลกระทบกับ structure ของ database อื่น ๆ ดังที่ อ.ชัยพร ได้ยืนยันแล้ว
-
มิได้ครับ....ประเด็นผมอยู่ที่บันทัดสุดท้ายเท่านั้นครับ ว่าการตัดสินใจที่จะ update นั้นมีอะไรเพิ่มเข้ามาบ้าง
โดยส่วนตัวแล้วต้องการ update ทุกครั้งที่มี version เข้ามาอยู่แล้ว และกระบวนการทำงานก็ทราบดีอยู่แล้ว
ปัญหาที่กล่าวไปแล้วนั้นผมสามารถแก้ไขได้ด้วยตัวเองอยู่แล้ว แต่มันล่าช้าเกินไปสำหรับผู้ใช้งาน
ผมไม่สามารถ update ได้ในทุก version (ทั้งที่ใจอยาก) ถ้ามีการยืนยันการปรับปรุงจาก hosxp น่าจะเป็นตัวช่วยให้ผมสามารถไปคุยกับผู้ใช้งานได้ง่ายขึ้น
ทุกวันนี้ผมก็ไม่ได้ชนกับผู้ใช้งานโดยตรงหรอก แต่ก็ไม่สามารถจริงๆ เรื่องความแตกต่างของ version นั้นผมก็เข้าใจมาตั้งแต่ต้น
ผม implement ระบบมาตั้งแต่แรก ไม่ได้ใช้บริการของ bms เลยแม้แต่ครั้งเดียว (ขออภัยมาไว้ ณ ที่นี้)
ยังไงถ้าทาง hosxp จะมี chang log เหมือนเมื่อก่อน จะเป็นพระคุณอย่างสูงเลยครับ
-
update structure ทุก version จะทำให้ราบรื่นกว่า แม้ว่า client ไม่ได้ up ตาม
Change Log มีอยู่ใน cloud อยู่แล้ว
-
;D คิดว่า ท่านคงจะต้องใช้บริการ ของ BMS แล้วละขอรับ ;D
;D เพราะท่านยังต้องทำความเข้าใจ ระบบมากขึ้น ;D
;D โดยศึกษาจากบริการอบรมของ BMS เพื่อเก็บประสบการณ์ นะขอรับ ;D
-
ไม่มีความจำเป็นอะไรเลยที่ต้องตามทุกเวอร์ชั่นเราสามารถดาวน์โหลดมาทดสอบระบบเมนูต่างๆได้ไม่ใช่เหรอครับ ส่วน chang log ก็มีให้อ่านเหมือนเดิมครับ
-
ไม่มีความจำเป็นอะไรเลยที่ต้องตามทุกเวอร์ชั่นเราสามารถดาวน์โหลดมาทดสอบระบบเมนูต่างๆได้ไม่ใช่เหรอครับ ส่วน chang log ก็มีให้อ่านเหมือนเดิมครับ
;D ;D :D :D