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

pg_bouncer

если клиентов слишком много и это становится уже обременительно (или они слишком короткоживущие), то применяются всякие pgpool

pg_bouncer

стоп-стоп-стоп. pgbouncer и pgpool это какие-то сторонние штуки. я пока считаю, что вы шутите надо мной

селяви

из коробки ничего нет такого

да они сторонние, да pgbouncer необходим для пулинга соединений без него постгрессу пичально

стоп-стоп-стоп. pgbouncer и pgpool это какие-то сторонние штуки. я пока считаю, что вы шутите надо мной

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

да они сторонние, да pgbouncer необходим для пулинга соединений без него постгрессу пичально

ну я бы не обобщал. Паул все правильно уточнил. Сценарии использования разные бывают.

да с уточненением выше

На сколько я понимаю, основная заноза - это php style системы. Все другие, как правило, имеют свои клиентские/драйверные реализации pool-ов соединений.

Я пойду сейчас в SPbLUG всех покусаю. "Ставь Postgres", - говорили они. "Кто сейчас в вебе на MySQL сидит", - говорили они. "Будет весело", - говорили они. Кроме несколькидневного гемора единственную выгоду которую я получил - я могу людям проводить курс Get Started.

Я пойду сейчас в SPbLUG всех покусаю. "Ставь Postgres", - говорили они. "Кто сейчас в вебе на MySQL сидит", - говорили они. "Будет весело", - говорили они. Кроме несколькидневного гемора единственную выгоду которую я получил - я могу людям проводить курс Get Started.

ну так весело же. Обещали весело - стало весело

Самое главное. как настроить pg_hba, чтобы пускало с локальной машины :) Это такой порог вхождения

а что муксуль научился пулить соединения из коропки ?

(не в теме просто)

Погоди, а напомни, где это в MySQL присутсвует пулинг?

Мускуль вроде не так болезннено новые треды поднимает.

да там есть какой-нибудь JConnector с поддержкой пулинга

На сколько я понимаю, основная заноза - это php style системы. Все другие, как правило, имеют свои клиентские/драйверные реализации pool-ов соединений.

So so. Они так себе работают. И не всегда действительно имеет смысл держать пул.

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

это не совсем пулинг

*соединений

я понимаю

я бы сказал, это совсем не пулинг

а что муксуль научился пулить соединения из коропки ?

мммм... ну вообще претред у него был вот сколько я вообще о нем знаю.

это к Филу

ну мускуль медленный, ему полезно

Мускул ещё умеет кешировать треды

Самое главное. как настроить pg_hba, чтобы пускало с локальной машины :) Это такой порог вхождения

Ахаха! Это да отдельный вопрос. Не, когда шишку набьёшь - понятно что хотели. В доке там для шпионов писали. Эти слова не складываются в смысл. Я честно понял не сразу

То есть не убивает, когда клиент уходит.

ну мускуль медленный, ему полезно

это миф

только здесь не начинайте

ну да миф, только любой сайт с орм пересаженный с мускуля на постгрес начинает летать

бгг )

это мой опыт, и не только..

ну на меня ссылаться по MySQL бессмысленно. я не прямо сенсей по нему. я как-то и postgres пока не выбросил. но да. решил на полвечера проектик сделать и думаю такой "ну вот и попробую". "полвечера" начались в пятницу вечером. и чего-то к вечеру вторника меня бомбить начало

ну да миф, только любой сайт с орм пересаженный с мускуля на постгрес начинает летать

и наоборот. не знаю что такое "сайт с орм". знаю что такое СОРМ :) это тоже какой-то миф, нет никакой показательной статистики

А что ты хотел добиться переходя на незнакомц pgsql?

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

это мой опыт, и не только..

ну вот мой опыт пока что говорит, что немотивированный веб-разработчик проклянет postgres и ещё лет пять будет осенять себя и вокруг все крестным знамением. потому что старт через 90-ые в 2016 году это сильно

если ты знаешь мускуль хоть как-то и все основные проекты это веб визитки или подобное, то зачем тебе это?

что такое "старт через 90-е"?

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

Ну это уже буратины сами себе. проект с зависимостями и моделями - ссзб

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

особенно когда узнает что база рассыпалась и "ой а что такое иннодб ?"

что такое "старт через 90-е"?

Привязка к системным штукам, которые достаточно фигово развиваются в системе. Локали например. Привязка к системным юзерам. Мухи и котлеты. pg_hba - это 80-ые даже наверное. А главное - бессмысленное усложнение. Этого уже хватит, чтобы стороной обходили

эээ а вы делаете проекты без зависимостей ? ) и без ORM ? только чистый mysql->query ?

особенно когда узнает что база рассыпалась и "ой а что такое иннодб ?"

Ну innodb на моей памяти ещё ни разу не рассыпалась

эээ а вы делаете проекты без зависимостей ? ) и без ORM ? только чистый mysql->query ?

без ORM да. именно так. и это правильно

вообще я про myisam.. мы же про немотивированного разработчика ?

без ORM да. именно так. и это правильно

Почему без зависимостей правильно?

Phil, ваше бы рвение да в нужное русло..

На сколько я понимаю, основная заноза - это php style системы. Все другие, как правило, имеют свои клиентские/драйверные реализации pool-ов соединений.

ну кстати в php с конца 990-ых точно есть свои пулы, даже настраиваются

А что ты хотел добиться переходя на незнакомц pgsql?

говорю же - в SPbLUG сказали, что я отстал от жизни и типа сейчас "все на postgres". ну, думаю, чо я как лох. сайт не визитка конечно. но вот думал может биллинг там на нем, статистику. да и реплики у MySQL считай нет. а тут типа хвалят.

вообще я про myisam.. мы же про немотивированного разработчика ?

а какой разработчик в здравом уме и доброй памяти в 2016 году MyISAM использует?

а какой разработчик в 2016 документацию не читает ? :)

Мне повезло, на моей первой работе сразу был постгрес, который всегда работал, и мускул с myisam, который всегда разваливался:)

Почему без зависимостей правильно?

веб очень простая штука. без состояний. спросили-ответил. вот это всё усложнение - это разве что себя показать да продать куда подороже.

Ну ... есть опыт написание некоторых state штук прям на уровне PL/pgsql и что ?

Мне повезло, на моей первой работе сразу был постгрес, который всегда работал, и мускул с myisam, который всегда разваливался:)

Не, ну есть такие люди - дураки, чо. Я тоже могу поставить Windows на ноут с SSD и 16Gb памяти, а какой-нибудь Debian с GNOME3 на Celeron с 2-умя Gb RAM и ходить потому говорить "фу ваш Debian"

Фил, ты троллить пришел ?

Ну ... есть опыт написание некоторых state штук прям на уровне PL/pgsql и что ?

"папа, ты сейчас с кем разговаривал"?

Фил, ты троллить пришел ?

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

Фил, ну вы же только сами сказали что жизнь несколько сложнее чем CRUD и стейты бы неплохо было хранить, возникает вопрос а что мешает то ?

Фил, ну вы же только сами сказали что жизнь несколько сложнее чем CRUD и стейты бы неплохо было хранить, возникает вопрос а что мешает то ?

Ну какие-то да. Но вот тех страшных слов я не знаю. Есть N способов их хранить для веба в зависимости от

если вам: * не важны горячие бэкапы (или ща что-то поменялось в мускуле?); * не нужна надежная физическая репликация (просто работающая); * не нужны запросы к данным сложнее GROUP BY; и более привычен мускуль, то не вижу причин зачем идти на поводу "моды" ии советов из SpbLUG

по поводу pg_hub - одна строка в файле убирает этот слой и возвращает вас в "2000-ые"

но поверь мне, при более сложном DevOps-е ты скоро вполне себе начнешь использовать возможности этого механизма из 90-ых

веб очень простая штука. без состояний. спросили-ответил. вот это всё усложнение - это разве что себя показать да продать куда подороже.

go+redis. И будет счастье

не не так

node.js + mongodb

тогда даже на одном языке всё можно писать ;)

но поверь мне, при более сложном DevOps-е ты скоро вполне себе начнешь использовать возможности этого механизма из 90-ых

DevOps это что?

Фил прав, нам, сообществу, надо написать гайд для бывших MySQL-ятников. Дружественный. Их есть в сети прилично, но надо на русском и более разжеванно. Хорошо бы, если Фил суммировал свою боль и кто-нибудь из сообщества просто написал ответ. Тогда будет не зря потеряно время. Просто телеграмм не тот формат для этого. И положить текст на wiki.Postgresql.org. там уже лежит один на английском https://wiki.postgresql.org/wiki/How_to_make_a_proper_migration_from_MySQL_to_PostgreSQL

когда нужно будет деплоить десяток серверов с БД в разных взаимоотношениях и управлять их конфигурацией

Но тут проблема не в миграции софта, а в миграции мозгов :)

если вам: * не важны горячие бэкапы (или ща что-то поменялось в мускуле?); * не нужна надежная физическая репликация (просто работающая); * не нужны запросы к данным сложнее GROUP BY; и более привычен мускуль, то не вижу причин зачем идти на поводу "моды" ии советов из SpbLUG

Горячие бэкапы там наверное лет 10 или сколько там перконе. Реплики нет, это вот наверное то, на что я повелся и не поленился даже вон раскопать тему с кодировками. И pg_hba :)

Поэтому надо написать другой документ, чтобы человек с сильным бэкграундом MySQL смог войти в постгрес.

Кто есть писучий в сообществе ?

Postgres для MySQL developers, вот такой нужен документ.

ну тут нужен MySQL девелопер по факту

только они по настоящему знают боль перехода

Я думаю у Фила получится ;)

для типовых проектов

Зачем ? Здесь нужен человек типа Фила и кто-то из сообщества.

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

да неправильно выразился Web Developer с опытом работы на MySQL

Я положу этот документов н на вики, там уже много есть на русском языке.

Фил прав, нам, сообществу, надо написать гайд для бывших MySQL-ятников. Дружественный. Их есть в сети прилично, но надо на русском и более разжеванно. Хорошо бы, если Фил суммировал свою боль и кто-нибудь из сообщества просто написал ответ. Тогда будет не зря потеряно время. Просто телеграмм не тот формат для этого. И положить текст на wiki.Postgresql.org. там уже лежит один на английском https://wiki.postgresql.org/wiki/How_to_make_a_proper_migration_from_MySQL_to_PostgreSQL

Олег. А ещё где-то полгода назад лично Вам у Бунина в тредике целый список выкатил некто Дмитрий Михайлов. И пока вы будете дружно нос воротить - ну как бы это будет постоянный аттракцион. Надо отказаться от пафоса и сделать некоторые вещи проще. Просто потому что в реалии усложнения не нужны. Ну и документация конечно никакая. Каждую главу обгугливать приходится. Причем не всегда с понятным результатом. И MySQL тут ни причем. Честно говоря, мнение о том, что люди "знают" MySQL несколько преувеличено )

Я как раз не ворочу нос

Просто я считаю, что это работа сообщества

Да вы там чуть не поубивали друг друга

У меня другая специализация, мне не с руки писать гайды.

Я скучая призвал народ помочь, но что-то никто не откликается.

На самом деле, MySQL пользователь мне лично совсем не интересен. Более того, я считаю, что ему не надо менять базу, если все устраивает.