BGAFC Vendégkönyv

Σ: 1 post

TCH (statz)

#1, Főfasz (10443)

1885 | #1bf1 | ^ | Idézet | Wed, 18 Apr 2012 13:16:23 +02

89.134.*.*

*.catv.broadband.hu

saxus írta/wrote:
Annyi, hogy sosem volt SQL standard a LIMIT. Régi programokat figyelembe véve nem is volt rá annyira igény ilyen formában.

MySQL-ben gyanítom azért van, mert webre nagy igény volt rá. MSSQL-ben pl. SELECT TOP x ... van. LIMIT-OFFSET az pg/mysql feature. Deal with it.

Ui.: hallottam vmit arról, hogy állítólag terveznek valamit az SQL standardba. Na most véletlenül sem a legkézenfekvőbb LIMIT/OFFSET-et, hanem valami tárolt eljáráson keresztüli undormányt.

A LIMIT hiánya csak egy volt a sok közül, pl. autoincrement sincs benne, úgy mint mysql-ben, vagy serial/bigserial mint pgsql-ben. Helyette vannak külső serialok és triggerrel lehet hozzákötni, vagy table_serial.nextval a primary key helyére insertkor. Nagy élmény volt PHP-ből basztatni.

saxus írta/wrote:
Jó, azt hiszem itt vesztette el a társalgás a maradék komolyságát. Takarítani, rendezkedni lehet a háttérben. C ilyenről nem hallott. Ez meg tény. Ez marhára nem befolyásol semmit a szálkezelést illetően.

Szerintem sincs értelme folytatni, már megint a C-vel jössz, te minduntalan a C-vel akarod összehasonlítani a dzsuvát meg a cisztát, hogy mennyivel gyorsabban lehet benne dolgozni és hiába mondtam el hússzor, hogy ott a Delphi meg a C++, azokban dettó ugyanolyan gyorsan lehet fejleszteni és huszadakkora lesz a végeredmény, meg hússzor gyorsabb, mint ha dzsuvában vagy cisztában tolnád.

saxus írta/wrote:
Mai általános célú programban meg viszonylag nagyon kevés esetet tudok felsorolni, hogy ne kerüljön a képbe a dinamikus memóriafoglalás (akármilyen absztrakt szinten is). Tervezz meg légyszi PHP-ben egy fórummotort, hogy ne kelljen memóriát foglalnia.

Értem és persze ismét, mivel a C-ben ilyen nincs, ezért a dzsuva meg a ciszta a rulez. Az, hogy C++-ban vagy Delphiben van, az nem baj.