Всем Привет!
Задача следующая: планируется проект CRM на DXE7 с базой на удаленке, VDS-сервер. В качестве СУБД планируется Firebird 3.х (пока не вышла четверка). Сейчас в качестве архитектурной основы рассматривается способ подключения напрямую (не трехзвенка) и далее поясню почему. Пользователи будут все программные, кроме одного (у которого полный доступ) с самым сложным заводским паролем, который будет вычисляемый и по частям зашит в разных местах проекта, а сам экзешник будет защищен с помощью Vmprotect, с максимальной опцией Ultra. Такие экзешники сейчас никто ломать не будет, даже за деньги, ибо те времена прошли. Да и проект обычный коммерческий, не для госструктур или оборонки. Это к вопросу «вскрыть пароль главного админа», если вдруг есть доступ к базе извне у кого то… Ну и порт будет конечно же не 3050.
Далее, ближе к теме в заглавии, раскрою еще один интересный нюанс… Есть мысль использовать обычную fbclient.dll для связи по удаленке, а embedded-версию для кэширования справочников на машину клиента (в монопольном доступе, что, в общем, норм). Еmbedded здесь по причине ненужности установки серверной части на клиенте.
Так вот о кэшировании – дабы сильно облегчить нагрузку на сервер, базовые справочники и справочники контрагентов (самый пухлый справочник) хочется сразу же, после первого подключения выгрузить на локальную машину клиента, а затем, при последующих подключениях по удаленке, в фоновых потоках делать лишь сверку изменений в справочниках. Через триггерное логгирование в базе это все не сложно отслеживать.
Таким образом, есть мысль сильно все ускорить, в конечном итоге благодаря такой схеме. Однако, теория теорией, а практика дело непростое. Есть ли какие то существенные «проколы» в моей схеме?

Да, я сейчас в процессе перевода проектов с FB 2.5 на тройку, поэтому вопрошаю тут тоже.

То, что она не использует аутентификацию? Или о чем то другом речь?

В общем, коллегиально и настоятельно меня убедили не использовать никаких кэширований именно в базу на машину клиента. А если уж сильно надо активно и при этом "эскуэльно" работать со справочниками, лучше чуть больше подождать, но выкачивать их полностью в память на клиента при загрузке ПО. А поиск\фильтрацию делать в памяти, например при помощи in-memory датасетов, таких как https://www.aidaim.com/in-memory_sql_database_delphi.htm. Ну чтобы минимизировать обращения к серверу по части работы со справочниками, в особенности теми, где 10-20 тыс. записей (я про пресловутый справочник контрагентов).

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

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

Так если в тройке нет embedded, значит для связи с локальной версией базы (репликой на клиенте) используется та же самая библиотека? Получается, что серверную часть FB на клиенте ставить не нужно, достаточно несколько файликов приложить в папке с проектом ? Или таки Firebird надо полноценно устанавливать на клиенте? Что то я запутался)

Ну ладно, ладно, нашел, распутался))

MDT вроде как уже неживой проект?
Вот вариант, который предложил Дмитрий Сибиряков с полной репликацией у меня опробован и работает вполне замечательно, но... захотелось что то попроще, без установки и настройки репликации на машинах клиентов. Кто бы как поступил на моем месте?

Пускание пыли в глаза и распил бюджета. Добросовестный, от неграмотности.
Вроде ж в начале все расписал:) Пользователи программные, а не настоящие. То есть по сути все будут коннектиться де-факто через одну и ту же учетку, с полными правами. В одном из проектов у меня так и работает. А пароль так сильно прячу, чтобы не было возможности его вскрыть. Даже теоретически.


1. Пока 2-3 сотни, дальше видно будет.
2. Будем искать поставщиков с хорошим пингом, максимально коротким.

А можно подробнее ?
P.S: Я как то лет 5 назад поднимал дискуссию про программных юзеров, мнения разделились:
https://www.sql.ru/forum/1160938-2/programmnye-polzovateli-chrevato

И, кстати, вход будет не по SYSDBA, а по другому пользователю, но с полными правами. Все как завещал kdv! :)