Petro123Друзья. Давайте так:



Без борделей, банков и индусов.без проблем

Рассмотрим как часть системы.
Приходит юзер в библиотеку получить книжки…
значит он там зарегистрирован, следовательно у него есть id в базе библиотеки.
Садится за комп (бараузер) логинится.
Выбирает книги , они заносятся в таблицу в браузере.
Окончил набор , жмет выдать книги…
браузер отправляет на сервер команду issue_books, id юзера, и id всех выбранных книжек.
Сервер получает строку, вызывает метод issue_books и передаёт ему два параметра id юзера, и строку из id книг.
В методе issue_books происходит вызов хранимки с передачей ей этих двух параметров.
В хранимке происходит необходимые действия с этими параметрами, в результате чего эти книги помечаются как подготовленные к отбору на выдачу, ну и прочее уже по конкретному тз.
после отработки хранимки юзеру отправляется сообщение — подойти к выдаче и ждать книги, как результат работы хранимки - список книг с местами их хранения отправляется оператору для поиска и доставки книг на выдачу.
метод закончил работу

ВМоисеев>вадя, сегодня, 21:15 https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1310972&msg=21853262][21853262]
>без проблем … Выбирает книги ...
<Думаю, что задача выбора книг имеет тот же порядок сложности, что и основная. К тому же, выбранный список книг читатель может отсортировать по автору или по годам издания, пометить поле уточнения и только потом отправить серверу приложений сериализацию id выбранных книг.
задача выбора/поиска не рассматривается, если интересует сам поиск могу отдельно описать

Petro123Ты описал клиент сервер. Двухзвенку. Без коллекций. Без аппСервера. Без ОРМ.
Бизнес логика метода будет написана в хранимке БД а не на java, хотя четко было название метода.
Клиентские транзакции отсутствуют.
Двойка.
Так пишут в дельфи, ассеss но не java.если можно решить задачу проще я буду решать проще, и городить что-то ради непонятно чего я не буду.
нафига какие-то коллекции? ради того что ты назвал это трёхзвенкой?
есть клиент(браузер),
есть серверное приложение, которое принимает и обрабатывает запросы от клиента, и отправляет клиенту обработанные результаты и взаимодействует с базой,
есть база
по большому счёту в наличии 3 звена.

акс и делфи напрямую взаимодействуют с базой - нет серверного приложения
в наличии только 2 звена
попробуй выставить такого клиента а итет и твоя база будет взломана в пить минут.

зачем коллекции? что они дадут ? конкретно для твоего примера?

Petro123А в чем получить список строк книг на выдаче у пришедшего в библиотеку? Должника?в чём проблема?
библиотекарь вводит что-то идентифицирующее читателя (это может быть штрихкод с его читательского билета)
код отправляется на сервер в виде команды "узнать_задолженность" + id читателя
серверное приложение вызывает метод узнать_задолженность с параметром id читателя, в методе вызывается хранимка с параметром id читателя, и возвращает результсет со списком не возвращённых книг.
метод обрабатывает этот результсет и формирует html строку таблицы содержащий этот список, и отправляет клиенту-браузеру, тот вставляет в нужное место в dom и библиотекарь видит что читатель должен....

в этом есть проблемы? найди место для коллекции

Petro123В профиле демка-сайт. Оракл наружу. Никто не ломает)))анек про неуловимого Джо знаешь?

Petro123В профиле демка-сайт. Оракл наружу. Никто не ломает)))у тебя оракл формирует html?
и браузер сам формирует запросы к базе напрямую?

Petro123Там не команды серверу, а методы.ты уже началь цепляться к терминам.
есть такое "... хоть горошком назови, только в печь не ставь"
Petro123в дельфи DataSource and DataSet)))какая разница? суть одна.
Petro123Продолжай.
Удачи!значит можно и без коллекций?