https://m.opennet.dev/openforum/vsluhforumID3/115779.html Сформированы (https://www.postgresql.org/about/news/1905/) корректирующие обновления для всех поддерживаемых веток PostgreSQL: 11.1 (https://www.postgresql.org/docs/current/static/release-11-1.html), 10.6 (https://www.postgresql.org/docs/current/static/release-10-6.html), 9.6.11 (http://www.postgresql.org/docs/current/static/release-9-6-11.html), 9.5.15 (http://www.postgresql.org/docs/current/static/release-9-5-15.html), 9.4.20 (http://www.postgresql.org/docs/current/static/release-9-4-20.html) и 9.3.25 (http://www.postgresql.org/docs/current/static/release-9-3-25.html), в которых представлена порция исправлений ошибок. Выпуск обновлений для ветки 9.4 продлится (http://www.postgresql.org/support/versioning/) до декабря 2019 г., 9.5 до января 2021 г., 9.6 - до сентября 2021 года, 10 - до октября 2022 года, 11 - до ноября 2023 года. Поддержка ветки 9.3 прекращена, 9.3.25 стал последним выпуском.<br><br><br>В новых версиях устранены накопившиеся ошибки и устранена одна уязвимость (CVE-2018-16850 (https://security-t https://m.opennet.dev/openforum/vsluhforumID3/115779.html#27 Tue, 13 Nov 2018 17:05:17 GMT Или PostgreSQL не подошёл или они его не осилили (могли бы хотя бы за поддержкой обратиться). Более того, они упорно сидели на древней версии из-за страха downtim'а, в то время как значительная часть проблем (если не все), на которые они напоролись, была уже давно исправлена. В том числе, online-обновление.<br> https://m.opennet.dev/openforum/vsluhforumID3/115779.html#26 Sun, 11 Nov 2018 22:09:30 GMT Так когда все работает, то и рассказать особо не о чем. Обычная рутина, которой мы все ежедневно занимаемся.<br><br>А вот детальный разбор факапов - это уже интересно :-)<br> https://m.opennet.dev/openforum/vsluhforumID3/115779.html#25 Sat, 10 Nov 2018 23:59:52 GMT &gt; Предлагаю вам утилизировать очевидную нехватку внимания<br><br>"Нехватка внимания", лол. Да, нехватка внимания. У меня не хватает терпения удерживать внимание на волосатом парне, который треплется за жизнь и неизвестно когда закончит. Могли бы в видяшке таймер нарисовать "разговоры за жизнь, осталось 73 секунды", чтобы я знал куда перематывать.<br> https://m.opennet.dev/openforum/vsluhforumID3/115779.html#24 Sat, 10 Nov 2018 19:49:35 GMT &gt; О, естественно. Видео не для меня. Я предпочитаю текст, он позволяет передачу <br>&gt; информации со скоростями выше на порядок. Видео как и диалап -- <br>&gt; прошлый век, для устаревшего торозного оборудования.<br><br>Предлагаю вам утилизировать очевидную нехватку внимания не саморекламой и галимезными текстами "какой я молодец", но полезными делами. Вы удивитесь, но свободного времени меньше не будет. <br> https://m.opennet.dev/openforum/vsluhforumID3/115779.html#23 Sat, 10 Nov 2018 18:41:54 GMT &gt; 99% проблем с базами данных в неумении программиста оптимизировать запросы.<br><br>То есть, если бывают программисты, которые не умеют оптимизировать запросы, то значит базу данных можно хоть на электроне писать, это не повлияет на производительность, так что ли? Чёж тогда базы данных всё на C, да на C пишут?<br> https://m.opennet.dev/openforum/vsluhforumID3/115779.html#22 Sat, 10 Nov 2018 18:15:13 GMT &gt; Результаты сравнений чего?<br><br>Чего угодно с постгресом. В любом сетапе, лишь бы этот сетап был бы описан достаточно подробно.<br><br>&gt; Вот Уберу Постгрес не подошел, и они подробно объяснили, в чем конкретно <br>&gt; проблема.<br><br>Да, я люблю такие статьи.<br><br>&gt; А, скажем, Инстаграму, Скайпу и Реддиту прекрасно подходит.<br><br>А это мне совершенно неинтересно. Если бы Инстаграм, Скайп и Реддит объяснили, почему им постгрес подходит лучше, чем что-то ещё, это было бы дело. А если они просто сказали "с пивком покатит", то это совершенно неинформативное сообщение. Могли бы и не утруждать себя произнесением его.<br><br>&gt; Если у вас нет сравнимых с перечислеными сервисами нагрузок - выбирайте по <br>&gt; фичам, производительность будет примерно одинакова.<br><br>Передо мной не стоит задачи выбора. Если я и разглядываю всякие разные тесты, но не с целью выбора софта, а потому что это наводит на размышления о том, как различные программерские решения и различные технологии влияют на производительность софта. Поэтому <br> https://m.opennet.dev/openforum/vsluhforumID3/115779.html#21 Sat, 10 Nov 2018 18:07:39 GMT &gt; С указанного момента на видео пересказ сообщений выше - именно про "сравнение <br>&gt; синего с мягким" и про "обе бд должны быть протюнены". От <br>&gt; разработчиков базы данных, про которую эта новость.<br><br>Отлично.<br><br>&gt; Поэтому полученные ими <br>&gt; результаты более чем уместны здесь, должны быть интересны задававшим логичные вопросы <br>&gt; "как это сравнивать" в комментариях.<br><br>Дык где результаты то?<br><br>&gt; Не в ваших комментариях. Не для вас это всё. Не ваша тема.<br><br>О, естественно. Видео не для меня. Я предпочитаю текст, он позволяет передачу информации со скоростями выше на порядок. Видео как и диалап -- прошлый век, для устаревшего торозного оборудования.<br> https://m.opennet.dev/openforum/vsluhforumID3/115779.html#20 Sat, 10 Nov 2018 17:48:09 GMT А почему вдруг это не надо?<br><br>Когда меня нанимают, чтобы на подобные вопросы ответить, я честно говорю - вот сейчас я построю стенд за 100500 нефффти, промеряю всё вдоль и поперёк - на вашем софте, на вашем железе, на вашем коннекте и сторадже и на вашем лоад профайле - и тогда, если повезёт, может выдам вам ответ куды и с чем идти. Ага - есть такая профессия - ЫнженеГр! :)<br><br>А ты собрался по одной цыферке в ынтернетах рекомендации выдавать?!?! 8-о <br><br>Удачи конечно, но пока таких Ыгспертов большинство - на пензию мне рановато :-р <br>А когда доживёшь "до высот моих высот" - вдруг придёт понимание того, что тупо не согласование размера блока на сторидже, сети и локально - с треском перечеркнёт все твои тЫпЫцЫ ... как Тузик грелку! (С) LOR<br><br><br>PS: Хочешь я тебе ещё одну тайну открою? Всякие реально кровавые Ынтерпрайзы давно уже не ищут "самую быструю базу" - прикинь!? Им важнее чтоб оно предсказуемо масштабировалось ...<br> https://m.opennet.dev/openforum/vsluhforumID3/115779.html#18 Sat, 10 Nov 2018 17:36:47 GMT А, ну и еще.<br><br>Если программисты пишут запросы типа SELECT ... ORDER BY RAND() из таблицы в миллион записей, то тут проблема не в производительности базы данных, а в программисте.<br><br>99% проблем с базами данных в неумении программиста оптимизировать запросы.<br>