Tévhitek a Firebird és interbase

1. Az adatbázis fájl nem lehet több, mint 2 gigabájt

Nem a 2. és 4. És egyáltalán nem, mint a régebbi verziói InterBase, mint például a 4.x / 5.x A InterBase 6.0 és magasabb, Firebird és zöldharkály, ilyen korlátozást nem.

A korlátozás a fájl mérete döntően használata a fájlrendszer lemez, tegye az adatbázist. Például FAT16 2 GB FAT32 - 4Gb NTFS - van elég egy életre.

Azaz, ha a választott fájlrendszer NTFS vagy a másik (Linux), amelynek nincs „gyerekek” korlátozások a fájl mérete 4 GB, akkor nem gondol a többfájlos tárol.

By the way, akkor is, ha a kiválasztott FAT32, akkor több partíció létrehozását, és hozzon létre egy multi-fájl adatbázis InterBase adatbázis, és a Tűzmadár, a teljes összeg, amely korlátozza a fájl mérete 131 terabájt.

2. InterBase és Firebird - DBMS nagyon kis feladat

Ez attól függ, hogy mi tekinthető kicsi. Ha 10-100 gigabájtos adatbázis egy kis dolog, vagy az egyidejű felhasználók száma 300-500 - túl kevés dolog, igen.

3. InterBase és Firebird nem működik jól adatbázisok nagyobb, mint 200 megabájt

4. Verzió bejegyzések törlésre kerülnek visszaállítása (és ennek megfelelően vannak tárolva a mentés), vagy
gbak -g bejegyzések nélkül mentett változatát, és az alapértelmezett - verziók bejegyzések

Semmi ilyesmit. Semmilyen biztonsági verziói feljegyzéseket nem, és nem, ők nem szükséges. Mentési folyamat általában egy közös tranzakciós pillanatkép (ismételhető olvasás), amely beolvassa csak azok a verziók rekordok, hogy már abban az időben az elindítását. A szerelvény szemetet változatok vagy nesborku felelős no_garbage_collect zászló, amely lehet használni a kapcsolat a hagyományos könyvtárak DSS (m. E. alkalmazások, mint például gyorsulás mintákat néhány esetben).

5. Records verzió jön létre, ha olvas

Változatok jönnek létre csak akkor módosíthatja vagy törölheti bejegyzések (UPDATE vagy DELETE). Olvasása közben, éppen ellenkezőleg, ha az érzékelt haszontalan változata ugyanazt a rekordot, a onisobirayutsya, mint a szemetet (azaz. E. távolítani. Cm. StatyuLINK). Így legalább obchitatsya, de nincs új verziói nem fog. Megfordítva, a felvétel frissítés létrehoz egy új változata ezt a rekordot, hogy minden esetben, függetlenül attól, hogy ki mindenki azt olvassa ezt a rekordot, vagy sem.

6. Adatbázis fájlok (gdb) hozzáférést kell biztosítani (részvény) a felhasználók

Ne csináld ezt, ez teljesen felesleges. InterBase és Firebird - nincs fájlszerver és az adatbázis aktív. A kliens csak akkor küld a kiszolgáló adatbázis adatait akar dolgozni, és milyen kérdéseket akar végezni. Tény, hogy ebben a kérdésben inkább kapcsolódik mit ne tegyünk, InterBase és Firebird.

7. látok szempontjából tájékoztatás a keresett szó természetes! Ó, a horror!

Ez rendben van. Táblázatból látható, hogy az optimalizáló úgy döntött, egy válogatás rekordok a természet rendje (természetes), lehet kicsi, ez elég indokolt. Vagy az a természetes kisebb lesz az oldal tárol, mint az index.

8. InterBase és Firebird készülnek a Windows, így Unix (Linux, Solaris, és így tovább. N.) Ezek nem működik megfelelően

Semmi ilyesmit. InterBase először létre Unix, mint korábban elhagyta a Windows verzió, voltak 15 "port" a különböző Unix (AIX, IRIX, SCO, HP-UX).. Valójában, a Windows-verzió jelent meg 7-8 év után az első változat InterBase. Tűzmadár, például egy „natív” verzió a Windows, és a különböző Linux / Unix változatot (ideértve akár MacOS).

9. Összeállította tárolt eljárás lekérdezési tervek

Semmi, mint ez (ha a lekérdezési terv nincs kifejezetten megadva). Ez a mítosz a tényen alapul, hogy az eljárás vagy a trigger az első hívást követő (és ez volt az a pont kiszámítása lekérdezési terv vannak írva az eljárás) marad a metaadat cache amíg az összes ügyfél kéri az eljárás megszakítása nélkül. Ebben az esetben valóban, amíg az eljárás a memóriában, lekérdezési tervek nem változnak akkor sem, ha megváltoztatja a használt statisztikai mutatók terveket.

Semmi ilyesmit. Ami a sebességet és az egyszerű telepítés, szinte semmi sem változott, mivel az InterBase 4.0, például. Természetesen a legújabb verzió InterBase és Firebird tartalmaz sok új funkciók és a konfigurációs beállításokat. De senki sem teszi ezt az új funkciót használja, valamint ismerős a szerver torziós beállításokat a konfigurációs fájlban. Azaz, ha azt szeretnénk, akkor kihasználhatja a IB 4.x, 5.x vagy 6.x, ebben az esetben a kód kompatibilis lesz egyetlen újabb verziója InterBase és Firebird.

Természetesen az újabb verziójú InterBase és Firebird hibajavítások. Ha írsz kódot (SQL, eljárások, triggerek), amely most úgy, hogy téves - igen, akkor módosítani kell. De nincs értelme a kezdők, hogy a régi változata az adatbázis.

Ha úgy tetszik, és hallotta valami mást ugyanúgy - szívesen küld.