Исходное сообщение
"Опубликован PRQL, компилируемый в SQL язык обработки данных" Отправлено Аноним, 06-Янв-24 06:02
> если кто-то решит мимо сервера приложений нагадить? Давай такие ТУХЛЫЕ аргументы не приводить? А то я скажу, что у тебя нет защиты от "уборщица пришла с пылесосом и выдернула розетку сервера". Ты как-то мыслишь вообще не по-программистски. > Как обеспечивать непротиворечивость данных, если будет больше одного сервера приложений? А в чём именно проблема-то?? Подробнее. > Чего, например? Чего "чего"? ДВИЖОК сменить! Что непонятного? > Какие там сложности? Все те же сложности, как и перенос чего-либо вообще на другой физический сервер - то с форматом дат напутали, то нашлись неконсистентные данные, то надо перенести блобы из файловой системы в новое место (а в старой базе пути). Я не просто про "бэкап-рестор", а аккуратный перенос данных, потому что незачем тащить на новый сервер все старые атавизмы. И конечно процедуры - обратная совместимость у них есть, но как всегда найдётся энтузазист, который захочет переписать короче (а ради чего тогда прогресс??). И вот уже у вас ДВЕ версии хранимок. Я не понимаю, зачем вообще что-либо писать на сервере, используя неуклюжий T/SQL или PL/SQL. Есть родной ЯП, пусть даже это и пестон какой-нть, какой смысл ОТДЕЛЬНО писать на ещё одном языке??