непройденный

результат тут пока у всех один - возврат к 3

а на самой винде эта локаль есть?

как это проверить?

?

как это проверить?

этого не нашел

вот когда бд создается в Russian_Russia.1251 посмотрите в pg_collation поддерживаемые локали

только "default" "C" "POSIX"

вот именно

выбирай C и дело с концом

если при создании кластера не указать нужную локаль, то она и не появится в доступных

логично)

из адекватных ссылок только это https://quantrum.me/76-postgresql-na-windows-bez-ustanovki/ но способ как раз не подходит

если при создании кластера не указать нужную локаль, то она и не появится в доступных

https://www.postgresql.org/docs/9.5/static/collation.html

особенно прошу обратить внимание на это: If the operating system provides support for using multiple locales within a single program (newlocale and related functions), then when a database cluster is initialized, initdb populates the system catalog pg_collation with collations based on all the locales it finds on the operating system at the time.

особенно прошу обратить внимание на это: If the operating system provides support for using multiple locales within a single program (newlocale and related functions), then when a database cluster is initialized, initdb populates the system catalog pg_collation with collations based on all the locales it finds on the operating system at the time.

уже проходил сегодня, когда пытался создать сам ERROR: nondefault collations are not supported on this platform

подскажите по postgresql под windows: нужно создать базу с LC_COLLATE=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 initdb -E UTF8 —locale=ru_RU.UTF-8 выдаёт: initdb: ошибочное имя локали "ru_RU.UTF-8" initdb -E UTF8 —locale=Russian_Russia создаёт базу с LC_COLLATE=Russian_Russia.1251

initdb --encoding utf-8 --locale Russian_Russia

initdb --encoding utf-8 --locale Russian_Russia

в моём сообщении такой же вариант

в моём сообщении такой же вариант

Похожий

да, но результата не меняет

Действительно. Странно.

Коллеги, есть у кого опыт использования mongodb ? интересует промышненная эксплуатация под большой нагрузкой, плюсы минусы, особенно сравнение с postgres

в рамках XY проблемы: продукт под какие задачи ищется?

Спрашиваю т.к собираются пилить новую систему в которой будет mongodb, сейчас поддерживаем oracle, ms sql, postgres, mysql,cache, cassandra ... если добавить к этому зоопарку монго, то нам надо будет в срочном порядке поднимать компетенцию в еще одной среде или нанимаьт народ :)

ищу аргументы в пользу PG .. но нужны реальные доводы, а не набросы

Кассандру же

Интересен опыт эксплуатации монго, проблемы с которыми сталкивались

Если вам не нужна транзакционность, у вас очень большие json документы, то берите могу. Но учтите она любит падать и терять данные. Я бы советовал использовать монгу как временное буферное хранилище.

Известно, из-за каких качеств был предложен вариант с монгой (т.е. что в ней привлекает конечных заинтересованных лиц)?

Спрашиваю т.к собираются пилить новую систему в которой будет mongodb, сейчас поддерживаем oracle, ms sql, postgres, mysql,cache, cassandra ... если добавить к этому зоопарку монго, то нам надо будет в срочном порядке поднимать компетенцию в еще одной среде или нанимаьт народ :)

нанимайте народ)

Известно, из-за каких качеств был предложен вариант с монгой (т.е. что в ней привлекает конечных заинтересованных лиц)?

Будет в пятницу обсуждаться ) готовлюсь )

На хайлоад был интересный доклад сравнения jsonb postgresql, mongodb и mysql. Все сводится к одному выводу, если включить все настройки хоть как-то гарантирующие сохранность данных, то на маленьких и средних документах postgres делает тоже самое что и монга) существуют проблемы только с update больших документов. Но это объяснимо - перезаписываем всю строку а не кусок документа как в Монге) в остальном, что с местом на диске, что с поиском результаты на одном уровне а где то в постгресе даже лучше) поэтому здесь нужно исходить из задачи, что ваши коллеги хотят на Монге делать) обычно выбор обусловлен просто дурным влиянием маркетинга)

Если вам не нужна транзакционность, у вас очень большие json документы, то берите могу. Но учтите она любит падать и терять данные. Я бы советовал использовать монгу как временное буферное хранилище.

А че падает?

Монга падает) и после падения шардированную монгу нужно поднимать с бубном и танцами

Я че спросил, у нас такого не было. Может масштабы маленькие)

Будет в пятницу обсуждаться ) готовлюсь )

это читали? https://habrahabr.ru/post/231213/

Петр, нет не читал, сейчас ознакомлюсь, спасибо !

На хайлоад был интересный доклад сравнения jsonb postgresql, mongodb и mysql. Все сводится к одному выводу, если включить все настройки хоть как-то гарантирующие сохранность данных, то на маленьких и средних документах postgres делает тоже самое что и монга) существуют проблемы только с update больших документов. Но это объяснимо - перезаписываем всю строку а не кусок документа как в Монге) в остальном, что с местом на диске, что с поиском результаты на одном уровне а где то в постгресе даже лучше) поэтому здесь нужно исходить из задачи, что ваши коллеги хотят на Монге делать) обычно выбор обусловлен просто дурным влиянием маркетинга)

Вадим, а год в котором был доклад не подскажите ? облегчит поиск =)

На хайлоад был интересный доклад сравнения jsonb postgresql, mongodb и mysql. Все сводится к одному выводу, если включить все настройки хоть как-то гарантирующие сохранность данных, то на маленьких и средних документах postgres делает тоже самое что и монга) существуют проблемы только с update больших документов. Но это объяснимо - перезаписываем всю строку а не кусок документа как в Монге) в остальном, что с местом на диске, что с поиском результаты на одном уровне а где то в постгресе даже лучше) поэтому здесь нужно исходить из задачи, что ваши коллеги хотят на Монге делать) обычно выбор обусловлен просто дурным влиянием маркетинга)

Монга уже давно (с 3.0) весь документ перезаписывает, ну и движок поменялся сильно

Я че спросил, у нас такого не было. Может масштабы маленькие)

Масштабы большие)

Вадим, а год в котором был доклад не подскажите ? облегчит поиск =)

В этом году. 2016

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

В этом году. 2016

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

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

Ну через годик может выложат видео)

это читали? https://habrahabr.ru/post/231213/

Уже миллион раз обмусолена эта статья была: не надо класть в монгу реляционные данные. Совсем не надо. Точка.

вот у меня тоже ощущение, что там только про репликацию по делу

так, чисто поржать

Приветствую

Меня зовут Саша и я навернул перконовский кластер

Как мне вытащить inodb базу с сервера и подсунуть ее в другой сервак

пробовал копировать папку на сервак но не завелось

Группа анонимных криворуков чуть дальше по коридору :)

Перконовский кластер - это тот что мастер-мастер что ли?

Он, кстати, норм, если только в одну ноду писать.

это проще спросить напрямую у автора, он сейчас в метро с телефона логи шлет. @dba_ru

Чот там уж полтора часа прошло, а логов ниет

Он же на днях сюда приходил за перкону консультироваться

Вот не помогли человеку

Он, кстати, норм, если только в одну ноду писать.

А есть тогда отличие от мастер-слейв?

А есть тогда отличие от мастер-слейв?

Конечно. Можно с гордостью сказать что у тебя мультимастер)

да еще и не падал ни разу

Конечно. Можно с гордостью сказать что у тебя мультимастер)

А еще?

Я больше плюсов не вижу) хотя могу ошибаться)

Я больше плюсов не вижу) хотя могу ошибаться)

Окай. Я то думал что что-то изменилось за последний год)

Ничего не изменилось и скорее всего не изменится) MVCC мультимастер с масштабированием на запись, без "нужного" железа - шарлатанство. ))

А есть тогда отличие от мастер-слейв?

Быстрое переключение

опс. не тот чятик

Быстрое переключение

В смысле?

В смысле?

В смысле, не надо делать ремастер. Просто начинаешь писать в другую ноду, когда первая падает

Что не позволяет этого делать с мастер-слейв?

Ремастер в мускуле - боль

Хз, стэнбай, не вызывал никакой боли

В смысле, не надо делать ремастер. Просто начинаешь писать в другую ноду, когда первая падает

Аа, пропустил это сообщение

Хз, стэнбай, не вызывал никакой боли

Ну дак active-standby - это и есть мастер-мастер с записью в одну ноду

Ну дак active-standby - это и есть мастер-мастер с записью в одну ноду

Понял, спасибо

Я снял дамп

получился гиговый файл

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

уже минут 10 прошло

Мужик, может ты всё-таки в майэскуэльную группу с вопросами по перконе ходить будешь?

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

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

посмотри размер прошлой бд, следи за прогрессом с помощью команды du

но наверное уже залилось

ггг

Ну дак active-standby - это и есть мастер-мастер с записью в одну ноду

Вы бредите. Active stanby - это односторонняя физическая репликация с возможностью открыть стедбай на чтение. Говорю вам это как сертифицированный OCP DBA

война сертификаций

В PostgreSQL это называется hot-standby

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

никак

восстановить данные в соседнюю базу и дописать скрипт/запросы для перегона новых

во-первых, смотря как снимали во-вторых, можете в новую бд залить и сверять

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

Сдампить с --inserts и переписать их на апсерты. Но мне кажется, задача просто архитектурно неправильная)

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

Снять дам с текущей и сделать diff ))

да мне тогда проще удалить нах базы и восстановить))