1. Файлът с данни не може да бъде по-голям от 2 гигабайта

Не 2 и 4. И не на всички, тъй като в по-старите версии на InterBase, като 4.x / 5.x. В InterBase 6.0 и по-високо, Firebird и зелен кълвач, такова ограничение не.

Ограничение за размера на файла се определя главно чрез използване на диск файлова система, сложи базата данни. Например, за FAT16 е 2 GB за FAT32 - 4Gb върху NTFS - Имате ли достатъчно, за да продължи цял живот.

Това означава, че ако сте като избраната файлова система NTFS или другата страна (на Linux), който все още няма "деца" ограничения за размера на файла на 4 GB, можете да не се мисли за multifile база данни.

Между другото, дори ако сте избрали FAT32, можете да създадете множество дялове, и да се създаде база данни InterBase няколко файла на базата данни, както и Firebird, общата сума на които е ограничен от размера на файла на 131 терабайта.

2. InterBase и Firebird - СУБД за много малки задачи

Това зависи от това, което се счита за малък. Ако 10-100 гигабайт база данни е малко нещо, или броя на едновременни потребители 300-500 - твърде малко нещо, да.

3. InterBase и Firebird не работят добре с бази данни, по-големи от 200 мегабайта

4. записи версия са отстранени, когато Restore (и, съответно, се съхраняват в архива), или
gbak -g записвания без резервна версия, както и по подразбиране - версии с рекорди

Нищо подобно. При никакви архивни версии на записите, които не се поддържат, а не, те не са необходими. Backup процес като цяло е обща снимка транзакция (при повторно четене), който гласи само тези версии на документи, които са били в момента на старта си. Един механизъм за боклук версии или nesborku отговорен no_garbage_collect флаг, които могат да се използват в връзка с конвенционални библиотеки DSS (т. Е. В приложения като ускорение на проби в някои случаи).

5. Records версия се създава, когато четеш

Версиите са създадени само когато променяте или изтривате записи (UPDATE или DELETE). Когато четете, а напротив, ако открие безполезен версия на един и същи запис, на onisobirayutsya като боклук (т.е.. Д. Премахнато. Cm. StatyuLINK). Така че можете да най-малко obchitatsya, но за да не се създават нови версии за това няма. От друга страна, запис на актуализация създава нова версия на този запис, във всеки случай, без значение кой друг да го прочетете този запис или не.

6. База данни файлове (GDB) трябва да се даде достъп (акции) на потребителите

Не правете това, че е напълно безполезен. InterBase и Firebird - няма файлов сървър, както и базата данни е активен. Клиентът изпраща само информацията на сървъра от база данни, че иска да работи, и това, което интересува, че иска да извърши. В действителност, тази точка е повече свързани с това, което не трябва да направя, за да InterBase и Firebird.

7. виждам по отношение на информация за думата на заявката ЕСТЕСТВЕНО! О, ужас!

Всичко е наред. Таблица че оптимизатор избра за сортиране на записи в естествения ред (естествено), може да са малки, е съвсем оправдано. Или чрез използването на природен ще бъде по-малко от база данни на страница в сравнение с използването на индекса.

8. InterBase и Firebird са направени за Windows, така че при Unix (Linux, Solaris, и така нататък. Н.) Те не работят

Нищо подобно. InterBase първи път е създаден за Unix, както и преди напусна Windows-версията, имаше 15 "портове" за различни Unix (AIX, IRIX, SCO, HP-UX.). Всъщност, Windows-версия се появява през 7-8 години след първата версия на InterBase. Firebird, например, има "родния" версия на Windows, както и за най-различни Linux / Unix варианти (дори включително MacOS).

9. Съставител планове на запомнената процедура за заявки

Нищо подобно (ако планът на заявката не е посочено изрично). Този мит се основава на факта, че процедурата или спусъка след първата процедура (и това беше в този момент се изчисляват планове за заявки, които са написани в процедурата) остава в кеша за метаданни, докато всички клиенти, призовава процедурата, без да изключвате. В този случай, наистина, докато процедурата е в паметта, планове на заявките не са се променили, дори ако промените статистиката използват индекси планове.

Нищо подобно. По отношение на бързината и лекотата на инсталиране, на практика нищо не се е променило от времето на InterBase 4.0, например. Разбира се, най-новите версии на InterBase и Firebird съдържат много нови функции и настройки за конфигурация. Но никой не прави тази нова функционалност, който използвате, както и запознаване със сървъра с настройките на усукване в конфигурационния файл. Това означава, че ако искате, можете да впрегнете силата на IB 4.x, 5.x или 6.x, в този случай, вашият код ще бъде съвместима с всяка нова версия на InterBase и Firebird.

Разбира се, в по-новите версии на InterBase и Firebird корекции на грешки. Ако пишете код (SQL, процедури, тригери), който в момента се смята за погрешно - да, тя ще трябва да бъде променена. Но няма смисъл за начинаещи да използват версия на базата данни на стария.

Ако ви харесва, и сте чули нещо друго, по същия начин - вие сте добре дошли да изпратите.