E-Ticaret Database Diagram hk.

Arkadaşlar, aşağıda resimdeki gibi e-ticaret projesi için en son bu şekilde bir diagram oluşturdum.Sizlerden ricam inceliyerek, mantık hatası varmı, şu şöyle olsa daha performanslı olur vs. diyerek yardımcı olabilirseniz çok sevinirim.Ayrıca Sipariş ve Sipariş Detay tablolarında çok takıldım. Eklenmesini düşündüğünüz kolonları yazabilirseniz çok sevinirim.

Bir endüstri mühendisi olarak gözüme ilk takılan açık Mali yönetim tablosu olmalı. Örneğin o tabloda ; günlük ciro , haftalık ciro , aylık ciro , ençok satan ürünler , ençok görüntülenme alan ürünler gibi mali analiz hamleleri yapabileceğiniz verilerin günlük olarak otomatik güncellenebileceği bir iş planı (otomatik çalışan sql sorguları) da oluşturabilirsiniz. Zira bu verilerin hepsini günlük analiz için sorgu olarak çalıştırıp el ile not etmeniz büyük iş açar =)

Kesinlikle haklısınız. Not alıyorum hemen hocam. Teşekkür ederim.

UrunMarka Tablosu
- UrunID ve KategoriId alanlarına bu tabloda neden ihtiyaç duydun çözemedim.
UrunOzellikDetay
Bu tabloda da kategoriId alanı neden var anlayamadım. Amacın kategoriye özel özellik eklemekse "UrunOzellik" tablosuna bu alanı eklemen daha doğru olacaktır.
TaksitTablosu
Bu tablonun amacını bankanın sunduğu taksitleri sunmaksa, "TaksitTutari" ve "ToplamTutar" alanları yerine o taksit sayısı için bankanın belirttiği oran için alan eklemek daha doğru olacaktır. 1 taksit için faiz oranı 0 ve 3 taksit için 0.5 gibi. 0 ve 0.5 değerlerini tabloda tutarsan ürün detay sayfasında taksit tablosunda ürün fiyatı ve bu oranları kullanarak taksit tutarları ve toplam tutarı hesaplayabilirsin.
Ürün açıklama alanı gibi sınırsız içeriğe sahip olabilecek alanların veri tipini TEXT yapmak lazım.
Foreign Key'leri mutlaka eklemek lazım
İsimlendirme konusunda
- Kategori tablosu için primary key KategoriID olmalı. Yapmışsın zaten. Süper. Bu alanı kesinlikle ID yapmamak lazım.
Ama Kategori tablosunda "KategoriAdi" yerine sadece "Adi" demek daha doğru olacaktır. Tablo adını sadece ID alanında kullanıp diğer alanlarda kullanmamak lazım özetle.
- Tablo, alan, değişken, sınıf vb her şeyi İngilizce yazmaya çalışmak, bunu alışkanlık haline getirmekte fayda var. Dilimizi hepimiz seviyoruz. Ama dünyanın her yerinden yazılımcılar yazdığınız kodları okuyabilmeli. Bu da bir sektör standartı artık.
Yanıldığım noktaları farkeden arkadaşlar düzeltirler umarım.
Projende başarılar

@MKBTR Arkadaşa Katılıyorum. Gözüme Takılan bir yer daha Oldu. SIPARIS Tablosunda Durum Bolean Veri tipini kullanmışsın. Eğer kapsamlı birşey düşünüyorsan SIPARIS_DURUMU Diye ayrı bir tablo oluşturman gerek. Örnek vermek gerekirse.
Sipariş Durumu birden fazla olabilir (Yeni Sipariş, Tedarik Ediliyor, iptal, Hazırlanıyor, Teslim Edildi vs) Bu yüzden Durumlar ayrı bir tablo Siparis Tablosunda is Durum_ID sini tutabilirsin.
Tabi bunlar şuan için gözümüze çarpanlar projeyi yapınca illlaki eksik/fazla ne varsa hepsini kendin göreceksin.
başarılar kolay gelsin.