คำถามติดแท็ก archive

งาน เก็บถาวรทั้งหมดยกเว้นรอบระยะเวลา 13 เดือนจากกลุ่มของตารางขนาดใหญ่ ข้อมูลที่เก็บถาวรต้องถูกเก็บไว้ในฐานข้อมูลอื่น ฐานข้อมูลอยู่ในโหมดการกู้คืนอย่างง่าย ตารางมีขนาด 50 ล้านแถวถึงหลายพันล้านและในบางกรณีอาจใช้เวลาหลายร้อยกิกะไบต์ในแต่ละครั้ง ตารางไม่ได้ถูกแบ่งพาร์ติชันในปัจจุบัน แต่ละตารางมีหนึ่งดัชนีคลัสเตอร์ในคอลัมน์วันที่เพิ่มขึ้น แต่ละตารางจะมีดัชนีที่ไม่ใช่คลัสเตอร์อีกหนึ่งดัชนี การเปลี่ยนแปลงข้อมูลทั้งหมดในตารางเป็นการแทรก เป้าหมายคือเพื่อลดการหยุดทำงานของฐานข้อมูลหลัก เซิร์ฟเวอร์คือ 2008 R2 Enterprise ตาราง "เก็บถาวร" จะมีประมาณ 1.1 พันล้านแถวตาราง "สด" ประมาณ 400 ล้านแถว เห็นได้ชัดว่าตารางเก็บถาวรจะเพิ่มขึ้นเมื่อเวลาผ่านไป แต่ฉันคาดว่าตารางถ่ายทอดสดจะเพิ่มขึ้นอย่างรวดเร็วด้วยเช่นกัน พูดอย่างน้อย 50% ในอีกไม่กี่ปีข้างหน้า ฉันคิดเกี่ยวกับฐานข้อมูล Azure ยืด แต่น่าเสียดายที่เราอยู่ที่ 2008 R2 และมีแนวโน้มที่จะอยู่ที่นั่นชั่วครู่ แผนปัจจุบัน สร้างฐานข้อมูลใหม่ สร้างตารางใหม่ที่แบ่งพาร์ติชันตามเดือน (โดยใช้วันที่แก้ไข) ในฐานข้อมูลใหม่ ย้ายข้อมูล 12-13 เดือนล่าสุดไปยังตารางที่แบ่งพาร์ติชัน ทำการเปลี่ยนชื่อการแลกเปลี่ยนของฐานข้อมูลทั้งสอง ลบข้อมูลที่ย้ายแล้วออกจากฐานข้อมูล "เก็บถาวร" …

23 sql-server  sql-server-2008-r2  architecture  archive 

สถานการณ์: เรามีสองตารางTbl1& Tbl2บนเซิร์ฟเวอร์สมาชิก Tbl1จะถูกจำลองแบบจากสำนักพิมพ์Server Aและมันมีสองทริกเกอร์ - แทรกและการปรับปรุง Tbl2ทริกเกอร์แทรกและปรับปรุงข้อมูลลงใน ตอนนี้เราต้องกำจัด (ประมาณ 900 ล้านบันทึก) จากTbl2ที่มีทั้งหมด 1,000+ ล้านบันทึก ด้านล่างคือการกระจายข้อมูลสำหรับหนึ่งเดือนถึงหนึ่งนาที หนึ่งเดือน - 14986826 แถว หนึ่งวัน - 483446 แถว หนึ่งชั่วโมง - 20143 แถว หนึ่งนาที - 335 แถว สิ่งที่ฉันกำลังมองหา วิธีที่เร็วที่สุดในการล้างข้อมูลนั้นโดยไม่มีปัญหาการผลิตความสอดคล้องของข้อมูลและอาจไม่มีการหยุดทำงาน ดังนั้นฉันคิดว่าจะทำตามขั้นตอนด้านล่าง แต่ติดอยู่ :( ขั้นตอน: BCP จากข้อมูลที่ต้องการจากตาราง Tbl2 ที่มีอยู่ (ประมาณ 100 ล้านบันทึกอาจใช้เวลาประมาณ 30 นาที) สมมติว่าฉันเริ่มทำกิจกรรมในวันที่ 1Fab2018 10:00 …

18 sql-server  trigger  archive 

ในการต่อเนื่องกับคำถามที่โพสต์โดยฉันบนมันเป็นความคิดที่ดีที่จะย้ายตารางปริมาณสูงและเข้าถึงอย่างสูงไปยังฐานข้อมูลแยกต่างหากหรือไม่ กำลังมองหาเทคนิค / โซลูชันที่แตกต่างกันสำหรับการเก็บฐานข้อมูลใน PostgreSQL วิธีแก้ปัญหาเล็กน้อยที่ฉันนึกได้คือ: การแบ่งตาราง คั่นพื้นที่ตารางและ / หรือสคีมา การย้ายระเบียน / ตารางที่เก็บถาวรไปยังฮาร์ดดิสก์อื่น คำแนะนำ / คำแนะนำ / คำแนะนำอื่น ๆ ยินดีต้อนรับและชื่นชมจริงๆ หมายเหตุ:เรากำลังเรียกใช้ PostgreSQL v9.1.3 บน CentOS5.2

18 postgresql  partitioning  postgresql-9.1  archive