Доброго дня , господа.
Я начинающий , но уже не молодой и вроде не эникейщик.
Собственно вопрос по взаимодействию клиентов и БД следущий -
правильно ли на каждое действие клиентского приложения создавать новое подключение к БД?
Т.е. я могу тормознуть поток в приложении , не закрывая подключения и в этом же подключении
если conn = not null сделать следующий запрос\процедуру.
Готов обсудить все за и против каждого варианта.

Вот и я озадачился , т.к. накатал прожку для оценки производительности БД, оказалось что нашей БД само подключение ресурсоемкое по процессору . По ораклу читал Кайта, надо освежить в память, а то отложилось что уникальный пользователь накладен , а не коннект. Ставить в очередь это сервер приложений , в клиентском приложении можно так данные терять , т.е. юзер будет искать сохранилось или нет. Вы правы, везде в обучалках открыть закрыть коннект .

Нет это делает сам класс OracleDatabasePollConnection из JDBC если мы говорим о java
для node и python необходим OCI(бинарные либы оракла...они держат пул и являются шлюзом к node и т.д).
Поэтому сервер приложений Вам необязателен(Можно спокойно на jetty(grizly,-любой автономный лёгкий http сервер на java) заделать..у меня так где-то было)...разве,что решаете и другие web проблемы...ну например,чтоб был https,много приложений взаимодействующих..Websocket и т.д. -тогда стоит подумать о сервере приложений.
В данном случае не Оракля, но большое вам спасибо. Дали верное направление.

JDBC , FireBird

C FireBird все сложно, но на выбор СУБД повлиять не могу.И JDBC неудачно выбрал на питоне там драйвер и мануал повеселей и местами проще.

Я неопытным глазом сразу заметил неладное
[quot Dimitry Sibiryakov#22135787]
С++ начну в ближайшее время. Дельфи нормальный? Давно?

Наверно именно поэтому мне пришлось на JDBC писать, потому что наш ведущий(бесспорно в чьем то понимании лучший, если вдруг он это читает , то привет тебе) на этом лучшем языке смог сделать только программу кликер ,засунув внутрь делфи IBExpert. Разумеется эта хрень напрочь зависала в 70% случаев. Вот ничего не хочется иметь общего ни с такими языками , ни с такими ведущими.

А теперь серьезно :делфи хорош как быстрая разработка легких графических интерфейсов , но как выясняется и тут
есть VCL для решения многих проблем\задач, а в этом VCL нет диаграмм Ганта, но в этом же VCL для С++ они есть.
Итог - делфи норм для узкого круга задач небольших организаций, и если есть 10к зелени на Embarcadero .

Начав работать с FB я познал параллельную реальность в которой живет эта СУБД. Я узнал что существует такая
вещь как "нестабильность курсора" . Был сильно удивлен что MERGE по скорости выполнения то же самое что процедурка на процедурном языке с переменными.И многое многое другое. После такого могу точно сказать - стоимость Оракли оправдана на все 100%

Ну возьмите Oracle XE(Он бесплатен) ...с каждой новой версией...он даёт всё больше и больше лимитов.Хотя их(лимитов) и сейчас дофига.
Так же можно скачать по девелоперской лицензии большой оракле
У меня в образе VM там большой оракле(его поставить непросто)
http://www.cis-pos.com/apex/f?p=116:43
Поставьте образ сравните с XE
Дома XE, на работе 10Гб превышено. Сейчас занимаюсь миграцией таблиц с FB в PostGres , потом и до оракли очередь дойдет.
Прогоним тесты(запросы) посмотрим насколько FB хуже , а там может и БД сменим.У нас и оракля есть(а в целом по конторе у нас оракли не мерянно) , FB в нашей БД вероятно политическое решение

Как то так.

А пользователь в БД один?
А после авторизации как этот пользователь подтверждает что это он? Врменный файл, либо кукис если веб , либо переменная в приложении?Секурность отдельная история.

"порог входа" обычно отсекает дебилов. Каждый дебил знает что такое плюсы и даже не суется туда.