skyANA,
для того чтоб понять о качестве - надо смотреть в исходники. а чисто внешне - это можно только обсуждать качество дизайнера.
работа апи - тут на каждого не угодишь.
ну а раз сервера могут обеспечивать такую нагрузку тут хвала не только java , а так же СУБД, железу, ну и прогерам.

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

авторВот только это в основном не сервера БД.

И кстати раньше (не знаю как сейчас) для хранения данных использовалась Berkeley DB, что не поддерживает хранимые процедуры.
тут что дано с тем и придётся работать...
это проблема выбора, хорошо когда выбор есть.
я предпочитаю бесплатные, и к которым есть хороший инструмент - mysql довольно приличная, особенно 5.7+, и инструмент для неё DbForge очень шикарный.
по возможностям я б выбрал mssql - там вообще много что можно реализовать в хранимках, я насладился ими ещё с 2005 скулем.(предполагаю, что с той версии много добавилось).
в большей части выбор на использование хранимок определился защитой от инъекций, возможностью использования DbForge для написания и отладки как простых запросов так и хранимок. одинаково просто отладить и простой запрос и сложную хранимку, да ещё и дебажить по шагам :)

авторА речь о том, как обеспечить однообразие вызов в коде вне зависимости от того, где хранятся данные.
а этого не обеспечить ни как

авторВы не правы. Человек, сталкивавшийся с такими задачами при проектировании, ИМХО легко бы ответил.

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

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

авторРазве использование параметров в запросах, или Hibernate не защищают от инъекций?
Разве мало IDE, где удобно писать и отлаживать Java-код?
- да можно и через параметры.
- про прокладку из хибера не упоминай....
- отлаживать java код и хранимки - две большие разницы.
для отладки запросов в java в коде надо запускать этод код, для этого делать либо тестовый кусок, либо ставить точки останова в нужном месте, до которого доходить нужно прилично.
в DbForge отладка одним нажатием.

авторЯ в курсе. А есть большая ниша, где это требуется. То есть Вы не сталкивались, я верно понял?
да . не сталкивался. мне своей ниши хватает.
перейду в другую - будут другие правила, методы - оптимальные для этой ниши.

Petro123вадя,
ты на сайт фриланса зайди. Там такой выбор архитектур требуется, что голова кругом).
Поэтом расширять кругозор для опыта или нет, каждый сам решает.
с эти согласен.

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

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

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