Опять. Ну почему почти все топики переходят в MSSQL vs Firebird, MSSQL vs Oracle? Хорошо еще, что IB никто с Oracle вроде еще не сравнивал...
2Заяц: Если ты с MSSQL на Interbase скакнул, привыкни, что все по-другому, еще и не так взвоешь :) Это же переход с блокировочника на версионник. Насчет создания БД - есть великолепный IBExpert, который для русских бесплатен, наша разработка. Правда, я привык к блокноту, не простому, конечно, с подсветкой синтаксиса и тд. Мне удобно просто писать скрипт, все в тексте и не надо ползать по БД в поисках "Как же я назвал это №;%* поле?"
Насчет клонов. FB1 очень похож на IB6, добавнено несколько усовершенствований, и исправлены ошибки (IB6 пользоваться не советую). IB7 & FB1.5 - просто разные вещи. Причем FB1.5 выглядит очень достойно, и в плане производительности, и в плане возможностей.
Я бы рекомендовал брать связку FB1.5 + IBExpert, вся работа с базой покрывается полностью. Сейчас, правда, RC5, но релиз выйдет очень скоро, думаю, в начале сентября :)
Есть еще Yaffil - клон для Windows, быстро работающий, немного с другими возможностями.
Для MSSQLщиков примечания по IB: Dirty read нету, совсем. Identity тоже нет, есть генераторы. НА вопрос "как получить значение поля, в которое триггер вставил значение генератора" уже, думаю, все устали отвечать. Проще всего select Gen_ID(<Gen_name>,1) from rdb$database даст тебе значение автоинкремента на клиенте, и можешь его засунуть... Ээээ... В общем, куда хочешь.
Snapshot в IB на чтение абсолютно не напрягает, хоть всю базу читай. Фантомов тоже нет :)
Все остальное - www.ibase.ru Я бы посоветовал начать с транзакций.

>Во всех ИБ нельзя сделать запрос сразу к нескольким базам.
>Это огромный недостаток(ИМХО).
Этого нет, но недостатком я бы это не считал... Можно, кстати, делать транзакции одновременно на несколько БД, а там уж читай/пиши в них. Отдельными запросами. Данные-то обычно в одной базе хранятся. Мне, например, гетерогенные запросы ни разу не понадобились...

>Есть путаница и несовместимость с диалектами (есть там такое понятие).
Нет там путаницы. IB5 на 1 диалекте, все остальное - работайте на третьем. Разобраться легко.

>Очень тормозит на подзапросах (!).
Ну это планировщик. Слабоват, эт точно. Могу сказать только, что у FB1.5 все гораздо лучше планируется. А так - делайте select SP, и подзапросы не понадобятся...
>Нельзя получить select (как таблицу) из процедуры, как это очень привычно в скуле (может кто умеет ????).
Это как нельзя?! SUSPEND еще никто не отменял... Равно как и запросы select from MySP(:param1, ...) - у меня вся отчетность только на select SP и построена. for select ... suspend; end - внутри проверяй, добирай и тд.
Кстати, весьма эффективно, и позволяет не пользоваться подзапросами :)

>Ща не помню, но были какие-то проблемы с рус.кодировкой при переходе
на FireFirebird\Линукс (чтобы все было класно, Линукс должен иметь WIN-кодировку).
А фиг его знает... Впрочем, это скорее проблема клиентской части, так-то системе пофиг, что внутри базы. Кодировка для русского там win1251 только, эт правда