Administrace komentářů

Ve skutečnosti jsou rozdíly minimální.

Když si zobrazíš grid z DBF, tak se tam taky nevyleje celá databáze. Ale jenom to okýnko co se vejde na obrazovku. (Ačkoliv setkal jsem se s... ehm. Budeme se bavit o normálních aplikacích.)

Takže když pomocí toho next dojdeš na kraj seznamu, tak se na pozadí načte dalších dvacet záznamů.

No, a u SQL je to úplně stejné. Jen je tam jiná syntaxe, jinak se získávají data, je tam deklarativní architektura, takže načítání dat je extrémně optimalizované.

Poznámka pro nakopnutí 1: "Mozem dat v DB offset a skocit na koniec" - no, můžeš. Ale co je to vlastně konec? Vyfiltrovaný seznam z původních 500000řádků, omezených filtrem na 100000, seřazených podle názvu sestupně - má konec jinde.

Poznámka pro nakopnutí 2: "co je dalsie zdrzanie" - SQL databáze jsou rychlejší než staré souborové databáze.

Poznámka pro nakopnutí 3: "hladam to zas cez dalsi selekt alebo hladam v pameti z nacitanych dat" - zde tě mate zkušenost ze souborových databází, které jednak byly jednouživatelské, a druhak často spojovali databázi a UI.

SQL je čistě databázový engine. Samozřejmě ti nic nebrání vytvořit si filtrování na načtenými daty v paměti, ale dle mé zkušenosti to nikdy nebyl dobrý nápad.

Jak budeš řešit problém, kdy si vypíšeš záznamy z tabulky a než si cokoliv rozmyslíš, tak ti tam nové záznamy přitečou, některé se změní...?