Sürüm kontrolü altında veritabanları benim olsun istiyordum. Kimse herhangi bir tavsiye ya da önerilen makaleler başlayabilmem için var mı?

Her zaman az olmasını istiyorumbazıorada veri (alumb bahseder gibi: türleri ve yöneticiler kullanıcı). Ayrıca genellikle performans ölçümü için oluşturulan test verileri büyük bir toplama istiyorum.

Martin Fowler konusu, http://martinfowler.com/articles/evodb.html en sevdiğim makale yazdı. Sürüm kontrol şeması döker gibi koyun olmak istemiyorumalumbve diğer üretim veritabanı yükseltme için kolay bir yol istiyorum çünkü öneririm.

Tek bir üretim veritabanı olacağı için bir web uygulaması örneği, iki teknik kullanırlar:

Veritabanı Yükseltme Komut

Sıra veritabanı N 1 DDL sürümü N şemadan hareket için gerekli içeren komut yükseltme. (Bu sürüm kontrol sistemi olarak git.) Birversion_historytablo gibi bir şey var

create table VersionHistory (
    Version int primary key,
    UpgradeStart datetime not null,
    UpgradeEnd datetime
    );

yeni bir giriş her zaman bir yükseltme, yeni sürümü karşılık gelen komut çalışır alır.

Bu kolay bir şema var olanı görmek ve veritabanı yükseltme komut sadece bir kez çalıştırmak sağlar. Yine, budeğilveritabanı döker. Bunun yerine, her komut dosyası temsil ederdeğiştirirgerekli sonraki bir sürümünü taşımak için. Üretim veritabanı için geçerli senaryoyu onlar "yükseltme".

Geliştirici Eşitleme Kum

1. Yedekleme için bir komut dosyası, sterilize ve üretim veritabanı küçültmek. Üretim DB için her yükseltmeden sonra bu çalıştırın.
2. Komut (ve gerekirse çimdik) bir geliştirici istasyonunda yedeği geri yüklemek. Her geliştirici üretim DB için her yükseltmeden sonra bu komut dosyasını çalıştırır.

Bir uyarı: otomatik testlerim bu tavsiye mükemmel ihtiyaçlarınıza uygun olacak yani şema doğru ama boş bir veritabanına karşı çalıştırın.