Verileri arşivlemek için tablo bölümleme

Senaryo:

• iki veritabanı: tableA adı verilen çok büyük bir tablo ile DB_A ve DB_Archive.
• her gün, 60 günden eski kayıtlar DB_A'dan silinir ve tabloA son 2 aydaki kayıtlar için DB_A'da yoğun bir şekilde sorgulandığı için esas olarak "ayrılmış" bir şey bırakmak için DB_Archive'a taşınır.

Bu süreçten kurtulmak istiyorum çünkü yavaş ve çok fazla kaynak tüketiyor. Ben bir tarih sütununda bir bölüm işlevi ile DB_A üzerinde tablo bölümleme uygulamak ve bir bölümde tüm kayıtları <2 ay ve tüm kayıtları> başka bir bölümde 2 ay depolamak düşünüyorum. Sorularım:

• Bu senaryo 2 farklı veritabanım varsa nasıl davranacak? TableA'mı kayıtlar için sorgularsam> getdate () - 30, arşivleme bölümünü okuyacak mı?
• Dizinleri de bölümlere ayırmam gerekiyordu, değil mi?
• Yarın bölüm işlevimin "değişeceği" gerçeğiyle nasıl başa çıkacağım, yani, bugün işlevi oluşturursam (2 Temmuz, aralığı 2 Mayıs olacak, yarın 3 Mayıs olacak). Dinamik bölümleme işlevi oluşturabilir miyim?

Bölümleme ile her gün bir bölüm yapmak zorunda kalacaksınız, bu da SQL Server 2012 öncesi Pre-SQL 2012 sınırını sadece 3 yıllık arşive izin verecek şekilde yeni bir perspektife yerleştiriyor. SQL Server 2012 ile günde 1 bölüm için bol olan 15000 bölüm elde edersiniz.

Her gün yeni bir bölüm eklersiniz. 61. günkü bölümü taşımak istiyorsanız, bunu verimli bir şekilde yapabilirsiniz, ancak yine de çevrimdışı bir işlemdir. Bkz. Bölümü Etkin Bir Şekilde Farklı Bir Dosya Grubuna Taşıma .

Tüm dizinlerinizin hizalanması gerekir, bkz . Bölümlenmiş Dizinler için Özel Yönergeler .

Bölümleme içine Alış kolay decission değildir ve çiğnemek için oldukça büyük bir lokma olabilir ... bkz karar için nasıl Kullanmaları Tablo Partisyonlama'ya eğer . Özellikle bölümlendirmeden performans artışı beklememelisiniz. Performans sorunlarına tarih saatine göre kümelenerek en kısa sürede yaklaşmalısınız.

Bölümleme işlevinin dinamik olup olmadığını bilmiyorum ama bundan şüphe ediyorum. Bu rotaya gitmeden sizin için bazı seçenekler:

1 - DATE takvimindeki bölüm ve her gün en eski bölümden çıkma

2 - Tarihe filtre uygulayan bir görünüm oluşturun ve mevcut tüm sorgularınızı oraya yönlendirin (bu, temel tabloyu başka bir şeye yeniden adlandırarak ve mevcut tablonun adının ne olduğunu isimlendirerek kolayca yönetilebilir). Bu, dizin değişiklikleriyle de optimize edilebilir.

Sorgularınızda tarih alanını kullanırsanız yukarıdaki ilk seçeneğin çok daha iyi çalışacağını unutmayın. Bunu yapmazsanız, mevcut işlemden daha hızlı olur, ancak sorgularda büyük bir gelişme olmaz. Bölümleme genel olarak bölümleme alanınıza filtre uygulayabiliyorsanız ve optimize edici hangi bölüme bakacağınızı bilirse en iyi sonucu verir.

Sizin için nelerin çalışması gerektiğine bakın: DB_A - son 60 günün her biri için farklı bir bölüm içeren tableA - stagingTable'ı en eski bölümden taşımak için

DB_Archive tableA - 60 günden eski tüm verileri saklar. (bölümlenmemiş)

Süreç: 1. gün sonundan önce: bölüm işlevini değiştir - yeni güne yeni bir bölüm eklemek için bölünmüş aralık. (Not: "bugünün tarihi + 1 gün" için bölümler oluşturmak yerine birkaç adım önde olmak isteyebilirsiniz. Örneğin: "bugünün tarihi + 5 gün"

1. Her günün sonunda, önce DB_A.tableA içindeki en eski bölümü DB_A.stagingTable olarak değiştirirsiniz; En eski bölümleri birleştirin.

2. DB_A.stagingTable'dan DB_Archive.tableA'ya veri aktarın. Sonunda DB_A.stagingTable trunacte

Yukarıya Yuvarlanan Pencere denir ve VLDB'ler için oldukça yaygın bir senaryodur. Bölümleme hakkında microsoft'un şu teknik incelemesine bakın: Bölüm tablosu ve dizin stratejileri veya bunu özellikle Sürgülü Pencere senaryosunda deneyin

SQL Server'da veri arşivleme ve temizleme işlemlerinin dinamik yaklaşımını kullanabilirsiniz. Bunun için lütfen aşağıdaki bağlantıyı takip edin.

http://www.sqlscientist.com/2012/09/auto-maintain-archival-process.html