ในการอัปเดตที่จะมาถึง ฉันจะต้องแปลงหลายตารางในเซิร์ฟเวอร์ของเราจาก UTF-16 เป็น UTF-8 ฉันคาดว่าจะใช้เวลาหลายชั่วโมง
มีวิธีที่ดีในการปิด INSERTS และ UPDATES แต่ยังคงอนุญาต SELECTS ในฐานข้อมูลหรือไม่
หรือฉันต้องบล็อกการเปลี่ยนแปลงในระดับธุรกิจ / ปิดฐานข้อมูลในขณะที่การอัปเดตกำลังเกิดขึ้น
คุณอาจมี ปัญหา XY. มีวิธีทำในสิ่งที่คุณกำลังพยายามทำอยู่ โดยไม่จำเป็นต้องให้ตารางที่กำลังดำเนินการอยู่ไม่พร้อมสำหรับการกลายพันธุ์ในช่วงระยะเวลาของการดำเนินการ นี่คือวิธีที่ฉันจะแกว่ง (ระดับสูง):
หากไม่มีความรู้เพิ่มเติมเกี่ยวกับสคีมาฐานข้อมูลของคุณ การอนุญาต ฯลฯ และแนวคิดบางอย่างเกี่ยวกับกลยุทธ์ของคุณเกี่ยวกับแอปพลิเคชันของคุณ จะเป็นการยากอย่างยิ่งที่จะกำหนดกฎเกณฑ์ อย่างน้อยที่สุด แอปพลิเคชันยังอนุญาตให้คุณทำงานในโหมดอ่านอย่างเดียวโดยที่การอัปเดตตารางถูกบล็อกหรือไม่
ในระดับพื้นๆ "ใช่" คุณก็ทำได้...
ปฏิเสธ INSERT, UPDATE, DELETE บน <table> ถึง <user>
อย่างไรก็ตาม ไม่สามารถบอกได้ว่าใบสมัครของคุณจะตอบสนองอย่างไร จากประสบการณ์ของฉัน แอปพลิเคชันส่วนใหญ่จะกระจายข้อผิดพลาดไปทุกที่และร้องไห้นองเลือดหากคุณทำเช่นนี้ อาจทำให้ข้อมูลเสียหายได้ (ข้อผิดพลาดที่ไม่ได้ตรวจสอบ การใช้งานธุรกรรมที่ไม่ดี ฯลฯ) น้อยครั้ง (อาจจะไม่เคย) ที่ฉันเห็นแอปพลิเคชันที่สลับเป็นโหมดอ่านอย่างเดียวอย่างสง่างามเมื่อการเข้าถึงฐานข้อมูลไม่เป็นไปตามที่ออกแบบ/คาดหวังไว้
ทดสอบ! ทดสอบ ทดสอบ ทดสอบ ในสภาพแวดล้อมที่ไม่ได้ใช้งานจริงที่มีการควบคุม จนกว่าคุณจะมีกระบวนการที่เป็นเอกสารรองรับการเปลี่ยนแปลงของคุณ
หากข้อกำหนดของคุณไม่อนุญาตให้มีการหยุดทำงานเป็นเวลานาน (หรือไม่มีการหยุดทำงานเลย) มีวิธีที่ซับซ้อนกว่านี้ในการจัดการกับสิ่งนี้ ความคิดหนึ่งคือการเพิ่มทริกเกอร์หลังการแทรก / หลังการอัปเดตเพื่อแปลงเรกคอร์ดใหม่ / อัปเดตในฟิลด์ใหม่โดยอัตโนมัติในขณะที่คุณเรียกใช้การบำรุงรักษาในชุดงานขนาดเล็ก เมื่อแปลงข้อมูลทั้งหมดแล้ว ให้สลับแอปพลิเคชันไปยังฟิลด์ใหม่และวางฟิลด์เก่า
นอกเหนือจาก UTF-8 และ UTF-16 แล้ว ฉันคิดว่าคำถามที่ใหญ่กว่าที่คุณถามคือวิธีปรับใช้การเปลี่ยนแปลงกับระบบการผลิตโดยมีเวลาหยุดทำงานน้อยที่สุด ฉันแน่ใจว่ามีหลายวิธี แต่นี่คือวิธีที่ฉันจะทำ
ฉันรู้ว่าสิ่งนี้ฟังดูง่ายและอาจใช้ไม่ได้ด้วยเหตุผลหลายประการ แต่ก็คุ้มค่าที่จะตรวจสอบ
ฉันต้องการทำเช่นนี้ด้วยเหตุผลบางประการ การหยุดทำงานและส่งผลกระทบต่อผู้ใช้น้อยที่สุด ตัวเลือกการย้อนกลับที่ปลอดภัย โอกาสในการทดสอบผลกระทบของการเปลี่ยนแปลงสคีมา/ข้อมูล
ฉันขอขอบคุณที่การดำเนินการนี้จะซับซ้อนมากขึ้นหากมีแอปอื่นหรือการเชื่อมต่อกับฐานข้อมูลของคุณ แต่การย้อนกลับการอัปเกรดที่ล้มเหลวก็ไม่สนุกเช่นกัน
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
