zobrazeni a aktualizace tabulky PostgreSQL

[Jan Kubik]

>A jaký jiny model pouzivate?

hm.., tak tedy ta absolutne spravna cesta samozrejme neexistuje.
Ve firme, ve ktere pracuji, se pouziva takovy mix nekolika pristupu
pri zobrazovani dat a ktera z metod se pouzije odvisi od aplikace.
Ty hlavni jsou:

1.
strankovani po davkach (nastavitelne napr. pro 15 vet/str.) Na strane
servru bezi modul, ktery cte tech pristich(prechozich) 15 vet a jako
celek je preda clientovi. Samozrejme, ze pro cteni pristi davky je
treba predat modulu odpovidaji hodnutu klice, podle ktereho se data
tridene ctou.
Kdybychom byli nuceni pouzit SQL, tak bychom ucinili to, co jste
vpodstate navrhl, totiz ten prerusovany select s cursorem vzdy s
novym klicem - obaval bych se, ze to bude pomale - ale to neni nas
problem, my SQL nepouzivame

2.
strankovani v celkovem pohledu - pro ty pripady, kdy ma uzivateli byt
zajisteno, ze pri doprednem a zpetnem strankovani vidi na stejnych
pozicich vzdy stejne udaje - toto odpovida v SQL beznemu selectu s
temp. tabulkou

Vtip je tedy v tom, ze se na urovni aplikace rozhodne, jaky styl nahledu
je vhodny a tim se omezi (ne zamezi) problemy, o kterych jsem psal
v puvodnim postingu.

>> PS: SQL je srot, jestli se tomu muzete vyhnout, ucinte to
>Co teda jiného pouzit?

ISAM-Databazi
1. Ctree (www.faircom.com) (BLOBS,SQL nadstavba,64bit,transakce apod.)
2. C-ISAM/D-ISAM (informix, nebo www.bytedesigns.com) (BLOBS chybi-pouze
32k)
3. BerkeleyDB (www.sleepycat.com) (SQL-nadstavba chybi)

A to nejdulezitejsi je - vsechno si ??!!musite/muzete??!! napsat sam.

Pro uplnost musim dodat, ze z politickych duvodu je to samozrejme
sebevrazda,
jit touto cestou, neb pak musite kazdemu vysvetlovat, jak to ze nepouzivate
SQL kdyz to pouziva kazdy - na to jsem nasel v jednom foru nasledujici
odpoved:
<ftip>
lide jezte fekalie, biliony much se prece nemohou mylit
</ftip>