FB3rc2 win64 embedded isql
SQL> select * from SEC$users;
Statement failed, SQLSTATE = 28000
no permission for read-write access to database C:\PROGRAM FILES\FIREBIRD\FIREBI
RD_3_0\SECURITY3.FDB



Эммм... зачем ему r/w для простого select'a ?

ага, понятно....

ладно, тогда про релноты ответь с прошлой cтраницы - оно кому надо их править или выкинули (на печать) и забыли ?

Dimitry Sibiryakov,

ВСЕГДА тормозят, или если кэши по умолчанию от суперсервера ?

kdvА если этих exe запускается более 1, то
...то это называется classic server, pанее на юниксах, тeперь везде

Неужели великомогучии FIB+/UniDAC/FireDAC это не умеют?

...а говорили, плюсам уже развиваться некуда

kdvдавай не будем путать загружаемую библиотеку и отдельный процесс.

Дык оно теперь само так получается.

Нет, ну конечно можно сервер приложений пустить к заведомо локальной БД через TCP LoopBack, или сервер приложений и сервер БД разместить на разных компостерах - но на мой вкус тогда именно это уже будет извратом.

без сомнения, определённые sweet spots есть у любых схем.

но

один из трендов сейчас наоборот - плодить малые "одно-задачные" сервера и виртуализировать их.
Чаще это или реже нужно чем "сэкономить на двухголовости" ?

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

а на сильно загруженных серверах дисковые массивы норовят перевести на SSD

для сравнимой надёжности системы надо брать не 2, а четыре "двухголовых сервера", аналогично RAID 0 vs RAID 1+0

при этом затрудняется, например, создание/развёртывание бэкапа: в него должны одновременно входить БД и программная части - а они на разных серверах.

Повторюсь, что без сомнения, определённые sweet spots есть у любых схем.