https://opennet.ru/openforum/vsluhforumID3/125394.html После года разработки опубликована новая стабильная ветка СУБД PostgreSQL 14. Обновления для новой ветки будут выходить в течение пяти лет до ноября 2026 года...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55891<br> https://opennet.ru/openforum/vsluhforumID3/125394.html#173 Tue, 05 Oct 2021 18:56:26 GMT &gt;&gt; Не похоже, что вы хоть раз писали SQL запросы сложнее `SELECT * FROM ${TABLE}`.&gt; <br>&gt; Это вы мне говорите, человеку с 20-летним стажем работы с СУБД?<br><br>FYI: стаж != экспертиза<br><br>&gt; Да, изначально оптимизаторы были тупенькие и простенькие. Да, иной раз до сих пор промахиваются (редко, если говорить об Oracle, например).<br><br>Как бы да. Когда сам знаешь, где разбросаны грабли, ты их обходишь. Как я говорил, основной оптимизатор SQL-запроса этот запрос пишет.<br>А оптимизаторы ошибаются. И иногда не просто ошибаются, а даже обсираются. Оптимизаторы очень не любят большое число JOIN на одном уровне -- Oracle не шмог в похожет случае.<br>Кстати, основная причина промаха оптимизатора -- некорректная оценка мощности множества.<br><br>&gt; Но вот Postgres SQL содержит уже что-то машинно обученное (вряд ли это может приравнять к тупенькому конечному автомату).<br><br>Вот отсюда подробнее. Где они там машинное обучение всунули, и, главное, зачем. Предоставьте пруфы.<br><br>&gt; Oracle в подавляющем большинстве случаев прекрасно справляется с https://opennet.ru/openforum/vsluhforumID3/125394.html#172 Tue, 05 Oct 2021 17:37:56 GMT Object Relational Bridge.<br>Зачем смотреть? Есть у вас сложный продукт, который однако, легко разбиваются на модули. Можете целиком продавать все модули (крупным денежным клиентам) вместе с Oracle. А можете отдельные модульки с PostgreSQL мелким небогатым. В итоге у вас более полный охват рынка.<br> https://opennet.ru/openforum/vsluhforumID3/125394.html#171 Tue, 05 Oct 2021 17:32:59 GMT Пока из таких стран - Россия, Китай и КНДР, насколько мне известно. Но, может, я чего не знаю, дополняйте список.<br> https://opennet.ru/openforum/vsluhforumID3/125394.html#170 Tue, 05 Oct 2021 17:32:43 GMT зачем? (и что это?)<br> https://opennet.ru/openforum/vsluhforumID3/125394.html#169 Tue, 05 Oct 2021 17:29:31 GMT &gt; Не похоже, что вы хоть раз писали SQL запросы сложнее `SELECT * FROM ${TABLE}`.&gt; <br><br>Это вы мне говорите, человеку с 20-летним стажем работы с СУБД?<br><br>Да, изначально оптимизаторы были тупенькие и простенькие. Да, иной раз до сих пор промахиваются (редко, если говорить об Oracle, например). Но вот Postgres SQL содержит уже что-то машинно обученное (вряд ли это может приравнять к тупенькому конечному автомату). Oracle в подавляющем большинстве случаев прекрасно справляется с многостраничными SELECT-ами.<br><br>А тенденция такова, что оптимизаторы будут всё более и более совершенными. И не такие уж они простенькие и тупенькие на сегодняшний день, как вы тут рассказываете - некоторые запросы вполне могут быть переписаны автоматически для более оптимального выполнения.<br> https://opennet.ru/openforum/vsluhforumID3/125394.html#168 Tue, 05 Oct 2021 17:20:02 GMT Смотреть в сторону ORB.<br> https://opennet.ru/openforum/vsluhforumID3/125394.html#167 Mon, 04 Oct 2021 07:20:28 GMT Мягко скажем, винегрет.<br> https://opennet.ru/openforum/vsluhforumID3/125394.html#166 Sun, 03 Oct 2021 19:31:19 GMT А по моему хорошая шутка получилась.<br> https://opennet.ru/openforum/vsluhforumID3/125394.html#165 Sun, 03 Oct 2021 19:30:30 GMT Q.E.D.<br>Хочу opennet но для взрослых. За*был этот десткий сад в комментариях.<br>