Veri Modeli Şekillendirme

Veri Modeli Şekillendirme

Konu alanı, mantıksal ve fiziksel veri modelleri için meta verileri yakalar. Tanımlayıcı bilgilerin her türü, bu üç düzeyden herhangi birinde bulunabilir. Bunun, yüksek öncelikli olarak önceden doldurulmuş belirli satırların olduğu ilk Bingo kartı olduğunu unutmayın. Bu teslimatı bu bilgi olmadan tamamlayamazsınız.

Örneğin, isimsiz bir veri modeline sahip olamazsınız. Bu nedenle, ad satırı zaten yüksek öncelik anlamına gelen Hs ile doldurulmuştur. Bu bir tartışma konusu değildir ve ne kadar önemli olduğuna karar vermek için her katılımcının zamanını harcamaya değmez. Bir veri modeli adına sahip olacağınız kesindir.

Tüm oyuncular bu Bingo kartını doldurmalıdır: işletme kullanıcısı, konu alanı uzmanı, işlevsel analist, proje yöneticisi, mimar, geliştirici ve veritabanı yöneticisi.

Bunun nedeni, veri modelinin her analiz seviyesini kapsaması ve dolayısıyla veri modelinin tüm kategorileri etkileyebilmesidir: iş, işlevsel ve teknik. Konu alanı modeli iş kategorisini, mantıksal veri modeli işlevsel kategoriyi ve fiziksel veri modeli teknik kategoriyi etkiler.

Bu karttaki bazı kısaltmaları açıklamanız gerekebilir. SA konu alanı modelidir, LDM mantıksal veri modelidir, PDM fiziksel veri modelidir, L düşük önceliklidir, M orta önceliklidir ve H yüksek önceliklidir. E-tablonuzda birçok sütun olduğunda sütun başlıklarını kısaltmak iyi bir fikirdir. En soldaki sütunun, bu satırlara başvurmayı kolaylaştıran bir kod içerdiğini unutmayın.

Tüm bu Bingo kartlarını kendi ihtiyaçlarınıza göre özelleştirebilirsiniz. Bu Veri Modeli Bingo Kartında, her zaman farklı mantıksal ve fiziksel modelleriniz olmayabilir; bu nedenle, LDM ve PDM’yi dahil etmeniz gerekmez. Yalnızca PDM sütunlarını gösterebilir ve muhtemelen PDM’deki İşletme Adı gibi bazı mantıksal bilgileri yakalayabilirsiniz.

A. Dosya Adı

Dosya adı, veri modelinin bilgisayarınıza veya ağ sunucunuza kaydedildiği addır. Genellikle bir dosya uzantısıyla birlikte proje kısaltması gibi kısa bir addır. Örneğin, sales.er1, Erwin veri modelleme aracını kullanan Sales data mart veri modelinin dosya adıdır.

Ancak sales.er1 aracılığıyla bunun bir konu alanı mı, mantıksal mı yoksa fiziksel ayrıntı düzeyi mi olduğunu söyleyebilir misiniz? Bunu ayrıca adın bir parçası olarak katıştırmak da isteyebilirsiniz. Bu nedenle, Satış veri marketi için konu alanı modeli, salessa.er1 olarak adlandırılabilir; mantıksal model, salesldm.er1; ve fiziksel model, salespdm.er1. Sürüm bilgilerini, örneğin salesv1sa.er1, Satış Konu Alanı Modeli, sürüm 1 gibi dosya adına da katıştırabilirsiniz.

Bingo kartında, dosya adının altında, yüksek öncelik her üç düzey için işaretlenmiştir çünkü bir veri modelinizi bir yere kaydetmeden elde edemezsiniz.

Veri modelinizi adlandırırken açıklayıcı ancak esnek bir ad seçin. Modelinizin bugünkü haline ek olarak yarın ne olabileceğini düşünün. Örneğin, yakın zamanda bir modeli, modelin dosya adının bir parçası olarak uygulama adıyla kaydettiğimi varsayalım. Ardından, aynı veri modeli dosyasına birkaç uygulama daha ekledikten sonra, adın artık alakalı ve doğru olmadığını fark ettim. Başlangıçta bu modelin dosyasını daha kapsayıcı hale getirmek için yeniden adlandırmalıydım.

Ağ veri modeli
Veri modeli çeşitleri
Nesneye yönelik veri modeli
Veri modeli nedir
Hiyerarşik veri modeli nedir
Kavramsal veri modeli nedir
Mantıksal veri modeli
Veri modelleme örnekleri

B. İşletme Adı

İşletme adı, veri modelinin tam, kısaltılmamış adıdır. Bu genellikle en azından proje veya uygulamanın tam adını içerir. Ayrıca, proje için bir aşama veya aşama ve hatta muhtemelen veri modeli için bir sürüm içerebilir. Dosya adı salesv1sa.er1 ise, tam işletme adı “The Sales Data Mart Version 1 Konu Alanı Modeli” olabilir.

Dosya adının sales.er1 olduğu bir veri modeli için işletme adının şifresini çözmek kolaydır. Ancak, dosya adlarımızın çoğu abc.er1 gibi görünebilir, bu da abc.er1’in Tüm Büyük Müşteriler data mart’ı anlamına geldiğini bilmeyi zorlaştırır. Dosya adının anlamını anlamak zor olduğunda işletme adı çok kullanışlıdır.

C. Tanım

Tanımlar, veri öğeleri ve varlıklar için kritik öneme sahiptir, ancak veri modelleri için de çok yararlı olabilirler. Bir veri modelinin tanımı, bir dizi önemli bilgi parçasını içerebilir:

■■ Modelde yer alan konu alanlarına genel bakış
■■ Model kapsamı ve mevcut uygulamalara uygunluk
■■ Raporlama, operasyonel vb. tasarım türü
■■ Modellenen uygulamanın amacı ve işlevi
■■ Modelin sistem mimarisi içindeki rolü; örneğin, bir veri ambarı için bu uygulamanın rolü bir data mart, entegrasyon alanı veya hazırlama alanı olabilir.
■■ Veri modelinin durumu; oturumun kapatılıp kapatılmadığı, incelemede olup olmadığı veya çeşitli sorunların çözümünü beklemede olup olmadığı da dahil olmak üzere
■■ Modeldeki bazı dikkate değer veya sıra dışı tasarım yapılarının nedenleri; örneğin, aşırı anormalleştirilmiş, aşırı normalleştirilmiş, aşırı soyutlanmış veya yoğun şekilde yinelenen belirli yapılar

Model tanımına dahil etmek isteyebileceğiniz yukarıdaki öğeler de meta veri türleridir. Bingo kartında ayrı olarak listelemedim çünkü başka kartlarda olabilir (örneğin, Proje Bingo kartında modelin durumu olabilir) veya yukarıda belirtilen türlerden çok daha az önemli olabilir. Bingo kartı.

Kartı çok ayrıntılı ve potansiyel olarak daha az yararlı bilgilerle karıştırmak istemezsiniz. Bununla birlikte, bu verilerden bazılarının yakalanmasının çok yararlı olabileceğini düşünüyorsanız, bunları bu kartta ayrı meta veri türleri olarak listelemek isteyebilirsiniz.

Bu meta veri türlerinden bazıları, bilgiyi yalnızca bir kez yakalamayı değil, aynı zamanda sürdürmeyi de gerektirir. Örneğin, modelin durumu, güncel tutulması gereken bir meta veri türüdür.

D. Sonraki Model Düzeyine Eşlemeler

Bir konu alanı modelinden mantıksal bir modele geçtiğinizde, konu alanı modelindeki her bir konu alanı ve ilişkinin mantıksal veriler üzerinde varlıklara, ilişkilere ve veri öğelerine nasıl dönüştüğünün bir eşlemesini veya çevirisini tutmanız gerekir. modeli. Konu alanı modelinizde bir Müşteri varlığı varsa, bu müşteri varlığının mantıksal veri modelinde Müşteri, Müşteri Konumu, Müşteri İlişkilendirmesi, Müşteri Sınıflandırması vb. ile eşleştiğini izlersiniz.

Mantıksal veri modelinden fiziksel veri modeline geçtiğinizde de aynı şey geçerlidir. Varlıkların tablolara nasıl dönüştüğünü takip edersiniz. Bu, hiçbir şeyin gözden kaçmamasını veya mantıksal alanda konu alanında değil de aniden ortaya çıkmasını veya mantıksal alanda değil fiziksel alanda ortaya çıkmasını sağlamak için çok yararlıdır.

Konu alanında bir Müşteri varlığı varsa, bunu fiziksel tablolara kadar takip edebileceksiniz. Aynı şekilde veri tabanında Müşteri Demografisi tablosu varsa konu alanı modelinde bir yerde temsil edilmelidir. Bu yararlı bir bilgi olmasına rağmen, manuel olarak bakımı çok zordur ve hızla güncelliğini yitirecektir. Bir kez yapıldığında, işe yaramaz.