Postgresql 11 - Büyük Boyutlu Tablo Ölçeklendirme

Merhabalar Arkadaşlar,

Yıllık Yaklaşık 5 Tb büyümesi öngörülen bir tablomuz var(pdf resim vs
tututalacak) , bunu henüz planlama aşamasındayız tabloyu
ölçeklendirmemiz gerekip , gerekmediği konusunda ve yönteminde
kararsız kaldık,.
Sizce bu tabloyu local de parititioning mi yapmam daha mantıklı yoksa
Foreign tablo olarak farklı sunuculara partitition yapmam mı daha
mantıklı ve efektif olur sizce,?

Parititioned Tabloya başka bir tablodan referens gösterilmesine izin
verilmiyor , bölümlendirme yapacağımız tabloya başka tablolardan
referans yapılıyorsa bu durumu nasıl çözebiliriz?
Ayrıca Foreign Parititioned table'da ise zaten primary keye bile izin vermiyor.

(citus denedik fakat çok fazla limitasyona(recursive query vs )
takıldığımız için vazgeçtik.)

Selam Ali,

"resim vs" bunları db'de tutmamanı öneririm. Large objelerin geldikçe WAL
miktarın artacak ve db maintenance etmen zorlaşacaktır. Ayrıca db'den
resimleri db'ye yazıp çekmen latency'ye de neden olur. Benim sana tavsiyem
Large objeleri tutan professonel bir kaynak kullanıp oradan get ve post
yapman. Eğer böyle bir kaynağın yoksa ayrı bir serverdaki file systemi
kullanabilirsin.

İyi çalışmalar.

FIRAT GÜLEÇ
Infrastructure & Database Operations Manager
firat(dot)gulec(at)hepsiexpress(dot)com

M: 0 532 210 57 18
İnönü Mh. Mimar Sinan Cd. No:3 Güzeller Org.San.Bölg. GEBZE / KOCAELİ

-----Original Message-----
From: Ali Mumcu <alimumcu1077(at)gmail(dot)com>
Sent: Thursday, March 14, 2019 3:46 PM
To: pgsql-tr-genel(at)postgresql(dot)org
Subject: Postgresql 11 - Büyük Boyutlu Tablo Ölçeklendirme

Merhabalar Arkadaşlar,

Yıllık Yaklaşık 5 Tb büyümesi öngörülen bir tablomuz var(pdf resim vs
tututalacak) , bunu henüz planlama aşamasındayız tabloyu ölçeklendirmemiz
gerekip , gerekmediği konusunda ve yönteminde kararsız kaldık,.
Sizce bu tabloyu local de parititioning mi yapmam daha mantıklı yoksa
Foreign tablo olarak farklı sunuculara partitition yapmam mı daha mantıklı
ve efektif olur sizce,?

Parititioned Tabloya başka bir tablodan referens gösterilmesine izin
verilmiyor , bölümlendirme yapacağımız tabloya başka tablolardan referans
yapılıyorsa bu durumu nasıl çözebiliriz?
Ayrıca Foreign Parititioned table'da ise zaten primary keye bile izin
vermiyor.

(citus denedik fakat çok fazla limitasyona(recursive query vs ) takıldığımız
için vazgeçtik.)

Merhaba,

pdf, resim gibi ham veriyi dosya sistemi üzerinde tutmanızı tavsiye ederim.
Veritabanında ise unique id ve path bilgileri tutulabilir. Eğer amacınız
Full Text Search(FTS) özelliğinden yararlanmak ise Solr veya Elasticsearch
ile dışardan çözmeniz veritabanı performansını etkilemeyeceği için daha
ölçeklenebilir olacaktır.

İyi günler.

Burhan Özerdem
www.apkbilisim.com

On Thu, Mar 14, 2019 at 3:46 PM Ali Mumcu <alimumcu1077(at)gmail(dot)com> wrote:

> Merhabalar Arkadaşlar,
>
> Yıllık Yaklaşık 5 Tb büyümesi öngörülen bir tablomuz var(pdf resim vs
> tututalacak) , bunu henüz planlama aşamasındayız tabloyu
> ölçeklendirmemiz gerekip , gerekmediği konusunda ve yönteminde
> kararsız kaldık,.
> Sizce bu tabloyu local de parititioning mi yapmam daha mantıklı yoksa
> Foreign tablo olarak farklı sunuculara partitition yapmam mı daha
> mantıklı ve efektif olur sizce,?
>
>
> Parititioned Tabloya başka bir tablodan referens gösterilmesine izin
> verilmiyor , bölümlendirme yapacağımız tabloya başka tablolardan
> referans yapılıyorsa bu durumu nasıl çözebiliriz?
> Ayrıca Foreign Parititioned table'da ise zaten primary keye bile izin
> vermiyor.
>
>
>
> (citus denedik fakat çok fazla limitasyona(recursive query vs )
> takıldığımız için vazgeçtik.)
>
>

Merhabalar,

Belki şu ürün işinize yarayabilir.
minio.io

İyi çalışmalar

> On 14 Mar 2019, at 14:06, burhan ozy <boetsid(at)gmail(dot)com> wrote:
>
> Merhaba,
>
> pdf, resim gibi ham veriyi dosya sistemi üzerinde tutmanızı tavsiye ederim. Veritabanında ise unique id ve path bilgileri tutulabilir. Eğer amacınız Full Text Search(FTS) özelliğinden yararlanmak ise Solr veya Elasticsearch ile dışardan çözmeniz veritabanı performansını etkilemeyeceği için daha ölçeklenebilir olacaktır.
>
> İyi günler.
>
> Burhan Özerdem
> www.apkbilisim.com
>
>> On Thu, Mar 14, 2019 at 3:46 PM Ali Mumcu <alimumcu1077(at)gmail(dot)com> wrote:
>> Merhabalar Arkadaşlar,
>>
>> Yıllık Yaklaşık 5 Tb büyümesi öngörülen bir tablomuz var(pdf resim vs
>> tututalacak) , bunu henüz planlama aşamasındayız tabloyu
>> ölçeklendirmemiz gerekip , gerekmediği konusunda ve yönteminde
>> kararsız kaldık,.
>> Sizce bu tabloyu local de parititioning mi yapmam daha mantıklı yoksa
>> Foreign tablo olarak farklı sunuculara partitition yapmam mı daha
>> mantıklı ve efektif olur sizce,?
>>
>>
>> Parititioned Tabloya başka bir tablodan referens gösterilmesine izin
>> verilmiyor , bölümlendirme yapacağımız tabloya başka tablolardan
>> referans yapılıyorsa bu durumu nasıl çözebiliriz?
>> Ayrıca Foreign Parititioned table'da ise zaten primary keye bile izin vermiyor.
>>
>>
>>
>> (citus denedik fakat çok fazla limitasyona(recursive query vs )
>> takıldığımız için vazgeçtik.)
>>