ER Diyagramlarının Önemi

Ben öğrenciyim ve akademimin bir parçası olarak çeşitli projeler geliştiriyorum.

Projelerden biri için veritabanını geliştirirken, ERD'nin gerekli olup olmadığını düşündüğümüz bir durumla karşılaştık. Şu anda, her birimiz önce ERD'yi geliştirmek ve sonra ondan veritabanı geliştirmek konusunda hemfikir değiliz.

İnsanların çoğu doğrudan kağıt üzerinde sistem gereksinimlerine göre veritabanını anında sözlü olarak geliştirmeyi tercih ediyor.

Şimdi, Veritabanı ilkelerinin sıkı takipçisiyim. Bence veritabanı sadece ERD'den geliştirilmeli. Yani, sadece aşağıdakileri bilmek istiyorum:

• Endüstri bu ilkelere uyuyor mu?
• Bir ERD geliştirmek için zamanımı mı harcıyorum?
• ERD geliştirmenin faydaları nelerdir?

Basit ve basit, ERD'siz bir veri tabanı geliştirmeyi, inşaat planı olmayan bir ev inşa etmeyi düşünün. Bu yapılabilir çünkü bir şeyi inşa etmek için sadece bir tuğla döşemenin yeterli olduğunu düşünüyorsunuz, ancak bir başkası proje üzerinde sorumluluk aldığında afet potansiyeli var.

Deneyimlerime göre, ileri ve geri mühendislik gibi gerçekten yararlı işlemler gerçekleştirmenize izin verecek olan CASE araçları (ERWin, MySQL Workbench vb.) İle birlikte kullanmazsanız ERD'lerden çok fazla faydalanmayacaksınız. Bu işlevler olmadan bile, tam veritabanının merkezi bir şemasına sahip olmak yararlıdır, çünkü bazen veritabanında uygulanan kısıtlamalar, belirli veritabanı varlıkları arasındaki ilişkiler hakkındaki tüm hikayeyi anlatmak için yeterli değildir.

İşte bildiğiniz gibi, başta MyISAM ve InnoDB olmak üzere birçok dahili depolama motorunu uygulayan MySQL'i içeren bir örnek. Aralarında en önemli olanlardan biri de MyISAM'ın kısıtlamaları desteklememesidir. Buna rağmen MyISAM, web uygulamaları için yoğun bir şekilde kullanılmaktadır, bu da ilişkisel mantığın iş mantığı (uygulama kodu) veya başka bir şekilde uygulanması gerektiği anlamına gelir. Sorun, bir ERD'yi MyISAM tabloları (varlıkları) ile ilettiğinizde MySQL, ERD tarafından belirlenen kısıtlamaları sessizce göz ardı edecek ve varlıklar arasındaki ilişkilerin doğasını açıkça tanımlamayan bir veritabanı ile sonuçlanacaktır. Başka bir deyişle, veritabanı düzenini geliştirdikten sonra, kod geliştiricilerinin bir ERD olmadan uygun iş mantığını uygulamasının bir yolu yoktur.

ERD'ler veritabanı yapınızın net bir resmine sahip olmak gerçekten güzel. Projeniz için önemli bir belge artefaktı olmasının yanı sıra, sorguları, özellikle tablolar arasında birleştirmeleri gerektiğinde kolaylaştırır. Çift monitör yapılandırmasına sahip olmanın ne kadar güzel olduğunu hayal edin, sol tarafta ERD'niz ve sağ tarafta sorgu düzenleyiciniz var. Tablolar arasındaki ilişkileri açıkça görebilir ve sorgularınızı buna göre yazabilirsiniz. Veritabanı projeniz oldukça basitse ve projeniz gerektirmiyorsa, belki de onsuz yaşamak sorun olmaz.

ERD düşündüğünüzden çok daha fazla zaman kazandıracak, Her şeyi anında yaparsanız, bağlantı tabloları oluşturmak istediğinizde sıkışacaksınız.

Birkaç yıl sonra ERD olmadan veritabanına rastlarsanız, projenizde neler olduğunu görmek için çok zaman harcamanız gerekir.

Şirketim var ve ERD tasarlıyoruz, ERD olmadan veritabanı düşünmeyin. (Aslında bu benim kendi kişisel denemem)

ERD'ler bir süre önce daha yaygındı. IMO artık az çok isteğe bağlı.

Şu anda, bazı son derece başarılı takımlar ERD'lerle hiç uğraşmıyor, ancak mükemmel sistemler sunuyor: sağlam, performans ve uzun vadede bakımı kolay. Bu özellikle küçük başladığımızda minimalist bir araç seti ile Çevik gelişim için geçerlidir.

ERD'ler elbette iyi bir iletişim yoludur, ancak hiçbir şekilde tek yol veya her koşulda en iyisi. Bazı ekipler diğer dokümantasyon ve iletişim yollarını tercih ederler.

Bu endüstride battaniye kuralı yok.

Üretim kodunu yazmadan önce tasarlamak önemlidir. Prototip oluşturmak da önemlidir; veritabanı insanları SQL yazarak prototip geliştirir. (Fred Brooks'un prototipler hakkında söylediklerini hatırlıyor musunuz?)

ER'si sadece bir olan grafik dillerinin, bir veritabanının tüm anlambilimini, anlaşılması kolay ve basit bir şekilde yakalamada çok iyi olduğu kanıtlanmamıştır.

Geliştiriciler arasında çok etkili iletişim araçları oldukları da kanıtlanmadı. Ancak veritabanlarını tasarlarken, önemli iletişim geliştiriciler arasında değildir; geliştiriciler ve alan adı uzmanları (geliştiriciler ve iş adamları arasında) arasındadır.

Nesne-Rol Modellemesi (ORM) grafiksel bir dile sahiptir, ancak "gerçeklere" (basit cümleler) dayanmaktadır. İş adamları gerçekleri kolayca doğrulayabilir. İş adamları olamaz kolayca ER diyagramı veya bir ORM diyagramı doğrulamak.