InterBase: тормозология и глюконавтика
Страница 23. Версии (4.Х, 5.Х, 6.Х)

Версии (4.Х, 5.Х, 6.Х)

Во-первых, пятёрка под Windows ставится в другой каталог. Старая ставилась в \Program Files\Borland, новая - в \Program Files\Interbase Corp. Таким образом, если при переустановке не принять специальных мер, можно остаться с двумя комплектами файлов, причём не известно, на какие файлы будут указывать настройки в реестре. В шестёрке от отдельного каталога InterBase Corp опять отказались.

Второе крупное отличие: сервер для большинства платформ (кроме Linux и SCO - счастливые люди) полностью многопоточный, переписан специально с ориентацией на это. С одной стороны, это сказывается положительно на производительности (хотя InterBase 5 по-прежнему не производит впечатления самого быстрого сервера), с другой - радикально ухудшает надёжность. Падает по всем тем же причинам, что и другие виды InterBase, но гораздо охотнее.

Далее, в Interbase 5 по всей видимости имеется гораздо больше ошибок, и это признают даже авторы. По поводу некоторых из них можно найти разъяснения на https://www.interbase.com/tech/knowledgebase/index.html. В частности, в некоторых случаях некорректно отрабатываются вспомогательные вещи типа подсчёта количества записей в результате запроса. Так же признана и низкая стабильность этого сервера. Это, разумеется, не значит, что он совсем ни на что не годен. Тем не менее, в состав сервера введён дополнительный процесс (InterBase Guardian), который предназначен единственно для того, чтобы в нужный момент перезапустить сам сервер. В некоторых рекламных статьях это решение хвалят, как меру по повышению надёжности, но на самом деле это - позорная заплата, означающая бессилие разработчиков перед горой глюков.

Остаётся добавить, что в свежевыпущенных версиях 5.5 и 5.6 часть глюков по слухам исправлена. Насколько это правда, сказать без опыта реальной эксплуатации пока не могу, но первые впечатления хорошие.

Что касается производительности, то она действительно выросла. Причём иногда существенно, а иногда - нет. В прочем, этот эффект наблюдался и раньше: 4.2 быстрее и глючнее, чем 4.0, а 5.0 - чем 4.2. Выше я уже упоминал в нескольких местах, что вопросы с производительностью отдельных операций в V5 решены. Интеллект планировщика запросов в целом повысился. Однако есть и то, что осталось незыблемым - это операции, связанные с генерацией и сортировкой промежуточных таблиц, не влезающих в оперативную память. Такие таблицы выгружаются в файлы во временном каталоге и ни их размер не уменьшается, ни скорость обработки не возрастает.