https://slinkov.ru/openforum/vsluhforumID3/116103.html Доступен (https://blog.couchdb.org/2018/12/06/2-3-0/) релиз распределённой документ-ориентированной базы данных Apache CouchDB 2.3.0 (http://couchdb.apache.org/downloads.html), относящейся к классу NoSQL-систем. Исходные тексты проекта распространяются (http://couchdb.apache.org/downloads.html) под лицензией Apache 2.0. <br><br><br><br>В новом выпуске устранена (https://seclists.org/oss-sec/2018/q4/255) уязвимость (CVE-2018-17188 (https://security-tracker.debian.org/tracker/CVE-2018-17188)), позволяющая удалённо поднять свои привилегии в системе (пользователь с правами администратора СУБД может получить доступ к окружению операционной системы с правами пользователя, под которым запускается CouchDB). Так как за последние два года это пятая уязвимость, связанная изменением конфигурации СУБД во время работы (ранее были исправлены похожие уязвимости CVE-2018-8007 (http://docs.couchdb.org/en/stable/cve/2018-8007.html), CVE-2018-11769 (http://docs.couchdb.org/en/stable/cve/2018-11769.html), CVE-2017-12636 (http://docs.couch https://slinkov.ru/openforum/vsluhforumID3/116103.html#52 Fri, 21 Dec 2018 11:46:09 GMT У Оракла переносимость PL\SQL идеальная. Куда встанет СУБД Оракл там и будет работать.<br> https://slinkov.ru/openforum/vsluhforumID3/116103.html#51 Thu, 20 Dec 2018 10:33:07 GMT Вот именно. На одном из прошлых мест работы сначала была двузвенка, но основная бизнес-логика на PL/SQL в Oracle, потом многозвенка с кластером серверов приложений, реализованных в виде DCOM компонент, позже переход на дотНет. Всё это работало с плавно, постепенно развивающейся базой и логикой в ней. Причем хранимки можно было дергать из чего угодно. На другом месте работы, старые хранимки и схемы данных параллельно дергались и дельфёй (старыми приложениями) и из WebLogic'ов и из дотНет'а - основная логика реализована в единой точке в БД и работает для всех внешних систем одинаково. И эта реализация так же переносима между платформами - PL/SQL оракла одинаково работает и под виндой и под линухом.<br> https://slinkov.ru/openforum/vsluhforumID3/116103.html#50 Thu, 20 Dec 2018 06:25:06 GMT &gt; Когда вся логика в БД можно без проблем мигрировать с одного сервера <br>&gt; приложений на другой, более молодежный :).<br><br>Тут SQLщикам надо было просто помолчать. Переносимость кода в javaEE просто на порядок лучше, чем у SQL. <br><br>С прямыми ручками и без очумелых оптимизаторов вообще ничего не требуется для смены СП.<br> https://slinkov.ru/openforum/vsluhforumID3/116103.html#48 Wed, 19 Dec 2018 19:51:08 GMT Когда вся логика в БД можно без проблем мигрировать с одного сервера приложений на другой, более молодежный :).<br> https://slinkov.ru/openforum/vsluhforumID3/116103.html#45 Wed, 19 Dec 2018 19:46:29 GMT жЫр<br> https://slinkov.ru/openforum/vsluhforumID3/116103.html#44 Wed, 19 Dec 2018 10:19:59 GMT Всё нужно рассматривать в комплексе. И учитывать скорость операций тоже.<br> https://slinkov.ru/openforum/vsluhforumID3/116103.html#43 Wed, 19 Dec 2018 10:18:23 GMT &gt; логика обработки данных в основном - в самой БД<br><br>Вот это-то и печально. Когда логика вне БД, то можно без серьёзных проблем мигрировать на другую БД. А так вы сами подсадили себя на иглу.<br> https://slinkov.ru/openforum/vsluhforumID3/116103.html#41 Wed, 19 Dec 2018 06:28:36 GMT (бабка на скамейке у подъезда, шёпотом, глядя исподлобья): - Ничего, ничего... Сейчас ваш прогресс прокрутит Большую чОрную Дыру в Большом Адронном Коллайдере и сам собой остановится... Или киданёт одну страпельку и усё, станет прогресс странным...<br> https://slinkov.ru/openforum/vsluhforumID3/116103.html#38 Tue, 18 Dec 2018 15:55:31 GMT &gt;&gt; Прогресс не остановить!!!!1<br>&gt; Что мешает написать cgi-скрипт?<br><br>Скрипт остановки прогресса? :)<br>