Sürümlendirilmiş bir coğrafi veritabanında, delta tablolarının ve durum ağacının sorgu performansı üzerinde etkisi nedir?

Yaklaşık 100 özellik sınıfı ve uzamsal olmayan tablolar, geometrik bir ağ ve birçok ilişki sınıfı içeren oldukça karmaşık bir veri modeline sahip, sürümlendirilmiş bir arcsde coğrafi veritabanına (oracle 10g üzerinde arcgis 9.3.1) sahibiz.

Veriler sde versiyonlaması kullanan 5 veya 6 arcmap kullanıcısı tarafından günlük olarak düzenlenir. Ayrıca sürümler, coğrafi veritabanında düzenlemeleri gerçekleştirmek için diğer iş sistemleriyle arayüz oluşturan otomatik hizmetler tarafından oluşturulur. Sorgu performansı gün boyunca belirgin bir şekilde dejenere olur, bu yüzden tam bir sıkıştırma elde etmek için gece senaryosu uyguladık. Nispeten çok sayıda düzenlemenin gerçekleştirildiği durumlarda, sistem tam bir sıkıştırmaya kadar kullanılamaz hale gelebilir.

Yapılandırıldığı gibi kehanetin, bu değişken delta tabloları ile karşı karşıya kaldığında iyi bir yürütme planı bulamayacağı öne sürülmüştür. Bu makul bir açıklama mı? Çözmek için hangi yaklaşım izlenmelidir?

Yorumlara yanıt olarak güncelleme

• Gün sonunda, devlet ağacı çok doğrusaldır, sadece küçük bir dallanma vardır.
• Her gece sıkıştırıyoruz (tüm sürümleri silerek tam bir sıkıştırma elde ediyoruz).
• İş tabloları düzenli olarak analiz edilir.
• Delta tabloları analiz edilmez. Kilitlidirler ("ORA-20005 nesne istatistikleri kilitlidir" hata döndürme girişimi). Sde şemasındaki değişken tablolar da - STATES, STATE_LINEAGES.

Delta tabloları ve durum ağacının sorgularınız üzerinde doğrudan performans etkisi vardır.

İlk olarak, sürüm oluşturmayı anlamalısınız; Devlet ağacının ve versiyon etiketlerinin ilişkisine farklı bir cevapta kısa bir açıklama yaptım . Bence bunun üstesinden gelmene yardımcı olur.

Bu cevabı okuduktan sonra, uzun durumlu bir kimlik dalının (kökten bir etikete atıfta bulunulan durum kimliğine) performansı nasıl etkileyeceğini fark edebilirsiniz. Neden? Sıkıştırma ağacı kırptığından, iç birleşimlerin altta yatan db ile işlenmesi kolaylaşır ve ArcMap oturumlarınız daha hızlı hale gelir.

ESRI'nın sürüm durumu ağacını aklı başında kontrol altında tutmayı öğretecek olan Sürümleme İş Akışları belgesine bakın . İyi bir iş akışının ağacı nasıl etkilediğini görmek için GDBT'yi durum ağacına önce ve sonra bakmak için kullanın .

İkincisi, kullanım durumlarınızın çoğu için Geometrik Ağı kullanmak zorunda kalmamanız durumunda, bunu yapın. Bu olacak her satır :: mağaza çağrı için karmaşık mesajlar kullanıyor çünkü (sadece tablodaki satır depolamak ve onunla yapılıyor aksine) katılmaktadırlar FeatureClasses yavaşlatır.

İstatistikleri güncellemek için Veri Yönetimi Araçları'nın Analiz işlevini kullanın (hepsini işaretleyin). Gerekli delta tabloları (ve diğer tablolar) ile nasıl başa çıkılacağını bilecektir.

[İlk özür özür: Bu kesin bir cevap değil bir yorum olması gerekiyordu.] Nispeten eski ve yayınlanmamış herhangi bir düzenleme sürümleri varsa silinmeli, gönderilmeli veya uzlaştırılmalıdır. Mutabakatı yapılmamış eski bir sürüm, varsayılan olarak eski bir görünümü korur; bu, yeni sürümlere ait delta kayıtlarının temel tablolara sıkıştırılmasını önler. Eski bir sürüme sabitlenmiş bu sıkıştırılmamış delta kayıtlarının çok sayıda olabilir ve tüm sürümler delta ve temel tablolardaki görünümler olduğu için performans etkilenir. Sistem performansı, her bir sürüm en son mutabık kılındığı (veya oluşturulduğu) beri yapılan düzenleme sayısıyla ilgilidir. Kısacası; gönderemeyeceğiniz sürümler varsa, bunları düzenli olarak uzlaştırın ve sıkıştırın.