Здравствуйте!

Есть задача обращаться в базу за данными из нескольких сред (WEB и мобильное приложение, как минимум).

Существует ли какой-либо прокси для этого, реализующий функцию авторизации пользователей и разграничения доступа к дозволенным юзерам данным? (А так же кэширование сюда неплохо бы подошло, как мне кажется.) Чтобы мы могли наделать таблиц-вьюшек-функций, создать таблицу пользователей, раздать права доступа к таблицам и общаться с нашей базой через этот "прокси" с помощью чего-то типа XML или JSON.

Или правильнее использовать логику: пользователь == роль ? (но как быть с подключениями к базе - ведь текущего пользователя нельзя менять "на лету"?

Или наш путь - сервер приложений? (т.н. "трехзвенная" архитектура, кажется)

Stan_1WeedЗдравствуйте!

Есть задача обращаться в базу за данными из нескольких сред (WEB и мобильное приложение, как минимум).

Существует ли какой-либо прокси для этого, реализующий функцию авторизации пользователей и разграничения доступа к дозволенным юзерам данным? (А так же кэширование сюда неплохо бы подошло, как мне кажется.) Чтобы мы могли наделать таблиц-вьюшек-функций, создать таблицу пользователей, раздать права доступа к таблицам и общаться с нашей базой через этот "прокси" с помощью чего-то типа XML или JSON.

Или правильнее использовать логику: пользователь == роль ? (но как быть с подключениями к базе - ведь текущего пользователя нельзя менять "на лету"?

Или наш путь - сервер приложений? (т.н. "трехзвенная" архитектура, кажется)

Лучше сразу сервер приложений. Иначе рискуете пройти по всем "неправильным" шагам: сначала база с вьюхами, потом море тригеров и процедур, потом появится какое-нибудь специфичное требование от маркетологов или юзеров, которое средствами СУБД сделать будет сложно - например, необходимость кеширования "предкомпилированных" данных в кешах. И все равно придется писать.

Угум угум, ясно понятно.

Misha TyurinWeed,

что вы делаете? Какие пользователи?


Сами ещё не знаем на 100%. Там будут юзеры, они будут регистрироваться. По структуре что-то типа "сайта знакомств" можно считать.

Не дело СУБД отличать мобильное приложение от сайта!


Естественно

Кеш объектов приложения отдельно,


Отдельно где? Не хочется делать кэш для веб и для мобильного отдельно два раза.

пулы коннектов отдельно, орм отдельно - все есть.


орм?

ORM (англ. Object-relational mapping, рус. Объектно-реляционное отображение) — технология программирования, которая связывает базы данных с концепциями объектно-ориентированных языков программирования, создавая «виртуальную объектную базу данных».


База же не отображается в ООП достаточно хорошо, на сколько я знаю...

Json шас пг может уже на неплохом уровне. Но это все слегка не так хорошо, как может показаться изначально.
http://www.postgresql.org/docs/devel/static/functions-json.html

Да, тоже считаю что это не то что надо нам. Можно использовать сначала, но потом всё равно придётся переделывать.

Да, а "сервер приложений" - это нечто, что пишется "с нуля" и архитектуру чего мы полностью разрабатываем сами?

где можно посмотреть на пример хорошего сервера приложений?

И ещё вопрос: как такой сервер приложения пишется в реальной жизни? Вот есть программист БД и есть программист на Java - это разные люди. Они должны сообща решить какие таблицы создать в БД?

(Если бы была клиент-серверная логика то всё делал бы программист БД, кроме внешних по отношению к БД штук типа хранения картинок и т.п.)

Misha TyurinWeed,

автор"сайта знакомств"

вам надо инжинкс, пхп, мемкеш, - пгбоунсер и постгрес.

хороший рабочий прототип чрез пол года получите.
всё делается без заморок и "в лоб". никаких серверов приложений и прочих наворотов, вся логика на пхп и хранимых процедурах.

а дальше будете смотреть. на 146% дальше и не надо ничего будет

Спасибо, но я уже ходил два раза по этим граблям - оно вырастает и становится малопригодным к допиливаниям.

spWeedДа, а "сервер приложений" - это нечто, что пишется "с нуля" и архитектуру чего мы полностью разрабатываем сами?

где можно посмотреть на пример хорошего сервера приложений?

Сервер приложений - лишний геморрой - каждому свое - иначе построите 1С! :)
Логика должна быть в БД - она рулит данными
Раздача и кэширование картинок стилей и т.п. в вэб-сервере

Есть и такая точка зрения, да.

Ну вот как нам сделать то, что в заглавии если не использовать "сервер приложений"?

всем спасибо - ушел думать

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

Существуют ли готовые опенсорсные?

Sasha Alias, какие есть возможности там?
сделать открытым не планируете?

Ещё вот такое нашёл, это не то?

http://rm2.tender.pro/projects/pgws/wiki

marvinorezПосмотрите на PgREST http://hychen.wuweig.org/blog/2013/08/11/pgrest-howto/

Интересная штука, но не разграничевает пользователей.