Bļin...

Ņemot vērā, ka postgre jau sen my griež iekšā, kautkas takš bija jādara lietas labā ;)

griež iekšā ar ko? ar lēnāku performanci?

Paaxc, argumentus, lūdzu. ;)

Tfu, tu viens. Iepriekšējais posts no manis.

Neizskatās jauki nevienā acī. LIMIT trūkums gan jau, ka ir piekodējams (kaut arī, "Due to Falcon's way of key access Falcon cannot handle LIMIT properly" izskatās, ka tā ir falkona arhitekturāla problēma), bet zemāka performance pat par myisamu un inno pie triviāla selekta pēc primārās!!! atslēgas, un nelieli performances uzlabojumi tikai pie mākslīgiem ne-iz-šīs pasaules selektiem (SELECT min(dob) FROM $tableName WHERE id between %d and %d? c'mōn. es varu iedomāties pāris variantus, kad tas noder, bet tas nekādi nebūs man falkona selling points), vopšem, skumjš paskats, un šobrīd izraisa tikai akadēmisku interesi / vienaldzību.

Elfz: kā reizi akadēmiskā interese ir tā, kas man lika rakstīt "interesanti". Ibo, diez vai viņi liktu klāt jaunu endžīni (pat, ja jāaizvieto BDB!) neskatoties uz to, ka tā ir lēnāka nekā jau esošās. Konkurenti ātri aprītu.

laacz ja tu gribi rakstīt par MySQl Engini labāk ir paskatīties PBXT http://www.primebase.com/xt/

Tur vismaz ir jauki palasīties whitepaperi un arī prezentācijas grafiki pārsit Innodb...

Diemžēl laika trūkuma dēļ kā parasti nesanāk pašam notestēt bet to noteikti izdarīšu.

Visvairāk mani "sajūsmina" Falcon tabulvietas - "all data within one database is stored within a single tablespace, which in turn is stored within a single file within the MySQL directory structure" ...

Par ātrdarbību nav vērts daudz spriedelēt - Alpha relīze tomēr.

P.S. Apsveikumi elfz'am, kuršs, acīmredzot, vienmēr spēj atlasīt VAJADZĪGOS datus tikai pēc primārās atslēgas :)