SORU
12 HAZİRAN 2009, Cuma


Nasıl kaynak denetimi veritabanını inşa etmeli?

Veritabanı nesneleri için sürüm kontrol edilmesi gerektiği hakkında ÇOK topluluk wiki üzerinde bazı tartışmalar oldu. AncakVeritabanı nesneleri için en iyi uygulamalar-otomasyon yapı oluşturma süreci hakkında çok tartışma görmedim.

Bu özellikle geliştiriciler ve DBA genellikle farklı hedefler, yaklaşımlar ve dağıtım veritabanı için bir Otomasyon yaklaşım, yararları ve riskleri değerlendirirken endişeleri beri takımım için tartışma tartışmalı bir nokta oldu.

Uygulamaları gerçek dünyada etkili olmuştur ne KADAR toplumun bazı fikirler duymak istiyorum.

Uygulamaları çok iyi olan, ama ne işe hakkında iyi bir iletişim birçok kişi için yararlı olabilir sanırım biraz öznel olduğunu fark ettim.

İşte benim teaser biraz bu konuda sorunlu alanlar ile ilgili sorular. Bu kesin bir liste - insanlar aradığım şeyi anlamak için bir başlangıç noktası olmak demek değildir.

  1. Her iki test ve üretim ortamları, kaynak denetimi yapılmalı.
  2. Hem istikrarlı, kesinleşmiş bir test ortamından kopyalama nesneler tarafından inşa edilen üretim gerektiğini otomasyon kullanarak yerleşik olmalıdır?
  3. Nasıl bir dağıtım komut test ve üretim ortamları arasındaki potansiyel farkları ile anlaşma mı?
  4. Nasıl dağıtım senaryoya ne kadar etkili üretim karşı çalışacak bir test var mı?
  5. Ne tür nesnelerin sürüm kontrol edilmelidir?
    • Kod (prosedürler, paketler, tetikleyiciler, java, vb)?
    • Dizinler?
    • Kısıtlamaları?
    • Tablo Tanımlar?
    • Tablo Komut Değiştirmek? (örn. Komut ALTER)
    • Her şey?
  6. Hangi tür nesneleri sürüm kontrol edilmesi gerekmez mi?
    • Dizileri?
    • Verir?
    • Kullanıcı Hesapları?
  7. Nasıl veritabanı nesneleri SCM depo düzenlenmelidir?
    • Nasıl bir dönüşüm komut veya ALTER komut gibi konularla ilgileniyor musun?
    • Nasıl veritabanından emekli nesneler ile anlaşma mı?
    • Sorumlu olması gerekenteşvikgeliştirme test düzey nesneleri?
    • Nasıl birden çok geliştiriciler değişiklikleri koordine musunuz?
    • Nasıl veritabanı nesneleri çoklu sistemler tarafından kullanılan dallanma ile anlaşma mı?
  8. Özel durumlar varsa, makul bu işlem için ne yapılabilir?
    • Güvenlik sorunları?
    • De-kimlik endişeleri ile veri?
    • Tam otomatik bu komut?
  9. Süreç nasıl esnek ve uygulanabilir yapabilir misin?
    • Geliştirici hata?
    • Beklenmeyen çevresel sorunlar?
    • Felaket kurtarma?
  10. Nasıl DB-SCM faydaları gerçekten maliyet haklı olan karar vericiler ikna edeceksiniz?
    • Anekdot kanıtlar?
    • Sanayi araştırma?
    • En iyi uygulama önerileri Sanayi?
    • Kabul mercilere başvuru?
    • Maliyet/Fayda analizi?
  11. ""Bu modelde veritabanı nesneleri?kendi kim
    • Geliştiriciler?
    • DBA?
    • Veri Analistleri?
    • Birden fazla mı?

CEVAP
12 HAZİRAN 2009, Cuma


İşte bazı cevaplar için bir soru: bazı

  1. Her iki test ve üretim ortamları, kaynak denetimi yapılmalı.EVET
    • Hem istikrarlı, kesinleşmiş bir test ortamından kopyalama nesneler tarafından inşa edilen üretim gerektiğini otomasyon kullanarak yerleşik olmalıdır?
    • Her ikisi için otomasyon. Ortamlar arasında veri kopyalamayın
    • Nasıl bir dağıtım komut test ve üretim ortamları arasındaki potansiyel farkları ile anlaşma mı?
    • Aslında her ortam için komut dosyaları (örn. farklı set üretmek istiyorsunuz, böylece şablonları kullanın dış sistemler, bağlantılı veritabanları, vb) için başvurular
    • Nasıl dağıtım senaryoya ne kadar etkili üretim karşı çalışacak bir test var mı?
    • Pre-prodüksiyon ortamı onları test: üretim ortamı tam kopyalama (veritabanı ve potansiyel olarak diğer sistemler) üzerinde test kullanımı
  2. Ne tür nesnelerin sürüm kontrol edilmelidir?
    • Kod (prosedürler, paketler, tetikleyiciler, java, vb)?
    • Dizinler?
    • Kısıtlamaları?
    • Tablo Tanımlar?
    • Tablo Komut Değiştirmek? (örn. Komut ALTER)
    • Her şey?
    • Her şeyi, ve:
      • Statik veri unutma (arama listeleri vb.) ortamları arasında HERHANGİ bir veri kopyalamak gerekmez
      • Veritabanı komut dosyaları (sürüm, tabii ki kontrollü), yalnızca geçerli sürümünü kullanmaya devam, ve
      • Mağaza ALTER komut: 1 BÜYÜK script dizini 001_AlterXXX sevdim adını verdi. (ya sql, doğal sıralama düzeni içinde çalışan B için Bir sürüm yükseltme o kadar)
  3. Hangi tür nesneleri sürüm kontrol edilmesi gerekmez mi?
    • Dizileri?
    • Verir?
    • Kullanıcı Hesapları?
    • 2'ye bakın. Eğer kullanıcılar/roller (teknik veya kullanıcı adları) ortamları arasında farklı ise, hala şablonları kullanarak komut dosyası (1.)
  4. Nasıl veritabanı nesneleri SCM depo düzenlenmelidir?
    • Nasıl bir dönüşüm komut veya ALTER komut gibi konularla ilgileniyor musun?
    • 2'ye bakın.
    • Nasıl veritabanından emekli nesneler ile anlaşma mı?
    • DB silinmiş, kaynak kontrol trunk/ipucu kaldırıldı
    • Test seviyeye geliştirme nesneleri teşvik sorumlu olacaktır?
    • dev//yayın programı test
    • Nasıl birden çok geliştiriciler değişiklikleri koordine musunuz?
    • her geliştirici için ayrı bir veritabanı oluşturmak için çalışın. kaynak kontrolü, değil mi? bu durumda geliştiriciler veritabanı değiştirmek ve check-in komut. tamamen güvenli, yeniden oluşturmak için gece boyunca komut veritabanı oluşturmak
    • Nasıl veritabanı nesneleri çoklu sistemler tarafından kullanılan dallanma ile anlaşma mı?
    • zor: her ne pahasına önlemek için deneyin.
  5. Özel durumlar varsa, makul bu işlem için ne yapılabilir?
    • Güvenlik sorunları?
    • test/prod için parola saklamayın. özellikle günlük/gece DB oluşturur otomatik varsa dev için izin olabilir
    • De-kimlik endişeleri ile veri?
    • Tam otomatik bu komut?
    • serbest bilgi ile belge ve mağaza script ALTER/
  6. Süreç nasıl esnek ve uygulanabilir yapabilir misin?
    • Geliştirici hata?
    • günlük test sıfırdan inşa, ve artımlı yükseltme sonuçları (B ALTER kullanarak Bir sürüm) karşılaştırın. her iki sonuç şema ve statik veri karşılaştırın
    • Beklenmeyen çevresel sorunlar?
    • sürüm kontrol ve yedekleme kullanın
    • özellikle dağıtmadan önce düşündüğün için veritabanı şema, EŞYA karşılaştırın. SuperDuperCool DBA hiç bilet sisteminizde bir hata:) sabit olabilir
    • Felaket kurtarma?
  7. Nasıl DB-SCM faydaları gerçekten maliyet haklı olan karar vericiler ikna edeceksiniz?
    • Anekdot kanıtlar?
    • Sanayi araştırma?
    • En iyi uygulama önerileri Sanayi?
    • Kabul mercilere başvuru?
    • Maliyet/Fayda analizi?
    • eğer geliştiriciler ve DBA kabul ederseniz, kimseyi ikna etmek, bence para MSSQL için dbGhost gibi bir yazılım satın almak için gereken Sürece) gerekmez
  8. ""Bu modelde veritabanı nesneleri?kendi kim
    • Geliştiriciler?
    • DBA?
    • Veri Analistleri?
    • Birden fazla mı?
    • Genellikle DBA modeli (giriş kodu inceleme parçası olarak önce veya sonra) onaylaması. Kesinlikle performans ile ilgili nesneleri kendi. Ama genel olarak takım [ve işveren tabii :)]

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • BachelorsPadTv

    BachelorsPad

    17 Ocak 2012
  • inovationgmbh

    inovationgmb

    28 EYLÜL 2010
  • LavcoPriceTech

    LavcoPriceTe

    21 AĞUSTOS 2010