Posted By: PaJaSoft (Menhir Mover & Linux Man) on 'CZdatabases'
Title:     Re: Jovo1
Date:      Thu Sep 21 11:13:25 2000

> 1) SELECT .... WHERE 1=0
> 2) SELECT .... WHERE klic IS NULL
> 3) SELECT .... WHERE rowid IS NULL
> 4) vytvoreni prazdne tabulky a SELECT na ni. 
> 5) SELECT .... WHERE klic IN (SELECT co nic nevybere a nevaze se
>    na "vrchni" tabulku)
> 6) SELECT .... WHERE id = 0

     Napada mne (neodzkouseno) SELECT ... LIMIT 0;

> ad [3]
>     Tak toto by melo zabrat vzdy a na jakemkoli databazovem stroji. praxe 
>   ovsem zaznamenala pripady, kdy tento zpusob zpusobi (hezke slovni spojeni,
>   ze ? :-)   na nekterych DB pad samotneho DB stroje. Dokonce nastaly
> pripady,
>   kdy stroj na jedne platforme (treba HP) jel a na druhe (treba SGI) vzdy
>   spadnul.

     Mozna ne, protoze nektere DB znaji napr. OID a nikoli rowid... - mozna se 
pletu (aliasovana syntaxe), ale zrovna toto by na PostgreSQL chodit nemuselo 

> ad [4]
>     Idealni reseni. Sice je tu rezie navic, ale vzdy to funguje ... krome
>   pripadu, kdy si nemuzeme sahnout na klauzuli SELECT, ktera se preda 
>   nekam dal (muzeme sahat pouze na WHERE, FROM). Da se spojit i tabulka
>   s prazdnou tabulkou. Slusne nastaveny stroj s tim nema problem, ale
>   jeden nikdy nevi.

     Reseni na nic, kdo rikal, ze musis mit pravo zapisu, vytvoreni...? BTW 
proc delat rezijne velmi narocne operace (vytvareni souboru) atd., kdyz jsi 
schopen ten samy efekt udelat nad dotazem, ktery jsi mohl mit predtim uz v 
Cache a byl pro nej znamy Query plan? 

     Takze toliko me pripominky, vazne by mne ale zajimalo, proc bych mel 
chtit aby se nic nevybralo... - to muzu ten select rovnou preskocit, ne?;-)

 ..s usmevem a laskou jde vsechno lip, nezapominejte na to v zivote..

                                                                     PaJaSoft

Search the boards