Yeni Kayıt
Konudaki Resimler
Hızlı 
Bildirim
mysqlde 50sütunluk bir tablo<------------
Sıcak Fırsatlarda Tıklananlar
Editörün Seçtiği Fırsatlar
Apple Watch Series 10 GPS + Cellular 42 mm Gümüş Rengi Kasa Akıllı Saat ve Bulut Mavisi Spor Loop - Standart. Fitness Takibi, EKG Uygulaması, Hep Açık Retina Ekran, Karbon Nötr : Amazon.com.tr: Elektronik
https://www.amazon.com.tr/dp/B0DGJVQQMP?th=1
11 sa. önce paylaşıldı
Daha Fazla 
Bu Konudaki Kullanıcılar:
Daha Az 
1 Misafir - 1 Masaüstü
Giriş
Mesaj
-
-
Özel durumlar dışında 50 sütunluk bir tablo kullanmak veritabanı kullanmamak gibi birşey... 
-
tablonun optimizaysonunda sorun yoksa bi sorun çıkmaz ama varsa isterse 10 sutün olsun gine sorun çıkar -
"tablonun optimizasyonu" nedir? -
quote:
Orjinalden alıntı: cezve
Özel durumlar dışında 50 sütunluk bir tablo kullanmak veritabanı kullanmamak gibi birşey...
özel durumlardan kastın ne? biraz açıklar mısın? -
Yani öyle bir durum olabilir ki 50 veriyi ayıramayabilirsin.
< Bu mesaj bu kişi tarafından değiştirildi Guest -- 24 Kasım 2006; 22:43:56 > -
çok sütunlu tablolar okumayı yavaşlatır....
Böyle durumlarda hedefli dizini okutma mantıgına gidebilirsin...
Ara yerine şu satırı oku demelisin...Yoksa işlemler çok yavaşlar.
Umarım anlamışsındır -
anlamıştır baksana soru(n) gelmediğine göre -
arkadaşın forum sitesine az uğradıgını biliyoruz
işleri vardır
< Bu mesaj bu kişi tarafından değiştirildi looter -- 25 Kasım 2006; 13:00:54 > -
arkadaşlar teşekkürler ilgilendiğiniz için.. zaman buldukça hep forumdayım.. demek istediğini anladım..
başka forumlardan ve kaynaklardan da araştırdığım kadarıyla edindiğim bilgiyi sizlerle de paylaşayım. tabloda 50 sütunun 45i kadarı tinyint tipinde olduğu için yani fazla yer kaplamadığı için istenilen satırı(ları) bulması ve okuması cok zor olmazmış.. ne kadar doğru şu anda bilemiyorum...
ama tabloyu 50 sütunlu hali ile kullanmaya karar verdim.. -
Bu tabloda tuttuğun veriler ve amaçlanan sorğular önemli. Duruma göre 50 sütun uygun olabilir ama düşük ihtimal. Veri tabanı yapısını kavrama aşamasındayken hepsini aynı tabloda tutma eğilimi vardır.
Tüm durumlar için doğru olmaz ama şöyle bir mantık yazabilirim; amaç veri tekrarı yapmadan amaçlanan sorgulara göre verileri olabildiğince çok tablolara bölmek olmalı.
Değişiklik: "tekrar" -> "tekrarı"
< Bu mesaj bu kişi tarafından değiştirildi Guest -- 27 Kasım 2006; 8:07:10 > -
evet ben forum sitesi yapınca denemiştim...
5-10 tablodan birden sorgu yaptıgı halde çok hızlı işliyor...
Bunları aynı tabloda yapmayı denediğimde oldukça yavaşlamıştı -
quote:
Orjinalden alıntı: cezve
"tablonun optimizasyonu" nedir?
tabloyu en stabil şekilde kullanmaktır (sakın stabil ne deme pls :) ) örnek vereyim mesela kimlik tablon var içinde ad soy ad il telefon var
şimdi en basit optimizasyon örneğini verceğim sen gider il field ında izmir istanbul ankara diye tutarsan bu olmaz tablo şiştikçe şişer peki napacaksın 2 haneli bi alan açıp oraya illerin kodlarını yazdıracaksın 35 34 06 gibi bu kodlarıda il table ı açıp ilkod ilad diye 2 alanla tutup kullanacaksın en basit böyle anlatabilirim sanırım ya da ne bilim şöyle ibşey var tel no dedin bir telefon numarası en fazla kaç hane olur 7 numara 3 de alan kodu de 10 olsun sen alır oraya 30 dersen olmaz bu alana char dediğini düşünelim 1 char=1byte(özel bazı karakterler hariç) kayıt başına 20 byte kaybedersin bu fazla bişey ifade etmiyor gibi görünüyor ama aynı hataya bende düştüm 2 byte kayıptan dağlar tepeler oldu şuan aktif çalışan 4 milyon satırlık tablolara sahip bi sistemim var datasını sallama yaptık baştan gidince akıllandık yeni datayı optimize etmemiz 1 ayımızı aldı ama 2 senedir canavar gibi durmadan çalışıyor
neyse çok konuştum galiba umarım yardımcı olmuşumdur.
Muhabbetle....
Sayfa:
1
Ip işlemleri
Bu mesaj IP'si ile atılan mesajları ara Bu kullanıcının son IP'si ile atılan mesajları ara Bu mesaj IP'si ile kullanıcı ara Bu kullanıcının son IP'si ile kullanıcı ara
KAPAT X
Bu mesaj IP'si ile atılan mesajları ara Bu kullanıcının son IP'si ile atılan mesajları ara Bu mesaj IP'si ile kullanıcı ara Bu kullanıcının son IP'si ile kullanıcı ara
KAPAT X
