так как Вы многократно задаете одни и те же вопросы и игнорируете все ответы, то предпочту отослать вас любой поисковик по поиску интересующих Вас вопросов.
Вы же все равно проигнорируете все мои ответы, и опять зададите те же самые вопросы, чтобы я вам не ответил.
:-) Если Вы чего то не знаете, то это вовсе не означает, что это не возможно или это не поддерживается.
Похоже Вы не в состоянии понять написанное #comment_21247274
Поясню более подробно. Сервис реализован в рамкам спецификации J2EE и спецификация JAAS (Java Authentication and Authorization Service) в полном вашем распоряжении. Интересует, почитайте и настраивайте права доступа в любом сочетании.
Дополнительно, можно поднять множество копий источников данных (DataSource) с разными правами в БД (под разными учетными записями БД), множество копий этого сервиса (каждая копия сервиса со своей копий источника данных) и играйтесь доступом как Вам вздумается.
Прошу отметить, что все это в одном WEB-приложении и ни каких изменений в коде.
Не совсем понимаю первый вопрос, но проблем с транзакциями никаких нет.
Это универсальный пример, будет работать с любой БД любого производителя, легко расширяемое решение.
В чем, Вы видите "стах" выставления наружу? Доступно гибкая настройка прав доступа, можно настроить любое сочетание. Больше чем разрешено, использовать будет нельзя.
Вы должны и обязаны сказать сервису как вы хотите объединить данные таблиц. Пока Вы это не скажите, ни одна реализация не сможет выполнить ваш запрос.
1-ый вариант для промышленных систем плох тем, что пользователь может выполнить абсолютно любой запрос и его ничем нельзя ограничить, кроме как правами учетной записи в БД, под которыми этот запрос будет выполняться.
Я выбрал 2-ой вариант, в котором написать расширения не значит написать требуемый сервис. Вы просто говорите (пишите SQL — запрос) как хотите сложить данные из множества таблиц. Если у Вас будет множество таких расширений, у Вас есть возможность управлять правами доступа разных пользователям к эти расширениям. Все.
Пример реализации сервиса готов работать с любыми данными в любых таблицах любой предметной области!
2-ое утверждение.
Сервис ориентируется на входные параметры для генерации запроса и метаданные полученного результата для формирования ответа.
3-е утверждение.
Сервис ничего не знает о предметной области, данными которой он манипулирует. Т.е не знает как вы хотите "сложить" данные из множества таблиц и по каким условиям это делать.
4-е утверждение.
Для того чтобы сервис смог "сложить" данные из множества таблиц в один результат, Вы должны сказать сервису как это сделать. Есть два варианта решения этого вопроса. 1-ый вариант. Реализовать в сервисе функция выполнения любого запроса. 2-ой вариант. Реализовать механизм расширения.
выполняете запрос ...data/object/… получаете требуемый результат. Хоте подробностей?
Опишите подробно, что хотите
опишите подробнее вашу задачу, что вы хотите получить, примеры входных-выходных данных, описание таблиц, примеры записей в таблицах и т.д.
опишите подробнее
Можно, см выше
Я не знаю, что Вам нужно.
есть, все уже расписал, повторятся не буду, см выше
можно, см. выше
так как Вы многократно задаете одни и те же вопросы и игнорируете все ответы, то предпочту отослать вас любой поисковик по поиску интересующих Вас вопросов.
Вы же все равно проигнорируете все мои ответы, и опять зададите те же самые вопросы, чтобы я вам не ответил.
см. выше
Нет каких либо проблем с транзакций.
:-) Если Вы чего то не знаете, то это вовсе не означает, что это не возможно или это не поддерживается.
Похоже Вы не в состоянии понять написанное #comment_21247274
Поясню более подробно. Сервис реализован в рамкам спецификации J2EE и спецификация JAAS (Java Authentication and Authorization Service) в полном вашем распоряжении. Интересует, почитайте и настраивайте права доступа в любом сочетании.
Дополнительно, можно поднять множество копий источников данных (DataSource) с разными правами в БД (под разными учетными записями БД), множество копий этого сервиса (каждая копия сервиса со своей копий источника данных) и играйтесь доступом как Вам вздумается.
Прошу отметить, что все это в одном WEB-приложении и ни каких изменений в коде.
Вы очень сильно, ошибаетесь!
Можно. См сообщения выше.
Не совсем понимаю первый вопрос, но проблем с транзакциями никаких нет.
Это универсальный пример, будет работать с любой БД любого производителя, легко расширяемое решение.
В чем, Вы видите "стах" выставления наружу? Доступно гибкая настройка прав доступа, можно настроить любое сочетание. Больше чем разрешено, использовать будет нельзя.
можно, см утв. 4
Вы должны и обязаны сказать сервису как вы хотите объединить данные таблиц. Пока Вы это не скажите, ни одна реализация не сможет выполнить ваш запрос.
1-ый вариант для промышленных систем плох тем, что пользователь может выполнить абсолютно любой запрос и его ничем нельзя ограничить, кроме как правами учетной записи в БД, под которыми этот запрос будет выполняться.
Я выбрал 2-ой вариант, в котором написать расширения не значит написать требуемый сервис. Вы просто говорите (пишите SQL — запрос) как хотите сложить данные из множества таблиц. Если у Вас будет множество таких расширений, у Вас есть возможность управлять правами доступа разных пользователям к эти расширениям. Все.
Вопросы?
1-ое утверждение.
Пример реализации сервиса готов работать с любыми данными в любых таблицах любой предметной области!
2-ое утверждение.
Сервис ориентируется на входные параметры для генерации запроса и метаданные полученного результата для формирования ответа.
3-е утверждение.
Сервис ничего не знает о предметной области, данными которой он манипулирует. Т.е не знает как вы хотите "сложить" данные из множества таблиц и по каким условиям это делать.
4-е утверждение.
Для того чтобы сервис смог "сложить" данные из множества таблиц в один результат, Вы должны сказать сервису как это сделать. Есть два варианта решения этого вопроса. 1-ый вариант. Реализовать в сервисе функция выполнения любого запроса. 2-ой вариант. Реализовать механизм расширения.
Вопросы?
Упоминается, см расширения
Есть! См статью.
ответил уже пару десятков раз — написать расширение
см ответ выше
не хотите, не пишите, ни кто не заставляет
не проблема, ответ по JOIN см выше