» Oracle по сравнению с Firebird

Т.е. в чем могут проявиться ограничения Firebird по сравнению с Oracle?

в стоимости лицензий и стоимости обслуживания.
Что нужно сравнивать? и для чего задача?

Я бы посоветовал тебе зайти на SQL.ru в раздел "Сравнения СУБД"
http://www.sql.ru/forum/actualtopics.aspx?bid=10

Читать-неперечитать......

Оракл - дорогая большая тяжелая штука для решения сложных задач

Firebird - бесплатная СУБД среднего класса...

FireBird маленькая бесплатная СУБД, Oracle мощная большая и платная система, все зависит что тебе надо делать.

FireBird защита почти нулевая, нельзя написать функцию в которой будешь работать с данными и использовать в запросах. Файл базы можешь скопировать на другой сервер и доступ будет осущестлен по паролю нового сервера, а все старые пользователи остануться на старом (в посленей версии InterBase вроде это устраненно, ждем когда и FireBird устранит), Лучшая СУБД на относительно небольших объемах по скорости выборки, но умирает по превышении определнного предела.

Oracle большая гибкость в написани и использовании функий в запросах, ОГОМНЫЙ плюс на мой взгляд есть пакетные переменные. Работает очень хорошо с большими объемами данных, хороший встроенный оптимизатор запросов. Требует хорошого администрирования.


Вроде основное все.

Цитата:

нельзя написать функцию в которой будешь работать с данными и использовать в запросах.

Очень даже можно. Программистом пишется функция и подключается к базе. используется в запросах (собственно, где же ещё)

Что-то не приходили уведомления об ответах в этой теме!

vserd
учет движения товаров для магазина /с перспективой учета супермаркета/

EZH
перечитываю!

YurikGL
ну это и так понятно, где граница-то?

LeXB
что есть "большие объемы данных"?

Varenik

Цитата:

Очень даже можно. Программистом пишется функция и подключается к базе. используется в запросах (собственно, где же ещё)

Собственно на FireBird функцию в виде

begin
select a into b from t
return b
end;

Ты в SQL запросах использовать не сможешь (или я очень пролохо с ним разборался, надо будет посмотреть).

GSMD


Цитата:

что есть "большие объемы данных"?

Точно сказать какие объемы для FireBird являються большими я сказать не могу, но думаю что примерно несколько миллионов записей в таблице.


Цитата:

учет движения товаров для магазина /с перспективой учета супермаркета/

думаю для твоей базы вполне подойдет FireBird врядли у тебя будут такие объемы что FireBird не потянет.

>Собственно на FireBird функцию в виде

>begin
>select a into b from t
>return b
>end;

>Ты в SQL запросах использовать не сможешь (или я очень пролохо с ним разборался,
>надо будет посмотреть).

Можно написть свою функцию типа begin..end которая будет возвращать набор данных. Можно даже рекурентную...
Кроме того, если не ошибаюсь, то можно написать функцию на делфи (си) записать ее в dll-ку и пользовать в функциях внутри самой базы на сервере...

Цитата:

Кроме того, если не ошибаюсь, то можно написать функцию на делфи (си) записать ее в dll-ку и пользовать в функциях внутри самой базы на сервере...

Не ошибаешься - такая возмоджность называется UDF. полезная ссылка для http://polesoft.da.ru/ (большая open source UDF библиотека).

Хороший ресурс по Firebird - ibase.ru

Самая свежая информация по Firebird - IBPhoenix.com и firebird.sql. Если покопаться в новостях IBPhoenix, то можно найти много документов (на английском) в которых содержатся всякие обзоры и сравнения.

Regards!

Начсет UDF я знаю и использую, удобная штука. а вот за фуннкцию begin ... end не знал... в ближайшее время изучу...

>deks

Сам я под IB недавно писал, в нем точно есть. А вот про FB я уверен не был.

GSMD

Цитата:

учет движения товаров для магазина /с перспективой учета супермаркета/

Firebird подойдет, только нужно будет правильно спроектировать.
Сразу предлагаю разделение на операционную и аналитическую, но это будет на супермаркете, для обычного магазина подойдет одна.