yüksek miktarda veri için VT?

[DotNetKid]

tablo 1: 30 milyon kayıt
------------------------
alanlar:
--------
1- otomatik sayı
2- uzun tamsayı
3- metin
4- metin
5- metin
6- metin
7- uzun tamsayı
8- bayt

tablo 2: 300 milyon kayıt
-------------------------
alanlar:
--------
1- oto sayı
2- uzun tamsayı
3- metin
4- metin
5- metin
6- metin
7- not

tablo 3: 30 milyon kayıt
------------------------
alanlar:
--------
1- oto sayı
2- uzun tamsayı
3- metin
4- metin
5- metin
6- metin
7- metin
8- metin
9- metin
10- metin
11- metin
12- metin
13- metin
14- metin
15- uzun tamsayı
16- metin
17- metin
18- metin
19- tarih/saat
20- tarih/saat

tablo 4: 600 milyon kayıt
-------------------------
alanlar:
--------
1- oto sayı
2- uzun tamsayı
3- not
4- metin
5- bayt
6- bayt
7- metin

tablo 5: 300 milyon kayıt
-------------------------
alanlar:
--------
1- oto sayı
2- uzun tamsayı
3- metin
4- metin
5- bayt

tablo 6: 300 milyon kayıt
-------------------------
alanlar:
--------
1- oto sayı
2- uzun tamsayı
3- uzun tamsayı
4- metin
5- metin
6- metin
7- metin
8- metin
9- metin
10- metin
11- bayt

tablo 7: 300 milyon kayıt
-------------------------
alanlar:
--------
1- oto sayı
2- uzun tamsayı
3- metin
4- metin
5- bayt
6- metin
7- metin
8- bayt
9- not
10- bayt
11- bayt
12- bayt
13- bayt

toplam yaklaşık : 2 milyar kayıt

soru 1: tipi not olan bir alana 3 cümle kayıt girdiğimizde VT de 3 cümlelik mi yok not kadar mı yer kaplar.

soru 2: yukarıya girileceği tahmin edilen yaklaşık veri miktarlarına sahip veritabanı hakkında ne düşünüyorsunuz:
- hangi veritabanını kullanmak en mantıklısı olur
- proje bir web projesi
- VT suan access ile hazırlandı ama yetmeyeceğini düşündüğümüz için mySQL e cevirmeyi düşünüyoruz.
- daha başka tavsiyeleriniz fikir ve yorumlarınız varsa rica ediyor ve bekliyorum.. tşk ler... iyi çalışmalar...

[syperusta]

1. Girdigin cümle kadar yer kaplar. (Bunu deneyerek görebilirsin zaten).

2. Şimcik şöyle bir durum var. Bu dert benim içinde aynı access ile yapmıştım bir siteyi ve şu anda veritabanı baya şimeye başladı. içinden manuel olarak bir şeyi degiştirecegim vakit çok sorun oluyor. Onun için MYSQL e geçirip bir denicem bakalım. çünkü MYSQL in MYAdmin gibi benzeri araçları ile işini kolayca cozebiliyorsun.
Hosting lerde de genelde oluyor her halde MYAdmin e benzeye şeyler.

birde Access ile çok yawas oluyor. Localimde bir access ile denedim aynı siteyi birde SQL Server ile sonuçları şöyle


Access ile 2,5 Second
SQL Server ile 0,5 Second gibi bir surede siteden sayfaları alabiliyorum.

Ama tabi MYSql i denemedim hiç deniyecem.

[DotNetKid]

bildiğim kadarıyla MySQL Access ten ve Ms SQL Server dan cok daha hızlı. hatta bir duyuma göre Google Vt si MySQL miş..

ama şimdi burada hız kadar önemli bir konuda Vt nin gücü. dediğim gibi ortalama 2 milyar kayıt (bu sayı 15-20 milyar kayda da ulaşabilir.. ama sanırım bundan da fazlası olmaz..) (ve her bir kaydın bi sürü alanı var, kimisi not tipinde vs..) var. acaba diyorum SQL Server mı kullansak..

Eğer 15-20 milyar kayıt olursa kabaca VT boyutu 80-90 GB oluyor.. bu kadar büyük bir dosyadan veri sorgulaması yapmak nasıl olur acaba

[darky_dark]

access ile olmayacagini dusunuyorum -karsi gorusler de olabilir-
kriterlerinizi daha da detaylandirdiktan sonra bilinen veritabanlarini test etmenizi oneririm.. kriterlerinize ne eklenebilir: mesela; maliyet, hot backup-restore, high availability, querylere ortalama cevap verme suresi...

butun bu kriterleri belirledikten sonra zaten testlerde hersey ortaya cikacaktir.. -daha once denenmistir-

bunun disinda bir veritabani onermek koru korune olacaktir ama o boslugu da dolduralim :-) asagidaki konfigurasyon isini gorur:

ben olsam orta boy 2 tane sun fire v890 alirim. (makine basina 8 cpu, 64 gb ram)
ustune sun cluster ve oracle 10g kurarim, active-active calistiririm.
tabii ki bunun maliyeti ne olur:
v890 >> tanesi 160K $ * 2 = 320K $
oracle >> cpu basina yaklasik 25K $ * 16 = 400K $
toplam: 720K $

sevgi, saygi..

[acemi]

Verilerin miktarı açısından bakıldığından hangi veritabanını kullanırsan kullan sanırım pek bir sorun çıkmaz.

Asıl önemli nokta, kaç eşzamanlı kullanıcının ne tip sorgular/işlemler yaptıracağı.

MySQL çok daha hızlı diye birşey yok. Bu sadece bir hurafe ama yine de ben olsam Linux, XFS dosya sistemi ve MySQL kullanırdım.

[DotNetKid]

proje Asp + Asp.Net ile yapılacak..

sorgular, genelde normal Select, Inner Join li Select, ama bir sayfada birden fazla sorgu olabiliyor mesela 10-15 tane.

bunun yanında yeni kayıt giriş ve güncelleme vs..

aynı anda kaç kullanıcı bilemem tabii. yada hit.. günde 500.000 Tekil Hit de alabilir veya eşzamanlı erişim 1000 de olabilir, 100 de 5000 de.. bilemiyorum..

(bir de sunu belirteyim; yukarıdaki mesajlarım da dahil, tüm mesajlarımda ucuk rakamlardan bahsediyorum GB ları alacak VT, 500.000 Tekil hit filan, bunlar suan sahip olunan değerler degildir. İleride sahip olunması beklenen hedeflenmiş değerler de değildir. sadece en fazla değeri dşünüp yolun başında ona göre tedbirler almak için kullanılmıştır. belki hiç birine ulaşılamayacak.. )

[Magic2Melody]

Access kaldırmaz, Mssql sorun çıkarmaz ve iyi performans alırsın...

[DotNetKid]

proje de MySQL kullanılacak arkadaşlar.. yorumlarınız icin tşk ederim. başka yorumlarınız varsa beklerim..

[teddmcload]

MySQL kararı alman bence yerinde olmuş. projede kolaylıklar dilerim

[IcenGuard]

Veritabanlarında sorgu hızı kayıt sayısına bağlı olmaması lazım, 10 kayıt dada 1M kayıtdada aynı surede hash uretilmiyor mu? yanlış mı düsünüyorum?