Насколько мне известно, таких возможностей в PostgreSQL нет.
P.S. Если бы я выступал в роли вашего заказчика, я бы не купил у вас никаких решений, где код решения от меня скрыт. Ибо если уж я плачу за разработку - все результаты этой разработки должны мне быть предоставлены.
По заказу заказчика как раз так и должно быть Так как заказчик будет инсталировать программу с БД на разные филиалы, и нужно свести к минимуму возможность "несанкционированного" доступа к структуре данных.
В MS SQL такая возмоность есть, вот я и подумал, что нечто похожее есть и в PostgeSQL
Учитывая, что вполне возможно включить отладку и получить в логе все запросы, которые делаются к БД, какой смысл в закрытии структуры? Тем более, если у БД будет свой администратор в каждом филиале, который может сделать с БД что угодно.
Гораздо более правильным в данном случае было бы корректно раздать права, чтобы пользователи (не администраторы) могли читать или изменять только те данные, которые им положено читать или изменять.
Заказчики бывают неадекватные, не спорю Обычно получается объяснить, что ценность не только в данных, но и в приложениях, которые умеют с ними грамотно работать, но бывает, что люди попадаются упёртые.
Насколько мне известно, таких
Насколько мне известно, таких возможностей в PostgreSQL нет.
P.S. Если бы я выступал в роли вашего заказчика, я бы не купил у вас никаких решений, где код решения от меня скрыт. Ибо если уж я плачу за разработку - все результаты этой разработки должны мне быть предоставлены.
По заказу заказчика как раз
По заказу заказчика как раз так и должно быть
Так как заказчик будет инсталировать программу с БД на разные филиалы, и нужно свести к минимуму возможность "несанкционированного" доступа к структуре данных.
В MS SQL такая возмоность есть, вот я и подумал, что нечто похожее есть и в PostgeSQL
Учитывая, что вполне возможно
Учитывая, что вполне возможно включить отладку и получить в логе все запросы, которые делаются к БД, какой смысл в закрытии структуры? Тем более, если у БД будет свой администратор в каждом филиале, который может сделать с БД что угодно.
Гораздо более правильным в данном случае было бы корректно раздать права, чтобы пользователи (не администраторы) могли читать или изменять только те данные, которые им положено читать или изменять.
Заказчики бывают неадекватные, не спорю
Обычно получается объяснить, что ценность не только в данных, но и в приложениях, которые умеют с ними грамотно работать, но бывает, что люди попадаются упёртые.
Дело тут как раз не в данных,
Дело тут как раз не в данных, а в том, что и как функции с данными делают. И скрыть нужно как раз алгоритм обработки...