Опять начинаете? Сказали же хватит. Я уже зафиксировал для себя отличия, указанные Dimitr.

kdvну вот FB Embedded и есть "физика", которая вас не интересует.

Еще скажите: FB Embedded есть просто какой-то там набор байтов и бит.
FB Embedded заявлена как - СУБД, а не просто набор файлов, хоть и DLL (у Вас к ним особое отношение), наскока я понял.
А раз так то, это ПО поддерживающее СУБДшный функционал. А не есть просто ("физика") - инабор DLL-лей.

kdv Вас же не интересует, что сервер ФБ можно запустить как приложение, и как сервис (а для разработчиков приложений это достаточно важно).

Ну что это означет? Что про них ниче нельзя сказать про однопльзовательность, поддержку "работы в сети", и др базовые отличия СУБД? А даже если ниче нельзя сказать, то надо это тоже заявить: так мол и так поняте многопользовательность и однопользовательность не примнимы.


kdvЗначит, исходя из этого, существование FB Embedded вас волновать не должно.

Раз существует такая известная СУБД, то при случае главные свойста ея не помешают, не зависмо от того, как она там может запускаться.

kdvТ.к. в остальном (!) FB Embedded от сервера ничем не отличается. То есть, он отличается, но эти отличия обусловлены не интересующей вас "физикой" сервера в dll.

ничем не отличется, то есть отличается? О хде ты Гегель, со своей диалектикой?

Не нуно нас дурачить: однопользовательность, "обусловленная физикой" сервера в dll, будет такой же как, к примеру, и однопользовательность, обусловленная физикой клиента хоть в статической библиотеке, хоть в Жаба-классах: поддерживается работа одного юзера.

Dimitry SibiryakovКакие свойства СУБД Вы считаете главными?



Ну например, то что позволяет понять основное, о СУБД, с которой не знаком:

Тип поддерживаемой МД (реляционная, иерахическая, и т.д.).
Язык БД( SQL, QBE и т.д.)Их особенности, например поддержка аналит ф-й
Сетевая архитектура (Клиент-Серверна, Файл-серверная, никакая)
Тип физического хранения данных - (Вторичные носители, IN MEMORY, На лентах)
Поддержка конкурентного доступа в многопользовательской среде или отсутсвие такойвой. Блокировочник, Версионник, иное.
Ну если есть особенности, имеющие значение для разработки и сопровождения, например, кроссплатформенность или там предпочтительныеи языки для клиентов.


Ну на самом деле могут оказаться главными и другие св-ва в каких-то ситуациях ознакомления с новой СУБД свойста:
Надежности (например поддержка резервного сервера), Безопасности, Производительности, (например наличие секционирование, поддержка кластеров), поддержки ОЛАП, Датамайнинга, если есть, тех или иных фич и т.д..

kdvво всем перечисленном вами FB Embedded и FB Server одинаковы.


А там была перечислена поддепржка сетевой Клиент-сервеной архитектуры.
Птица Сервенр ее поддерживает. И стало быть Птица Встроенная в этом одинакова с Птицей Сервером (согласно Вашему утверждению, раз она входит в эти все) . Значит Птица Встроенная поддерживает.


Т.е. в Птица Встроенной присутсвует сетевой сервер. (сервер тока для клиентов на том же компе к сетевым отнести сложновато буит)

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


Но было
dimitrembedded отличается отсутствием сетевого сервера.

Как бы не увязачка получается.

Dimitry Sibiryakov
А вот на сайте сабжа написано, что она может и так, и этак и даже в ОЗУ. И как её понимать
после этого?..

Там речи нет о том, что одна СУБД должна поодерживаать, что-то одно, там важно что именно из этого она может поддерживать.
Имеет значение цель знаний того, что поддерживает СУБД. Наприме целью является составление списка возможных СУБД для проекта.
Требуется ОЗУ? Значит этого требование не исключает использование данной СУБД. А ту что не поддерживет исключает.

Каша претендует на поддержку трех МД - две из которых : РМД и ООМД среди наиболее известных.
Сукуль и блокировочность и версионность поддерживает. Оракл не болкировочник, и Вы его не выберете, если нужен Вам блокировочник.