Нет. Просто не получил ответа по существу.

Подгорело, раз выносишь на всех. Если бы не подгорело, промолчал бы наверное.

Чёт как будто говно из Индии потекло в чатик

Нет. Просто ставлю всех в известность, что ты не ответил. Ответил бы, я бы написал сюда, что вопрос исчерпан

Ещё раз - тут никому не интересно кроме тебя. А уж тебя я могу в неизвестности держать сколько захочу - ты же такой хороший, крутой, МС по туризму

>Приди в личку - напишу.

Ну то есть ты простой обыкновенный лгунишка))

Чемпион индии по говну!!!

Не был в Индии, желания никогда не было даже, загуглил
Нетуристическая Индия
Антисанитария Индия
И ничего хорошего не увидел в результатах

Да-да-да, когда подгорело всегда стоит называть всех лгунишками

Так ты же соврал и не ответил. Значит ты лгунишка, как иначе-то?))

Что я соврал?

В личке ответа нет.

Давайте немного сбавим обороты?

Там же по линии ИБ вообще никак.

Почему? Все нужные данные - закриптованные храним.

В любом случае за шифрование данных должен отвечать applayer, доверия к СУБД нет (а Oracle Vault мало кто готов покупать, да и в нем смысла не очень много)

Аудит, access control etc - вот этого всего там нет. ИБ это же не только шифрование.  Как сами заявляют: Not a security boundary

Ну так аудит и access control - в любом случае не про БД, а про внешние средства.
И для любого решения эти средства придется реализовывать, что для PG, что для Oracle, что для FDB

Разница в наборе возможностей FDB и PG, и уж тем более Oracle RDBMS EE. В первом случае защита данных на уровне СУБД не осуществляется, совсем. Только и исключительно внешние средства. Любой подключившийся пишет и читает любые данные. PG и уж тем более  Oracle RDBMS EE, в этой части имеют свой набор средств, дополняющих защиту на разных уровнях. Но, надо отметить, что FDB для своего класса задач может быть очень даже неплох