Re: bitstring ya da numerik tur uzerinde "bit count" alabilmek

Evet conditional INDEX ler Volkan ın önerdiği çözüm (yoğun
sorgulanan özellikleri ayrı kolonlarda tutup, indexleme) için çok faydalı
olacaktır.
Ama arkadaşımızın bu konuda (ne tür sorgular olabileceği) şuan bilgiye
sahip olmaması, olayı zorlaştırıyor. Yine de ilesi için kod ve tasarımı
değiştirmeden kendisine çözüm olacaktır. Oracle uyusun :-)

Saygılarımla

Adnan DURSUN
ASRIN Bilişim Ltd.
----- Original Message -----
From: "Volkan YAZICI" <yazicivo(at)ttnet(dot)net(dot)tr>
To: "Adnan DURSUN" <a_dursun(at)hotmail(dot)com>
Cc: <pgsql-tr-genel(at)postgresql(dot)org>
Sent: Monday, December 04, 2006 11:59 PM
Subject: Re: [pgsql-tr-genel] bitstring ya da numerik tur uzerinde "bit
count" alabilmek

> On Dec 04 11:34, Adnan DURSUN wrote:
>> Hmm, burada veritabanı indexleme yapısı size yardımcı olmayacak.
>> Ayrıca partitioning özelliğini kullanırsanız okuma işleminin birden fazla
>> partition dan yapılması durumunda performasınız kötüleşecek demektir.
>> İşte bu yüzden sorguların nasıl olabileceğini tahmin etmeniz ve yapınızı
>> ona göre tasarlamanız gerekli.
>>
>> Sanırım, Volkan ın bahsettiği gibi yoğun sorgulama şartlarına göre
>> alanlar kullanıp, veriyi oralarda indexlemeniz anlamlı olacaktır. Yoksa
>> milyonlar seviyesinde kayıt olan bir tabloda index olmadan sorgu yapmak
>> biraz çılgınlık olur :-) yani burada IMMUTABLE fonksionlar işe
>> yaramaz.
>
> IMMUTABLE fonksiyonları INDEX'lerde (ya da yeni yaratılacak tablo
> sütununu oluşturmakta) kullanacağız. Elbette her sorgu için sil baştan
> seqscan yapmak akıl kârı iş değil.
>
> Ama ben yine de çoğu arama sorgusunun deseninin üç aşağı beş yukarı
> aynı olacağını düşünüyorum. En azından bu desenlerden 3-4'ü üzerinde
> INDEX'leme yapılabilir.
>
> Bu arada aklıma conditional INDEX'ler geldi. Bunlardan da epey bir
> yararlanılabilir.
>
>
> İyi çalışmalar.
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/users-lounge/docs/faq.html
>