|
|
Mssql veritabanını Mysql çevirecek uzman arkadaşlar arıyorum..
- Konbuyu başlatan ottomann
- Başlangıç tarihi
- Katılım
- 1 Şubat 2005
- Mesajlar
- 3,367
- Reaction score
- 5
Veritabanınızın boyutu ve tablo adediniz nedir?
Kaç sayfanız bulunmakta, sayfalarınızın için de değişim istiyormusunuz?
Kaç sayfanız bulunmakta, sayfalarınızın için de değişim istiyormusunuz?
Şöyle söyleyim ;
Aspsitem scripti kullanıyorum, access olan veritabanımı Ms SQL'e çevirdim, fakat verim alamayınca Mysql'e geçmek istiyorum.. İlk başta accessten Mysql'e geçmemekle hata yapmışım..
Şu an Ms Sql veritabanı boyutu 23 Mb
Aspsitem scripti kullanıyorum, access olan veritabanımı Ms SQL'e çevirdim, fakat verim alamayınca Mysql'e geçmek istiyorum.. İlk başta accessten Mysql'e geçmemekle hata yapmışım..
Şu an Ms Sql veritabanı boyutu 23 Mb
+ olarak mssql i shrink edersen o boyut 2-3 mb lara düşecektir 
kaldı ki verim alamamış olmana bende şaşırdım.
Yanlış anlamada eğer mssql den verim alamayacak kadar konuya hakim değilsen myqsl e sakın geçme...asp ile olan koordinasyonları hiç yapamassın
kaldı ki verim alamamış olmana bende şaşırdım.Yanlış anlamada eğer mssql den verim alamayacak kadar konuya hakim değilsen myqsl e sakın geçme...asp ile olan koordinasyonları hiç yapamassın
fazla kasma Access2MySQL Pro 5 program msssql yedeğini (.bak uzantılı) mysqle çeviriyor zamanında bende çok sıkıntı çekmiştim bu konuda...
+ olarak mssql i shrink edersen o boyut 2-3 mb lara düşecektir
Yanlış anlamada eğer mssql den verim alamayacak kadar konuya hakim değilsen myqsl e sakın geçme...asp ile olan koordinasyonları hiç yapamassın
Shrink etmesinede gerek yok.
Problem asp kodlarında olabilir.
Ayrıca arkadaşın dediği gibi ASP-MSSQL ikilisinden verim alamıyorsan MYSQL sana tamamen işkence olacaktır.
Shrink etmeye gerek yoksa asp codlarıyla mssql boyutunun ne ilgisi oldugunu açıklayabilirmisin bana ? Shrink etmek ayrı asp ile db ye yollanan sql sorguları ayrı.
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
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
"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
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ş
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ü
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ü