Gelişmiş veritabanı yapısı hakkında soru

Merhabalar

Gelişmiş bir sistem için veritabanı yapısı oluşturuyorum. İleride veriler çoğaldıktan sonra sıkıntı çıkmaması için mimariyi buna göre hazırlamam gerek.

Normalde her verinin işlenme ve kayıt tarihi mevcut , bu verileri yıla göre ayrı veritabanında tutsam sağlıklı olurmu ? istenilen yıl da ilgili veritabanına göre işlem yapsam..

Bu konudaki fikirlerinizi alabilir miyim

Merhaba,

Sistem hakkında bilgi sahibi olmadan, veritabanı yapısı hakkında fikir üretmemizi beklemeniz biraz enteresan olmuş açıkcası.

- Sistem ne üzerine?
- Veriler nasıl işlenecek?
- En çok hangi sorgu kullanılıyor? (select, insert, update, delete)
- Günlük girilecek kayıt sayısı ne kadar olacak?
- Gelişmiş bir sistemden kastınız nedir?

Vesaire vesaire, uyku sersemi aklıma bu sorular geldi ancak.

haklısınız bu şekilde genel bir kavram oldu.

Sistem otel rezervasyonu üzerine,
Rezervasyon,müşteri,acenta ve müsaitlik bilgileri tutuluyor.
Sıkça kullanılan sorgular select ve insert
Günlük kayıt sayısı 100-250 adet diğer tablolara etkiside var

şuan elimdeki bilgiler bunlar.

Merhaba,

Satır sayısı olarak ele aldığımızda çok büyük bir veritabanı çıkmıyor ortaya, 1 milyon kayda ulaşmak için 10 yıl gibi bir sürenin geçmesi gerekiyor. Bu da veritabanınızı bölmenize gerek olmadığı anlamanı geliyor aslında.

MySQL Partition (5.1 ve üstü) konusunu araştırırsanız, zaten verileri farklı tablolara yazmanıza gerek olmadığını anlarsınız. Sisteminizdeki sql sorgularını doğru şekilde optimize edip, doğru şekilde kullandığınız takdirde veritabanı ile ilgili çok büyük sorgular yaşayacağınızı zannetmiyorum. Veritürlerini en uygun şekilde ayarlayın, sorgularınızda gereksiz sütun çağrımları yapmayın vesaire. Örnek bir modellemeniz varsa onun üzerindne tavsiyelerde bulunabiliriz.