Gray12то пока я не перейду на клиент-серверную модель (БД сейчас используется ПО монопольно) для поставки юзерам проще будет использовать Embedded версию FireBird?
Firebird - это уже SQL сервер, многопользовательский, и ему без разницы, Embedded это или полный сервер. Так что использование Embedded - это уже клиент-сервер. И поставлять полу-портированную фигню с TTable на Embedded клиентам - это не уважать клиентов, и не уважать себя.
Переводите приложение на ФБ, потом можете клиентам давать что угодно - сервер или embedded. Тем более что приложение, использующее embedded, переключается на сервер указанием сервера в строке коннекта. Ничего более при этом делать не требуется.

Gray12 Плохо когда пользователь становится заложником завышенной самооценки программиста
сдуру можно и стеклянный хрен сломать. Если программист так написал, то пользователь имеет право его запинать. Намного чаще у пользователя бывает такое кривое и сбойное железо, что до AV в приложении с Embedded дело не доходит, и база (любая) портится исключительно по аппаратным причинам.
Так что FB Embedded тут совершенно сбоку. Г-но можно на любом сервере написать.

softwarerЗа всю жизнь я не сталкивался с падением таких баз из-за кривого и сбойного железа.
интересно. у меня вот, примерно за лет 15, на разных компах сдохло примерно 5 дисков (если помню точно), причем разным способом - от повреждения нескольких секторов до мгновенного издыхания. И еще сдохло примерно 4 планки памяти, с разными специфичными эффектами - например, падение браузера.

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

В данном случае Firebird вообще ни при чем. Например, один из последних сбоев диска было "протирание" диска в месте, где почтовая программа часто перезаписывала файл локальной почты. При этом, из-за драйверов комп вис при попытке обращения к поврежденным секторам.
12930001
Что еще более интересно, полученный на замену точно такой же диск сдох через месяц в том же самом месте.
В этом месте могла быть и база данных.

p.s. мы занимаемся ремонтом баз InterBase и Firebird, так что я в курсе, в каких случаях и какие бывают повреждения баз. К счастью, пользовательские приложения с Embedded не являются причиной этого (разве что 1 случай на 10 или 100 тысяч).

softwarerзато железо кривое как на подбор, из-за него всё постоянно и глючит.
про "постоянно" никто не говорит. А вы, как бы, опровергаете, что железо сбоит и дохнет?

softwarer,

вы свой случай превращаете в статистику? Я вам привел свою личную статистику, по которой у меня железо портится раз в 5 чаще чем у вас. И о чем это говорит? Только о том, что вам повезло. А вот 27 тысяч дисков за 4 года - да, это уже статистика
http://habrahabr.ru/post/209894/
Обратите внимание - количество отказов дисков 1.5тб - 16%. Понятно, что вам приятно быть в 84%, но тем, кто попал в 16%, от этого не легче.
Также, я не приводил статистику о том, какой % сбоев железа с Firebird. У меня такой статистики нет, и ее ни у кого нет.

p.s. кстати, я упомянул, что последний сдохший Hitachi был идентичен предыдущему сдохшему. На замену по гарантии мне дали уже Seagate. До этого я как минимум 2 раза сталкивался с фактами бракованных партий дисков (или их прошивок). Если компания для своих компов попадет на такие партии, то в этой компании процент повреждения данных будет весьма высоким.

softwarer,

ок, но 16234961