Jaky SQL server (possibly flame) ?

[Karel Zak]

On Fri, 28 Apr 2000, David Janko wrote:

> "Ing. Pavel PaJaSoft Janousek" wrote:
> 
> >         Mam pocit, ze v nove verzi (cerven 2000?) 7.0 PostgreSQL nebude zadne
> > omezeni na delku query a co se tyce jednoho objektu storovaneho v
> > tabulce, lze to provest ruznymi zpusoby - paklize bude ve verzi 7.0 opet
> > nejake omezeni, pak tu mame LargeObjects pripadne rozdeleni textovych

 Bohuzel omezeni budou. (Soukromne povazuji za zlomovou budouci 7.1). 

> > dat na vice poli... vse ma sve vyhody/nevyhody... zrovna u textu ale to
> > neni az tak tragicke, protoze ten se do tabulek, alespon v PostgreSQL,
> > vklada 'dynamicky' - tedy zabira zhruba pouze tolik mista kolik ma a ne
> > vsechny sloupce * max delka.
> >
> U mysql taky slibuji transakce, ale uz dlouho kde nic, tu nic. V postgre snad
> akorad zvetsili query z 8 kb na 16 kb,  vubec si nejsem jist, zda vubec v realne
> dobe uvazuji o zruseni limitu na velikost jednoho pole v tabulce neb by museli

 Ale premysleji a uz je k stazeni i prvni patch, bohuzel to bude az v 7.1. 

 IMHO prohledavat neco nad 256 (no dobre 1024) znaku je prasarna. Na to jsou 
intexovaci metody ..atd. (hlavne pokud to potrebujes casto..)

> zmenit bin strukturu tabulek (LO nelze prohledavat LIKE a delit to na vice
> sloupcu je pekne neprakticke pokud to potrebujete casto, nehlede na to, za to
> opet zavadi problem s LIKE ...). Predpokladam, ze kazda slusnejsi db ma typ
> variable char, ktery nezabira max.delku ...

 Ano tak to bude v PostgreSQL 7.1.

> To snad ne - pokud chci mit nekolik atomickych operaci v transakci tak nejdrive
> poslu  START TRANSACTION a dokoncim ji COMMIT || ROLBACK. Pokud to neudelam, tak
> snad zadna transakce nebezi (pokud ovsem za transakci nepovazujete atomicke
> zpracovani - ale pak byla mySQL take transakcni ;-) ). Nebo to chapu spatne ?

 Ano. Viz. jak to napsal Honza P. 

 Jinak k puvodnimu dotazu: az tu SQL najdete dejte nam vedet ... :-)

						Karel