kdvNickDeeПочитай про сценарий с IIS и переменной FIREBIRD: 15144742. И посоветуй хорошее решение :)
не буду. с моей точки зрения попытка работы с двумя разными ФБ или ИБ из IIS - полная бредятина. Не говоря уже даже про использование ОДНОГО embedded из под IIS.
Придумать все что угодно, на эту тему есть поговорка - "неудобно с...ть в почтовый ящик", извиняюсь, если грубовато. Зачем пытаться реализовать какие-то несуразные сценарии, которые практически не имеют права на существование? Дай КОНКРЕТНЫЙ пример КОНКРЕТНОЙ проблемы. Причем не просто абы "я хочу", а обоснуй исходно реальную (а не выдуманную) практическую необходимость заворота с несколькими серверами.

IIS сервис, который перегоняет посредством sql базу из любого формата в любой (в рамках совместимости, естественно).
Причём работает в многопоточном режиме, т.е. несколько пользователей одновременно могут перегонять базы. Причём работать это должно в рамках одного процесса (т.е. вся логика в dll).
Прикинь как удобно - открыл веб-страничку, отдал туда базку, указал во что перегнать, получил базу в нужном формате :)
Только не говори плиз, что это никому не нужно, что есть другие способы решить эту задачу, что можно отдельный exe запускать на куждую перегонку, и пр. отмазки :)
kdvNickDeeЯ в своей проге хотел бы иметь возможность отгородиться от окружения неизвестного качества настроенности
то есть, жестко "ограничить свободу пользователя"? :-) А почему просто не описать технические требования к своей софтине?
Если ты жестко привязываешь свой софт к ФБ 2.5, почему он обязан вообще работать при наличии 1.5? И какой функционал клиента 2.5 тебе недоступен в клиенте 1.5? Ты так и не сказал (кроме firebird.msg).

Я бы хотел ограничить количество сценариев, которые при этом вполне приемлимы для пользователя (как то - установка и удаление софта третих производителей), и которые одновременно с этим были бы способны повредить нормальному функционированию моей системы.
Это нормальное желание. И если вдруг пользователь установит какую-нить программу какого-нибудь банка, которая ставит на ситему firebird, или меняет дефолтный клиентский конфиг fb, то это ну ни при каких обстоятельствах не должно влиять на работоспособность моей программы. Я всегда стараюсь так писать.

kdvКстати, возможно у меня склероз, но разработчики вроде мне говорили регулярно, что на клиенте на firebird.msg можно положить болт, ибо сообщения и так приходят с сервера.
Где-то была презентация по поводу работы клиентской библиотеки (где, что, как ищется, сообщения и т.п.) - спросил у Влада, но он уехал, пока не ответил. Ответит - дам ссылку.
А если кто-то поставит на комп клиента старой версии, без записи в system32 (т.е. в system32 останется нормальный клиент), и получится что прога будет брать клиента одной версии из system32, а firebird.msg будет автоматом браться старый, который указан в реестре по дефолту (из "C:\Program Fiels\Firebird_1_5", например).
Я такой жизни не хочу :)
Почему тебе с DS в этом комфортно - я прям понять не могу :)

kdvвот тут есть интересный момент. С одной стороны, есть заявление, что "программа должна работать с конкретной версией ФБ независимо от условий". С другой стороны, вдруг, получается, что это решение
- "который перегоняет посредством sql базу из любого формата в любой".
Это две разные задачи, которые с разных сторон описывают одну и ту же проблему.

Давай попробуем ещё раз, на примере другой задачи.
Нужно написать консольную win32-программу + инсталлятор для неё.
Программа должна уметь переводить базу из одной версии FB в другую. Версии FB: 1.0.*, 1.5.*, 2.0.*, 2.1.*, 2.5.*, 3.0A1.
На вход она принимает многострочный текстовый файлик следующего формата:
<Путь к файлу БД>, <В какую версию конвертировать>, <Конфиг, описывающий преобразование> <Путь к новому файлу БД>
Например файлик такого содержания:


На выходе получаются файлы, указанные в <Путь к новому файлу БД> и, в случае ошибки перегона для конкретной строчки, создаётся файлик <Путь к новому файлу БД>.error
У нас программа должна быть хорошей, т.е. она должна работать максимально быстро, т.е. если её например запустят на прокачаном сервере с парочкой 16-ядерных ксеонов, то она должна задействовать их по максимуму (т.е. делать трансферы параллельно).
Программа бесплатная, но с дистрибутивом (~10000 установок в месяц).
Необходима возможность установки различных версий, чтобы они между собой не конфликтовали.
Вот.

И пусть некто предлагает миллион долларов за такую программу :) Служба тех.поддержки - ты :)
Вопросы:
1. Что ты положишь в дистрибутив? :)
2. Видишь ли ты смысл оградиться от уже существующего на компе FB-окружения (возможно там FB-сервер установлен, или клиент в реестре прописан)? Или разрешим by-design этому окружению непредсказуемо вмешивается в процесс работы твоей программы? :) Напомню, что СТП - ты :)
3. Если ты всё таки решишь оградиться, то как ты реализуешь в коде подключение лично тебе нужного firebird.msg в случае нескольких fb-клиентов (а тебе, напомню, нужно работать с различными fb-либами параллельно, в несколько потоков)?


Я вот думаю что на примере реализации такой программы (особенно когда у тебя сто тыщ пользователей в год, и ты - СТП), вопрос про изолированность от окружения уже не покажется тебе таким странным.

Dimitry SibiryakovNickDeeПрограмма должна уметь переводить базу из одной версии FB в другую.
Произвольную базу? Из любой версии в любую другую? С гарантией работоспособного
результата? "Нет, сынок, это фантастика." (с)

Вопросы у тебя...
С гарантией, что все ошибки, произошедшие при перегоне, будут зафиксированы :)
Ну и плюс есть конфиг, который может например сказать: перегонять только эту, эту, и эту таблицу. Или может сказать: конвертировать boolean в (0,1), или наоборот... (0,1) в boolean. Конфиг для каждой перегонки свой. Плюс не обязательно перегонять именно в другую версию. Можно например конфигом зарефакторить БД (переименовать таблицу\поле, и автоматом учесть это в текстах процедур и триггеров... Вроде же нет инструментов, позволяющих делать это прям в базе, а иногда хочется порефакторить...).

Dimitry SibiryakovNickDeeВопросы у тебя...
У меня? Это ты тут разводишь сфероконей. Те, что постарше, знают, что задача миграции и
вручную-то не всегда решается, а перенос данных в ней - самая простая часть.

Ты что имеешь в виду, когда говоришь "задача миграции"? :)
Я говорил про конфигурируемый трансфер из одной версии в другую. Какие цели этим преследует пользователь - это его дело. Может он будет так базу на небитость проверять. Или просто захочет посмотреть на то, насколько его база по синтаксису совместима с другими версиями FB. Или ещё что... тут вариантов использования можно много придумать, и всегда это будет неполный список :) И далеко не всё будет именно про миграцию.
Вот кстати ещё один интересный вариант придумал - физическое переупорядочивание записей в readonly-таблице, для оптимизации чтения (например положить записи физически в соответствии с конкретным индексом, чтобы не прыгать по страницам при чтении).
Т.е. в конфиге можно прописать просто оптимизашку без трансфера в другую версию FB, а можно оптимизашку со сменой версии :)

Dimitry SibiryakovДаже в идеальных условиях если у БД не удалены исходники ХП и триггеров,
всё в порядке с кодировками и т.п. это может обломиться на синтаксисе запросов приложения.
Особенно при миграции "вниз".

Я знаю. А что делать? Миграция вверх через B\R тоже иногда обламывется. Отменим её? :)
Лично я бы не отказался от инструмента, который мог бы гибконастраиваемо трансферить базы туда-сюда :)

Dimitry SibiryakovNickDeeЛично я бы не отказался от инструмента, который мог бы гибконастраиваемо
трансферить базы туда-сюда :)
И этим инструментом уже много-много лет является IBDataPump.

Ты про http://clevercomponents.com/downloads/datapump/index.asp ?
Тебе не стыдно предлагать софт 2002 года? :)

Гаджимурадов РустамNickDee> Тебе не стыдно предлагать софт 2002 года? :)
если это шутка, то плохая.

Я скачал. Распаковал. Там exe-шник от 1 ноября 2002 года.

Гаджимурадов РустамЕсли всерьёз, то тебе не кажется, что ты слишком много глупостей говоришь?..

Я буду благодарен, если ты мне укажешь на глупости. И скажешь в чём я заблуждюсь. Я вовсе не хочу находиться в заблуждениях.

Гаджимурадов РустамNickDee> Я скачал. Распаковал. Там exe-шник от 1 ноября 2002 года.

Значит, искренний, не пошутил. Лучше бы пошутил.
А чем, кроме даты (ну перепакуют архив, поменяют
год с 2002-го на 2012) тебя не устраивает программа?
У Notepad-а дата разработки тебя не возмущает, нет?

P.S. Кому очень нужно - есть более "свежий" dbcDataPump.


Насколько я вижу, IBDataPump умеет перегонять только данные. Он не умеет перегонять структуру БД (таблицы, триггеры, процедуры, индексы и пр.)
dbcDataPump - то же самое.

Это действительно так? Или я просто не нашёл как это делать?