посоветуйте плз как лучше сделать: руками их разруливать - в своих таблицах и функциях - или пользовать постгресовские? я раньше сам это делал - т.к. это проще. да и требования были мягче чем сейчас. а сейчас проект оч амбициозный - и будут там повышенные требования к секурити и т.п. как это по науке делается - я не оч в курсе. не охота времени много на учёбу убивать - не зная надо ли оно мне заранее. оч общее представление имею - но не представляю как увязать например права на таблицу/функцию с бизнеслогикой проекта. ну и сам то я с этим разберусь - посоветуйте токо надо ли оно, можно ли так сделать что-бы всё красиво было и чётко :). тоисть стоит ли вообще таким способом это решать - или нет?
раньше я делал что клиентское приложение под одним постгресовским юзером работало - и там свои пользователи были в таблице своей. ну и доступы соответственно свои. ну и права доступа то там не к объектам бд - а к функциям программы - т.е. на прямую на бизнес-логику ориентация была. а можно ли сразу как-то это средствами посгреса делать - без этого рукоделия лепного?
Тоисть так, чтобы одним способом и доступ к объектам бд разрулить - и с бизнес-логикой увязать.
или токо можно средствами постгреса доступ разруливать к объектам бд - а к функциям программы руками?
вобщем посоветуйте пожалуйста как это по науке делается. или ткните пальцем в книгу/статью/мануал.
спасибо.

up :)
ну мне в принципе и не срочно - но токо это . . . нетерпится. типа это - жаждой знаний придавило - и не отпускает :)

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

но в интерфейсе клиентского приложения надо наверное чтобы не оч страшно выглядело вто сделать так: нужно наверное насоздавать ролей без логина - и распределить их права - у каждой большой набор будет. а потом в клиентском приложении выводить список этих ролей как доступы к бизнес-функциям - и на них уже пользователям права раздавать - чтобы не на отдельные там таблицы/хранимки. как-то так.

ну что-то вроде бы вырисовывается.

и ещё такой момент: может вообще сделать всё руками своё - таблицы с правами и пользователями. а потом например триггерами отслеживать изменения в них - и раздавать права на объекты бд . . . как-то так. токо тут такой момент смущает: если кто-то мимо этой системы какие-то права править будет - то всё громко упадёт и концы трудно будет найти.

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

а вообще статью бы какую-то на эту тему - хоть на буржуйском. неужели ещё такого не изобрёл никто велосипеда :).

Database Roles тщательно изучил - перевариваю и думаю как лучше увязать это дело с бизнес-логикой - которую полностью не получится свести к правам на объекты бд.
вот ссылка на отот проект заинтересовала - пока не смотрел - и толком ещё ничего не понял. надо полистать - вступление заинтересовало - похоже на тот велосипед, который я собирался изобретать :).

Shweikдайвайте напряжемся и посмотрим чего может а чего не всостоянии сей прожект

на этот вопрос я ответить не смог :). я под виндой работаю - только. ничего не понял. с си тоже не оч знаком - токо с си шарп. отети там всякие хидеры и инклюды для меня тёмный лес - хотя синтаксис языка и не оч отличается - но объектная модель оч отличается.

ничего короче не понял :( как-то возможно эту технику под виндой посмотреть?