Mssql veritabanını Mysql çevirecek uzman arkadaşlar arıyorum..

[venom]

JerusaLem´isimli üyeden Alıntı

Açıklayayım tabi

Eğer asp kodunda ;

* 1 sorguda yapabileceğini, 3-4 sorguda yapıyorsa,
* aynı asp sayfasında database'i 3-4 defa açıp kapatıyorsa,
* nvarchar(20) ile görebileceği işi, ntext ile hallediyorsa,
vs vs vs

MSSQL'den tam verimi alamaz. Hatta bırak MSSQL'i bill gates bile kurtaramaz onu

Bilgiler için teşekkürler ama ben shrink etmesine gerek yok denilen kısma açıklama bulamadım yazdıklarında. Senin verdiğin bilgiler db ye giden query ler. Bunların kullanımı iyi optimize edilmesse serverın hızından verim alamaz bu tamam. Ancak db nin şişmesi 30mb-50mb ve hatta 150mb olması tüm bu sorgularla ne kadar ilgilidir onu merak ediyorum. Yani ben bir sayfada 6 tane vt bağlantısı açarsam db şişecek ama 1 tane açarsam şişmeyecekmi ? Umarım bunu söylemiyorsundur
Çünkü veritabanına gönderdiğin query lerle veritabanı boyutunun alakası yok. İçinde 40-50 makale ve 3 tablodan oluşan bir mssql e 1 adet tek sayfadan oluşan bir kategorisiz scriptle bağlandığın zaman bile boyutu 6-7 mb lara çıkıyor. shrink yaptığın zamanda bu kb lara iniyor. Kitabi bilgi olarak demiyorum ama tecrübe ettiğim için söylüyorum, bu durum vt ye ekleyip sildiğin, veri giriş-çıkışı ve oluşturup sildiğin tablolarla alakalı. Query lerle değil ...yani bir nevi cache temizlemek gibi sanırım.
Aksi halde günlük 30-40k tekil hite sahip (ki mssql tamda burada işe yarıyor) binlerce içeriğe sahip ve manyak gibi bir query akışı olan bir mssql veritabanı sanırım gb larla ifade edilirdi

[JerusaLem]

Sen en baştan beri yanlış anladın zaten.

"Shrink yapmasına bile gerek yok" dediğim olay onun sıkıntısı bu değil demekti.

Yani arkadaşın yaşadığı problem öyle Shrinklik birşey değil. (Bence)

Kodlarla alakalı bir sorun olduğunu düşündüğüm için "shrink yapmasına bile gerek yok" dedim.

Dediğin gibi gb ile ifade edilen bir çok projeyi yaptım ama "ulan bu database sistemini değiştirmem gerek" dediğim bir günü hatırlamıyorum

[venom]

JerusaLem´isimli üyeden Alıntı

Sen en baştan beri yanlış anladın zaten.

"Shrink yapmasına bile gerek yok" dediğim olay onun sıkıntısı bu değil demekti.

Yani arkadaşın yaşadığı problem öyle Shrinklik birşey değil. (Bence)

Kodlarla alakalı bir sorun olduğunu düşündüğüm için "shrink yapmasına bile gerek yok" dedim.

Dediğin gibi gb ile ifade edilen bir çok projeyi yaptım ama "ulan bu database sistemini değiştirmem gerek" dediğim bir günü hatırlamıyorum

haa yanlış anladıysam kusura bakma o zaman...
yok...bende verim alamaması için değil, dosya boyutu 23mb oldu dedi diye o cevabı vermiştim ondan shrink dedim
yoksa verim alamamakla shrink...komik yahu
neyse zor oldu ama anlaştık

[JerusaLem]

Benim düşündüğüm kodlarından dolayı database'in şiştiği ve sunucuyu tükettiği.

Eğer kendi serveri ise sunucuyu istediği kadar tüketebilir, sunucudaki siteler yavaşlar.

Fakat hosting sahibi ise, sunucu yöneticisi o domainin cpu kullanımına limit vermiş olabilir. Ondan dolayıda sitesi yavaşlıyor olabilir.

Yani arkadaş olayı tamamen açıklayana kadar ne yazsak boş

[venom]

yok öyle tabide bizimde emni olmadığımız sadece tecrübeyle sahip oldugumuz bilgiler var. arkadaş zaten yok ortada
Ama o zaman senin dediğine göre query ler bir cache olaraktutuluyor olmalı fakat bu kulağa mantıklı gelmiyor. Çünkü düşünsene 40-50k hitli bir sitedeki query leri :s
veritabanı çatlar yahu
kesin bilgisi olan açıklasana hoş olur aslında...ben sadece tecrübemi yazıyorum çünkü