![]() | |
| | #1 (permalink) |
| Üye Üyelik Tarihi: 12/2007 Yer: sakarya
Mesaj: 8
|
merhaba arkadaşlar, visual basic ve mysql ile bir proje geliştirdim online bilet rezervasyonu ve satışı ile ilgili ve visual basic te.. yaklaşık 40 terminal online bağlı, ve günde yaklaşık 1500 kayıt giriliyor, 8 ay oldu ve 300 bin kayda eriştik. ama neden se olamdık yerde tablo bozuluyor, özellikle seferler ve rezerve tablolarım da sorun var. onarımı bazen yapıyor, bazen de onaramadığım için yedekleri devreye sokmam gerekiyor ve bu bize 3 saatlik bir veri kaybına maloluyor.. sizlerden ricam, tablo yapılarımda mı sorun var, kullanıcıların yetkilerimi, yada 40 bilgisayarmı ağır geliyor çözemedim.. mysql ile ilk büyük projem hızlı olması için myisam kullandım innodb daha güvenilir imiş ama myisama göre yavaş geldi bana, ve sadece sık bozulan rezerve tablosunu mecbur innodb yaptım, bir umut işte, ama innodb de bozulduğunda myisam gibi rahat onarılamıyormuş.. (sunucum : xeon işlemci 2 gb ram 80 lik iki raid sürücülü Hdd ve linux debian 4.0 işletim sistemi..) dilim döndüğünce derdimi anlatmaya çalıştım.. yardımlarınızı ve önerilerinizi bekliyorum.. teşekkür ederim.. |
| | |
| | #2 (permalink) |
| Kurdoğlu Üyelik Tarihi: 01/2003
Mesaj: 836
|
tablo yapılarını ve sql cümlelerini düzelterek optimizasyon sağlayabilirsin bence. misal 300.000 kaydın bulunduğu tablona doğrudan insert update sorguları göndermek yerine, günlük yoğun işlemler için bir ara tampon tablo oluşturabilirsin.
__________________ Kısmetindir gezdiren yer yer seni, Arşa çıksan âkıbet: yer yer seni. Ânın içün, ânın adı yer oldu, Önce besler, sonra kendi yer seni. |
| | |
| | #4 (permalink) |
| İptal Durumu Üyelik Tarihi: 12/2007
Mesaj: 892
|
Mevcut sistemi eleştiremem.. Yapılan bir çalışma var sonuçta.. mustafa'ya katılıyorum. Eğer tablo yapılarını buraya yazarsanız optimizasyon konusunda öneriler gelebilir sanırım.. Birde programdada iyileştirme çalışmaları yapmanız gerekebilir.. |
| | |
| | #6 (permalink) |
| Matafleur Üyelik Tarihi: 02/2003
Mesaj: 593
|
40 terminal ve gunde 1500 kayit cok yuksek bir rakam degil; daha cok detaya ihtiyac var; kac transaction olusuyor db uzerinde? 50 tps ile mysql 3.23.53 versiyonunda innodb tipinde tablolarla (ortalama 350K kayit iceren) problem yasamadigimi hatirliyorum.. (2001-2002 yillari) cok genel konusmak olacak ama innodb tipinde tablo kullanmanizin sizi cok fazla etkilemeyecegini dusunuyorum.. (elbette davulun sesi uzaktan hos gelir.. :-) ) bu gecis esnasinda sorgulari optimize etmekte de fayda var diger arkadaslarin dedigi gibi.. sql server konusunda yorum yapamam ama oracle icin henuz cok erken :-) ayrica mustafa nin dediklerini ek olarak uzerinde yogun bir sekilde dml yaptiginiz tablolarin boyutlarini kucuk tutmak; index lere dikkat etmek vs de cok onemlidir. sevgi, saygi.. _DD_
__________________ if u wanna fuck with the eagles u've gotta learn 2 fly |
| | |
| | #7 (permalink) |
| Kurdoğlu Üyelik Tarihi: 01/2003
Mesaj: 836
|
mssql - mysql kavgası çıkartmayalım gene. bu forumda db yapılarıyle ilgili epey tartışma oldu. eski yazılardan sql optimizasyonu, indexlerin önemi ve tablo yapılarıyla ilgili epey detay konular da dahil çok bilgi bulabilirsin. ayrıca, büyük tablolara önemli yazma (insert update delete) işlemlerinden sonra, ALTER ile optimize veyâ repair emri göndermek de epey stabilite sağlayıcı bir tedbirdir. bununla birlikte verdiğin rakamlar henüz problem olmaması gereken aralıklarda gibi gözüküyor. bence db'yi bir elden geçirsen, her şey çözülür.
__________________ Kısmetindir gezdiren yer yer seni, Arşa çıksan âkıbet: yer yer seni. Ânın içün, ânın adı yer oldu, Önce besler, sonra kendi yer seni. |
| | |
| | #8 (permalink) |
| Yönetim Kurulu Üyelik Tarihi: 01/2003
Mesaj: 1,310
|
ben tabloları bölmenizi öneririm. daha küçük parçalara.
__________________ Erkan BALABAN www.webtasarimkilavuzu.com www.molaver.net Çözümler ihtiyaçlardan doğar. |
| | |
| | #9 (permalink) |
| Bilgisayarcı Üyelik Tarihi: 10/2002 Yer: İstanbul
Mesaj: 3,063
|
Anladığım kadarıyla burada sorun performans değil, tabloların bozulması. MyISAM kullandığınıza göre arada Stored Procedure yok, Trigger yok, Function yok, Constraint yok.(yoksa var mı) Bu durumda tabloları bozabilecek nitelikte olan tek şey veriler olabilir. Belki bir versiyon güncelleştirmesi de olduysa arada veri dönüşümü sorun çıkarmış olabilir. Arada MyODBC varsa taboların bozulmasını çok doğal buluyorum çünkü aynı şeyi ben de yaşadım. Burada akla gelebilecek en sıkı soru "neden PHP uygulamalarında tablolar bozulmuyor da MyODBC katmanından geçince bozuluyor?" Bence siz ya veritabanınızı SQL Server Express yapın ya da Visual Basic ve MyODBC'den kurtulun. |
| | |
| | #10 (permalink) |
| Cevizci Üyelik Tarihi: 11/2004 Yer: Azerbaycan - BAKU
Mesaj: 476
|
php uygulamalarda da bozulmalar ola bilir... bashimdan gecdi ![]() 10.000 kayita ulasdigimda tablo yapisi bozulmushdu.. fakat daha sonra mysql versionu yukseltdim problem kalmadi. Tablo yapina baksak bi fikir yurute biliriz |
| | |
![]() |
| Bookmarks |
| Seçenekler | |
| |
Benzer Konular | ||||
| Konu | Konuyu açana göre | Forum | Cevap | En Son Mesaj |
| En iyi Mysql tablo optimizasyonu yapma. Tablo türü ozellikleri | vilee | Veritabanları & SQL | 10 | 10/04/2008 20:11 |
| MySql tablo seçenekleri | uYkuSuz | Veritabanları & SQL | 0 | 01/10/2007 03:42 |
| mysql tablo! | christian | PHP | 16 | 03/06/2006 07:29 |
| Tablo ilişkilendirme (mysql) | ozdemir | Veritabanları & SQL | 1 | 30/04/2006 20:16 |
| MS SQL Server'daki tabloyu, bir baska sunucuya transfer edince tablo yapisi bozuluyor | HiperAktif® | Veritabanları & SQL | 3 | 02/06/2004 14:52 |
| Reklamlar & Desteklenenler | |
| Hassas Valf | Hassas Kaplama | Antalyamız | Gazete | Ticari Bilişim | Hakan Müştak | Rüya Tabirleri | Kadın | Hastalıklar | Cepte msn ve e-posta | Webmaster | Antalya Aupair | Turkish Property Antalya | Forum | Chat | Perde | Adsl | Araba | bolindir.com | guncelle.com | livescore | Web Tasarım | evden eve nakliyat | forum | evden eve | sohbet | Resimcim| Kalifiye İnsan Kaynakları | Web Tasarım | Oyun | Yusuf KOÇ | Akın Yorulmaz | şiir | UFO | Web Tasarım | Oyunlar | Canlı Tv | |