Топ ошибок со стороны разработки при работе с PostgreSQL / Алексей Лесовский (Data Egret)

[@abaitoguzbayev5736]

05:31 Планирование и мониторинг 18:20 про масштабирование 23:23 Про долгие транзакции 28:35 Про фоновые задачи 33:20 Автоматизация 37:35 Контейнеры и оркестрация

[@memoryLayer]

Отличный доклад, все в тему и без воды

[@dkartashoff]

Очень крутой. Приятно слушать, без воды, без соплей.

[@dmitryd1572]

Толковый доклад, большое спасибо. Основная мысль, которую стоит отметить и вынести как вывод: надо понимать с чем и как работаешь.

[@nmg_prm]

Отличный доклад, отличная манера изложения, все четко и по делу!

[@mvo5450]

Великолепный и полезнейший доклад! Спасибо!

[@ВостряковАлександр-п9ы]

Доклан оч крутой! а еще очень полезные вопросы и ответы на них, чуть ли лучший доклад с точки зрения вопросов-ответов

[@sfybskot]

Отличный спикер! Спасибо за выступление. Познавательно)

[@DeltaZavr.]

Интересный оратор, обязательно гляну ещё его лекции.

[@egorvoronov8687]

Алексей, спасибо, все очень упорядоченно и по полочкам

[@elenafadina6022]

все четко и понятно, благодарю

[@philosophyofheroes618]

Для меня очень полезный доклад, спасибо)

[@АлександрЛабзов-ш8ч]

Ну наконец, что-то по делу сказал, тестировать и еще раз тестировать.

[@Liqvidator]

Хороший доклад.

[@ВикторБурцев-п8ц]

Вообще, советы подойдут, конечно, не только для постареса но и для любой субд

[@pacific63]

Ссылка на видео про мониторинг из этого видео: kzbin.info/www/bejne/fpPMY3R8nclnpLs

[@yoghtru]

Не могу понять как на 41 минуте, на слайде, может находиться ссылка на видео, которое опубликовано позже этого?

[@kravt100]

люто плюсую! только вопрос насчет самописных очередей, PgQ - это же не про замену Redis и прочего? сорян за возможно некорректный вопрос, пока просто тегово знаком с терминами

[@VK-dx2wk]

Ansible - это не головная боль, и не Bash на стероидах. Это очень удобный инструмент , не даром его забрал под крыло RedHat.

[@dzen1234]

7:52 - Алексей, второго пришествия ещё не было. Фраза "второе пришествие" употребляется чтобы выразить отдаленное будущее.

[@alexeylesovsky2152]

волновался)) я при просмотре нашел еще пару моментов *рукалицо*

[@guugle]

Со Stolon работал как раз в связке с K8s, оч круто.

[@johngraham8220]

6:50 неужели многие разработчики сносят папочки с сочетанием букв log чтобы просто очистить место? У нас такие люди называются не разработчиками, а другими словами.

[@Anton_Simkov]

У меня вопрос про репликации. В одну базу пишем, с другой читаем. Но ведь сами базы должны постоянно реплицироваться, и это ведь тоже нагрузка на железо? И как часто они синхронизируют данные? Во т приложение записало данные пользователя, и тут же пытается их считать из другой базы, они там уже есть или будет в этот момент тормозить, пока данные обновятся во второй базе? Короче насколько репликации затратный процесс?

[@Swit0]

Если коротко отвечать, то зависит все от рабочей нагрузки на мастер. Если запросы хорошо оптимизированы, накладные расходы конечно есть, но незначительные

[@akass4010]

Про Postgres интересно, но про разработчиков странное мнение.

[@alexeylesovsky2152]

да, это конечно же субъективное мнение, возможно потому что я сам не являюсь разработчиком

[@АндрейПоловинкин-и8л]

​@@alexeylesovsky2152 нормальное мнение. Когда ОРМ с 98 CRUD переписываешь на 8

[@volodymyrbrodskyi1985]

Отличный доклад. Но не могу найти видео про мониторинг, которое в докладе. Не могли бы ссылку прикрепить? Спасибо

[@LeonidKorsakov]

kzbin.info/www/bejne/fpPMY3R8nclnpLs

[@alexeylesovsky2152]

Спасибо )) ссылка на видео про мониторинг kzbin.info/www/bejne/fpPMY3R8nclnpLs

[@greentubedog]

​@@alexeylesovsky2152 Алексей, хочу выразить вам почтение - вы отличный докладчик :)

[@oleksandrsankin9637]

Не понял момент на 27 минуте - если приложение откроет транзацию, что-то запишет в базу, а потом крашнется - разве этой транзации не будет приозведен роллбэк автоматически?

[@alexeylesovsky2152]

не совсем так. приложение открыло транзакцию, записало что-то в базу, затем не закрыв транзакцию решило обратиться к другой базе/api/etc... и если это обращение (не связанное с постгресом) завершилось с ошибкой и ошибку забыли обработать, то транзакция останется висеть т.к. с точки зрения работы с постгресом ошибки не было.

[@yuriyc.9056]

Поясните, кто в курсе.. Если использовать поле типа JSON, то каждая запись этой таблицы будет занимать 8 Мб?

[@Николай-з4в7л]

Нет, это был пример в начале доклада, типо кто то хранил нафиг не нужный мусор с большим объемом в этом поле. И гоняя запросы, создавал нагрузку на сеть/диск/память...

[@im8730]

Последний вопрос, то что я сам бы хотел задать, на кой хер делать очереди на постгресе? На постгресе очереди делают только на деве, чтобы дебажить легче было.

[@МаксАли-л7ь]

Транзакционность, и низкие задержки

[@iliacmd]

Ссылка на мониторинг kzbin.info/www/bejne/fpPMY3R8nclnpLs

[@hikaridev6706]

Привет! Работаешь с Postgres?

[@АлександрЛабзов-ш8ч]

А ну да DROP от DELETE наверно отличаются))))))))))))))))))

[@pavelpat]

Оговорка на kzbin.info/www/bejne/fpuvn4xmlrWEkNE. Читатели не мешают писателям, а писатели - читателям.

[@sergeik2151]

Со второго пришествия😂может первого и до второго?😂

[@xizifwhite3563]

И под конец ломанулось неблагодарное безкультурное стадо...(

[@johngraham8220]

Послушал. Как говорится спасибо за доклад, но увы ничего нового не услышал кроме огромного количества обобщений. "Все разработчики хотят ... ", "нет такого админа который бы не пользовался ... ". У нас вот постгрес работает уже много лет, кластер, серьёзная наагрузка. Но высказанные обобщения на 90% - мимо. Никогда обозначенных желаний не возникало, почти ни одного из описанных эксцессов не случалось, разработчики ВСЕ знают основы работы с постгресом (вакуум, долгие транзакции и вот это всё), никто никогда не ковырялся руками в служебных каталогах не посмотрев что есть что. Хотя... мы и никогда не пользовались услугами консультантов. Сами консультировать можем если вопросы вот такие... ) И ещё в какой-то момент появилось очень много англицизмов, причём совершенно ненужных (для которых есть устоявшиеся русские термины) ещё и с неправильным произношением, . Сáппорт (вариант сáппортинг) - вообще слух режет. Ударение на второй слог на самом деле. И почему бы просто не сказать "поддержка"?

[@Alexandre1751]

Это вообще что доклад для разработчиков? Да насрать разработчикам на место на диске . У него вообще нет доступа к проду. Вообще вы что это же все детские проблемы про них все давно известно .

[@АлексейЛысюк-ь4я]

у постгрес к сожалению имеется крайне отвратитеьное место, напрочь убивающее все его остальные преимущества. это крайне тупой и медленный движок, ничтожность которого приходится компенсировать крайне ненадежными (вопреки глупым заявлениям, ну просрете вы все свои данные не раз в год а раз в 2 года.) физическими устройствами типа ССД. для решения задач какого нибуть офиса на 5 компов пойдет.

[@Anton_Simkov]

А скажите, у Firebird 3.0 движок быстрее и умнее, чем у Постгреса или они сопоставимы?

[@vladislavstepanov7591]

А кто вам мешает взять оракл? Ой, а он платный

[@Anton_Simkov]

@@vladislavstepanov7591 ну настолько ли он круче, чтобы за него столько платить?

[@АлексейЛысюк-ь4я]

у оряклы есть халевная версия. с обрезо по процам и памяти. для большинства бытовых задач с головой и выше хватает. но сам орякл не прост.@@vladislavstepanov7591

[@tertiumorganum5665]

ерундоаый доклад ни о чем и докладчик только по верхам знает, типа евангелиста