Есть БД на postgreSQL. Стоят на 5 различных серверах..одна мастер, 4 слейв.... для них есть веб аппликейшен на яве.

Руководство поставило задачу перевести бд на informix...

Вопрос какие может дать преимущества informix по сравнение с postgreSQL и какие проблемы возникнут с переносом... ..
по факту есть очень большое количество разных схем с одинаковым контентом (таблица функции).. общий объем баз данных порядка 200 Гб

пока что вижу проблемы..

отсутствие подобных PostgreSQL схем в informix.
не нашел альтернативы функции dblink.
различия в типовых полях проблема тока может быть datatime.

Если кто то еще видит проблемы по переводу или же может в чем то меня поправить прошу высказаться.

скажем так есть крупный клиент у него кучу приложений ))))) многое стоит на informix и один вэб аппликейшен на postgreSQL. Они считают что вэб аппликейшен работает медленно и что переход на informix дасть лучшую производительность. Все доводы по оптимизации бд ,явы логики отбрасываются. надо подготовить документ по переход с бд на бд...какие пробелмы будут... что необходимо сделать..какие будут затраты на бд информикс (5 серверов) и т.д. поэтому в первую очередь интересует какие возникнут проблемы при миграции, и какая есть альтернатива у informix функции dblink в postgreSQL

в прошлом информиксоводVyacheclavЕсть БД на postgreSQL. Стоят на 5 различных серверах..одна мастер, 4 слейв.... для них есть веб аппликейшен на яве.

Руководство поставило задачу перевести бд на informix...

Вопрос какие может дать преимущества informix по сравнение с postgreSQL и какие проблемы возникнут с переносом... ..
по факту есть очень большое количество разных схем с одинаковым контентом (таблица функции).. общий объем баз данных порядка 200 Гб

пока что вижу проблемы..

отсутствие подобных PostgreSQL схем в informix.
не нашел альтернативы функции dblink.
различия в типовых полях проблема тока может быть datatime.

Если кто то еще видит проблемы по переводу или же может в чем то меня поправить прошу высказаться.


То что вы называете схемой в informix эмулируется через database.
Коннект между базами осуществляется одниаково ( с точки зрения программера )
не зависимо от того на каком сервере база работает ( у баз должны быть одинаковые внутренние кодировки).
Одни сервер ( железяка и ОС ) может тянуть несколько ( кажется до 255 ) инстансов ( с разными параметрами onconfig) ,
каждый из которых может иметь на борту кучу баз.

Есть возможность настроить ER репликацию, все что скажете заедет в одну базу из другой на автомате.

Заходите в профильный форум , вам там расскажут.


Что касается производительности ,
то если ваше приложение не будет висеть на блокировках, то
выиграш по скорости вы получите 99%.
С точки зрения расходования ресурсов - ИМХО очень экономная СУБД.


Хотелось бы уточнить возможно ли в информик делать запросы между database и если да то каким образом для примера.

Второе с помошью функиции dblink я мог копировать данные по средства DB с другого сервера не через ява код.... (копирование 500 тысяч строк с другого сервера занимает примерно 7-9 секунд (на моем рабочем компьютере, доступ к серверу я не имею так как он находиться за бугром но там это еще быстрее было ))))) ..в то как через ява когда на это уходили минуты а то и больше .)

Эмуляция через database не совсем наверное подойдет так как в postgreSQL между схемами есть связанные таблицы по FK, триггеры по сохранению целостности, актуальности информации.

нашел в документации informix 11.70 следующе

Programming > SQL > Guide to SQL: Tutorial > Modify data > Concurrency and locks
....
To prevent errors of this kind, the database server imposes a system of locks. A lock is a claim, or reservation, that a program can place on a piece of data. The database server guarantees that, as long as the data is locked, no other program can modify it. When another program requests the data, the database server either makes the program wait or turns it back with an error.
...


Так версионник это или блокировочник ? ибо postgreSQL так же может дать обнолвения данных если задействованна блокировка на таблицу (ручками) или же просто вернет актуальные данные на момент запроса.

Vyacheclavнашел в документации informix 11.70 следующе

Programming > SQL > Guide to SQL: Tutorial > Modify data > Concurrency and locks
....
To prevent errors of this kind, the database server imposes a system of locks. A lock is a claim, or reservation, that a program can place on a piece of data. The database server guarantees that, as long as the data is locked, no other program can modify it. When another program requests the data, the database server either makes the program wait or turns it back with an error.
...


Так версионник это или блокировочник ? ибо postgreSQL так же может дать обнолвения данных если задействованна блокировка на таблицу (ручками) или же просто вернет актуальные данные на момент запроса.

не правильно вырозился...
postgreSQL так же может не вернуть данных если задействованна блокировка на таблицу (ручками) или же если нет блокировки но идет апдейт просто вернет актуальные данные на момент начало запроса

Yo.!Vyacheclav,

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

зы. представление о постгесных уровнях изолированности у вас похоже весьма своебразное.

Я на уровне БД мало что знаю ибо не администратор БД..потому тут и задал тему что бы хоть какаие то получить разумные для меня объяснения... Смущает следующее the database server either makes the program wait or turns it back with an error.

если я правильно понимаю то классический блокировочник должен сделать только he database server either makes the program wait но никак or turns it back with an error (может я не правильно перевел... но или вернет обратно данные с ошибками (тобишь данные до момента начало апдейта) )

Если я что то не понимаю может мне кто даст ссылки на различия блокировочниках и версионниках буду признателен.

Я программист.. но щас вот поставили задачу и сказали обучить, разберись и предоставь план перехода с + и - ))) То есть как я понимаю если в версионнике селект выполнится с данными до транзакции, то информик будет ждать окнчания транзакции или же просто вернет ошибку без данных ?

Yo.!VyacheclavЯ на уровне БД мало что знаю ибо не администратор БД..потому тут и задал тему что бы хоть какаие то получить разумные для меня объяснения... Смущает следующее the database server either makes the program wait or turns it back with an error.

если я правильно понимаю то классический блокировочник должен сделать только he database server either makes the program wait но никак or turns it back with an error (может я не правильно перевел... но или вернет обратно данные с ошибками (тобишь данные до момента начало апдейта) )

Если я что то не понимаю может мне кто даст ссылки на различия блокировочниках и версионниках буду признателен.
or turns it back with an error - тут имеется ввиду, что вернет ошибку. блокировочник при чтении накладывает блокировку и может наткнуться на залоченную запись и начнет ждать пока другая транзакция освободит ему залоченую запись. другая же транзакция может ровно так же остановиться и ожидать когда первая осводит другую запись для редактирования. ситуация патовая, сервер выберет одну из этих транзакций и прихлопнет ее. в результате одна из транзакций завершиться "with an error"
почитайте для начала документацию информикса где описываются isolation levels, общих описаний не видел, но по версионности в кратце есть что-то тут
http://www.osp.ru/os/2005/01/185218/#top

Большое спасибо !!!!!!!! помог ламеру )))

Логика такая ..есть мастер сервер со справочными данными и информацией о веб аппликейшен и есть 4 слейв сервера где храняться данные уже непосредственно из которых пользователи выбирают статистику.... Запросы очень сложные с копирование и обработкой хранимых процедур которые нагружают дисковую систему... поэтому вся выборка и калькуляция происходит на 4 слейв серверах... а с мастер работает на аппликейшен. как результат выбор статистики ни коем образом не тормазит аппликейшен.