https://217.65.3.21/openforum/vsluhforumID3/134911.html После года разработки опубликована новая стабильная ветка СУБД PostgreSQL 17. Обновления для новой ветки будут выходить в течение пяти лет до ноября 2029 года. Поддержка PostgreSQL 12.x, самой старой из поддерживаемых веток, будет прекращена 14 ноября...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61935<br> https://217.65.3.21/openforum/vsluhforumID3/134911.html#122 Tue, 01 Oct 2024 09:50:42 GMT Со Слоном работаю с 9-той версии. И такое всегда работало. И сейчас прекрасно работает.<br> https://217.65.3.21/openforum/vsluhforumID3/134911.html#121 Mon, 30 Sep 2024 22:58:06 GMT Будет ли в новой версии работать такой запрос?<br><br>SELECT file AS b FROM files ORDER BY SUBSTR(b, 6);<br><br>В 15 не работает.<br> https://217.65.3.21/openforum/vsluhforumID3/134911.html#120 Mon, 30 Sep 2024 09:55:39 GMT Это не "Объектные СУБД", а в нынешнем понимании что-то вроде Ф/С с COW. Ну вот какой-нибудь ZFS. Только с исходно аппаратными подходами к обеспечению надёжности сохранения данных. "Объектных" СУБД не существует не потому что я этого не хочу признавать, а потому что это не пойми что, т.е. нет набора критериев, которые бы позволяли сказать, что вот это вот перед нами объектная СУБД, а не фиг пойми что. Вот есть куда более понятный пример той же Монги или хранения ясончиков в блобах. Но то, что там неким образом сериализованные "объекты" хранятся не делает хранилку СУБД, потому что единообразно манипулировать информацией этих объектов возможности нет. Да и что такое -- объект? Классическое определение это экземпляр типа, т.е. нечто материализованное в памяти. Но для, скажем, Джавы это будет одно, а вот для JS -- совсем-совсем другое. Нет единого определения нет и теории со счислением. А для реляционки -- есть. И отображение объектов в реляционку проблема исключительно надуманная.<br> https://217.65.3.21/openforum/vsluhforumID3/134911.html#119 Mon, 30 Sep 2024 09:45:11 GMT &gt;До сих пор нет онлайнового полного вакуума. И это реальная, а не надуманная проблема. <br><br>Есть, но через расширение.<br><br>https://reorg.github.io/pg_repack/<br><br>Костыльно, всрато, но работает.<br> https://217.65.3.21/openforum/vsluhforumID3/134911.html#118 Mon, 30 Sep 2024 09:42:22 GMT Хорошее подтверждение пословицы про меньше знаешь, лучше спишь. Если на твоём уровне восприятия, то Инно очень мало, чем отличается от Слона. В бесплатном, т.е. самой массовом, виде в Инно намерено и предупреждая об этом забили на ряд проблем с надёжностью сохранения данных в случаях аварийного сбоя экземпляра, в Слоне с этим проблемы нет. MyISAM это вообще не СУБД, а просто ненадёжная строковая хранилка (чтобы ты понял что-то вроде эксэльки), поэтому и быстрая, потому что целостность данных никак не обеспечивается вообще. Когда понимаешь, что к чему, этот баг может быть и фичей (например, при регистрации не слишком ценных данных, когда некоторые потери допустимы), но ты всё равно не понимаешь, поэтому просто рискуешь потерять данные...<br> https://217.65.3.21/openforum/vsluhforumID3/134911.html#117 Mon, 30 Sep 2024 04:23:53 GMT &gt; ... то результат выбора очевиден в пользу PostgreSQL <br>&gt; Исправил, не благодари!(С) <br><br>Да не за что, могу и постгресс разобрать!<br><br>1 Постгрессчики часто хвалятся поисковой системой.<br>У MySQL InnoDB тоже есть полнотекстовый поиск, который даже проще в использовании и вполне годен для простого использования (нагрузка на поиск не большая).<br>Если же нужен поиск с большой нагрузкой, то MySQL+Shinx уделывает его.<br><br>2 Постгрессу c кучей разных типов полей неводом тип unsigned (tiny,small,medium)int.<br>А типы tinyint и mediumint вовсе не ведомы!<br>То есть если мне нужно битовое поле, то на каждое придётся выделять 2 байта вместо 1!<br>Сохранить компактно unix timestamp и crs32 в 4 байтах в unsigned int не получится, ведь его там нет! Используй 8 бит вместо 4!<br><br>3 Жрать память постгрес любит, просо обожает!<br>На проекте БД в несколько ТБ и вышла свежая версия 17, здорово было бы обновится?<br>На MySQL это не составит никакого труда, ну естественно бекапы никто не отменял, там миграция данных к новой версии или вообще не https://217.65.3.21/openforum/vsluhforumID3/134911.html#116 Sun, 29 Sep 2024 20:57:45 GMT Ну почему нельзя-то? Расслоить вв ничто не мешает. И у Слона нет изменений инплэйс никогда, кроме тостов. Это со временем и становится проблемой.<br> https://217.65.3.21/openforum/vsluhforumID3/134911.html#115 Sun, 29 Sep 2024 20:47:27 GMT Специфики работы UNDO в документации нет вообще, она там не нужна. Как нет и ничего про внутренние процессы сервера. Медийных материалов по этой теме, кроме одной единственной книжки Льюиса начала 10-х, тоже нет. Поэтому и чатгпт.<br>Тормозит не потому, что что-то там "копируется назад" (и что это за "назад" такой???). Хотя, ещё раз, это не важно особо.<br> https://217.65.3.21/openforum/vsluhforumID3/134911.html#114 Sun, 29 Sep 2024 19:49:28 GMT ... то результат выбора очевиден в пользу PostgreSQL <br><br>Исправил, не благодари!(С)<br>