InstantForum.NET v4.1.4Релибhttp://www.relib.com/forums/robot@relib.comSat, 22 Nov 2008 19:38:37 GMT20http://www.relib.com/forums/Topic882202-2-1.aspxВ принципе, че я распинаюсь ?..:-))) www.ibase.ru - там можно почти все узнать... а может и больше..:-)))Mon, 10 Oct 2005 10:48:00 GMTvpanasenkohttp://www.relib.com/forums/Topic882202-2-1.aspxPostgreSQL, вроди, более продвинут, в сравнении с FB..но я на него одним глазом посмотрел... Есть тулза для администрирования.. значит, нуждается в администрировании.. У FB принцип другой - "install and go!"... Сервер установил И ОН УЖЕ РАБОТАЕТ !!! После краха системы, если БД физичесик не порушилась, конечно, не нужно ни каких действий предпринимать... Бд воссанавливается сама.. Да и вроди бы на "Абрамсах" "мериканских" стоит как сервер, легко и самомтоятельно восстанавливающийся после краха системы (там, вроди, каждый выстрел - преезапуск системы).. Опять же на счет кросс-платформенности.. Можешь работь в Win..не хватает мощи - бекап и ресторе на Unix.. если в дебри системы не залезать (или использовать для написания UDF С/С++), то все работае БЕЗ КАКОЙ ЛИБО НАСТРОЙКИ ! Вся бизнес-логика переносится. Есть два варианта - Супер-сервер и Классик.. Супер - один процесс, отдельный поток на подключение клиента=экономия памяти (так под 50-100 клиентов буду нормально работать)... Класси - одно подключение = один процесс.. Если использовать многопроцессорный сервер, то система сама распределит процессы по процессорам... Высокая производительность, но и высокое потребление ресурсов системы...Mon, 10 Oct 2005 10:44:00 GMTvpanasenkohttp://www.relib.com/forums/Topic882202-2-1.aspxПеределывать придется однозначно. И много. Поэтому не хотелось бы опираться на нестабильные версии. В Oracle, кстати, тоже редкостные заподлянки попадаются - поначалу волосы дыбом :) Единственное утешение, что их мало.Fri, 07 Oct 2005 18:41:00 GMTplys77http://www.relib.com/forums/Topic882202-2-1.aspxХотя все равно придется что-то (и не очень маленькое по обьему)переделывать... Такого не бывает...Fri, 07 Oct 2005 17:06:00 GMTvpanasenkohttp://www.relib.com/forums/Topic882202-2-1.aspxЯ бы посмотрел в сторону FireBird, PostgreSQL... Самый простой в использовании сервер - беспорно FireBird (Intebase - платный)... Для таких обьемов его хватит (теоретически - 131 тБ БД.. практически (пока, в 2,х будет наамного больше) - 35-36 гБ на одну таблицу данных...Очень близок с стандарту SQL.. пока select from (select) не поддерживает (1,х).. в 2,0 уже есть, но .. пока нет стабильного релиза.. есть только альфа-версии... Триггеры на таблицах, версионник, вьюхи, транзакции (ессно), события, исключения, генераторы (аутоинк), UDF (User Define Function) - можешь на С/Delphi свою функцию накатаь и использовать в запросах...НЕ НУЖДАЕТСЯ в 99,99% НИ В КАКОМ АДМИНИСТРИРОВАНИИ.. Кросс-платформенность - Windows, Linux, Unix, Mac OS, Net Ware(если еще нужно :-)) )Fri, 07 Oct 2005 17:04:00 GMTvpanasenkohttp://www.relib.com/forums/Topic882202-2-1.aspxУважаемые!Не хотелось бы в очередной раз затевать дискуссию какая БД круче и т.д. - я такой экспрессии уже начитался.Прошу высказаться имеющих практический опыт миграции с Oracle на "бесплатные" БД. Например, MySQL, Interbase, Postgres. Может еще какая есть.. Под миграцией я понимаю переход к использованию другой СУБД без изменения функциональности системы.В проекте задействованы хранимые процедуры PL/SQL, транзакции, вьюхи, вложенные запросы, использование собственных функций в выражениях WHERE. То есть какие-либо из ряда вон Oracl-овские фичи не используются. БД используется в не слишком напряженном режиме OLTP, одновременных пользователей эдак 60-100, данных не очень много - до 300 тыс. записей за год работы суммарно по всем 22 таблицам.Fri, 07 Oct 2005 15:27:00 GMTplys77