Почти "Здравствуйте это канал об аниме? "

только фряху тут не патчат

приве, а есть канал где можной позадавать поросы про mysql?

А что такое поросы?! o_O Я не знаю, что это такое, но думаю, здеся (или тута) эти самые поросы задавать не стоитЪ.

только фряху тут не патчат

Это почему же? Если пробежаться, то и про фряшечку найдеЦЦа материалов. Особенно про СУБД вообще и постгрес в частности на зюэфесе...

А что такое поросы?! o_O Я не знаю, что это такое, но думаю, здеся (или тута) эти самые поросы задавать не стоитЪ.

Что за ересь?

Maksim Ну вот я и спрашиваю, что это такое? Прочтите свой вопрос внимательно

Друзья, толерантность

custom format эффективнее чем gzip?

степень сжатия одинаковая?

степень сжатия одинаковая?

не могу проверить, нужно будет выгружать дампы обратно тогда...

custom format эффективнее чем gzip?

Внутри zlib, так что по степени сжатия сопоставимо

Всем привет! Подскажите, пжл, у вас можно постить вакансии?

только действительно релевантные :)

Всем привет! Подскажите, пжл, у вас можно постить вакансии?

Постите, интересно посмотреть)

мне чтобы мимо не попасть и не мусорить. Спрошу сначала: ищу asp.net разработчика и администратора БД MySQL.

запуталась немного в чатах))

>MySQL Тут PostgreSQL, так что скорее мимо :/

это не сюда )

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

@dba_ru

@mysql_ru

@dba_ru

вряд ли там вакансии приветствуются. но они подскажут еще чат для этого %)

вряд ли там вакансии приветствуются. но они подскажут еще чат для этого %)

да, там суровые ребята)

спасибо всем!

ребята везде суровые )

дис из менс ворд (не опечатка)

Всем доброго времени суток. Коллеги подскажите кто строит ER-диаграммы из Вас и какое используете ПО для их построения. Интересуют все варианты какие знаете, но больше интересует ПО на Linux.

Под linux есть umlet.

Всем доброго времени суток. Коллеги подскажите кто строит ER-диаграммы из Вас и какое используете ПО для их построения. Интересуют все варианты какие знаете, но больше интересует ПО на Linux.

Navicat

Всем доброго времени суток! Кто-то может посоветовать тулзу для визуализации схемы? Хочется увидеть вменяемую ER-диаграмму, подключившись к базе или скормив SQL. Требования: Наличие версии для Linux; Бесплатность; :) Попробовал следующие варианты (в порядке личного предпочтения): 1) DbVisualizer (получил самый вменяемый результат) 2) DBeaver (скомкал все таблицы совсем рядом) 3) pgModeler (вовсе получил клубок из таблиц, распутывать который даже начинать не хочется) Собственно весь этот пассаж написал для того чтобы узнать, это все что реально найти по данным критериям или слона то я и не заметил?

Вот ещё: https://umbrello.kde.org/

Всем доброго времени суток! Кто-то может посоветовать тулзу для визуализации схемы? Хочется увидеть вменяемую ER-диаграмму, подключившись к базе или скормив SQL. Требования: Наличие версии для Linux; Бесплатность; :) Попробовал следующие варианты (в порядке личного предпочтения): 1) DbVisualizer (получил самый вменяемый результат) 2) DBeaver (скомкал все таблицы совсем рядом) 3) pgModeler (вовсе получил клубок из таблиц, распутывать который даже начинать не хочется) Собственно весь этот пассаж написал для того чтобы узнать, это все что реально найти по данным критериям или слона то я и не заметил?

из бесплатного лучше dbviz и dbeaver не нашел...

никто FAQ не хочет соорудить?

Господа, добрый день! ))

Подскажите, пожалуйста, юному начинающему разработчику...

Сейчас используем БД PostgreSQL в связки с ORM, но данные растут стремительно и поэтому уже как раньше "один виртуальный сервер - одна база данных" уже немного не подходит. Как можно PostgreSQL масштабировать на несколько серверов? В какую сторону смотреть? Есть ли описание хорощих практик? Подскажите, пожалуйста ))

Сейчас используем БД PostgreSQL в связки с ORM, но данные растут стремительно и поэтому уже как раньше "один виртуальный сервер - одна база данных" уже немного не подходит. Как можно PostgreSQL масштабировать на несколько серверов? В какую сторону смотреть? Есть ли описание хорощих практик? Подскажите, пожалуйста ))

масштабируй поток данных на несколько серверов, только так)

Сейчас используем БД PostgreSQL в связки с ORM, но данные растут стремительно и поэтому уже как раньше "один виртуальный сервер - одна база данных" уже немного не подходит. Как можно PostgreSQL масштабировать на несколько серверов? В какую сторону смотреть? Есть ли описание хорощих практик? Подскажите, пожалуйста ))

Со своей джуниорской колокольни - репликация, ент?

нет*

Сейчас используем БД PostgreSQL в связки с ORM, но данные растут стремительно и поэтому уже как раньше "один виртуальный сервер - одна база данных" уже немного не подходит. Как можно PostgreSQL масштабировать на несколько серверов? В какую сторону смотреть? Есть ли описание хорощих практик? Подскажите, пожалуйста ))

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

То есть каких-нибудь плагинов, которые бы одной командой делали всем хорошо, нет? ))

То есть каких-нибудь плагинов, которые бы одной командой делали всем хорошо, нет? ))

что за данные?

Данные о продажах/заявках/заинтерсованности и тд тп )) Внутрекорпоративная система

На самом деле размер данных растет не так уж быстро, чтобы прям паниковать… Но все же на будущее хочется научиться работать с несколькими серверами, а не когда уже остро все потребуется

ну вам пошардироваться можно

А на какой платформе то продукт написан, если не секрет?

Django

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

Да, там есть таблицы, которые записывают историю изменения цен и прочее… Блин, точно! ))

Спасибо, Андрей

А пошардоваться - это что такое? )

Да хоть тот же PostgreSQL впендюрить на второй сервер)

А пошардоваться - это что такое? )

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

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

Т.е. это два разных экземпляра БД?

Никак не связанных

Т.е. это два разных экземпляра БД?

по сути да. https://habrahabr.ru/company/oleg-bunin/blog/309330/

Благодарю

Андрей, спасибо огромнейшеее ))

lv 1 +++++++++++++—— lv2

Прям чувствую, как прокачался чуток ))

ERROR: S client not available

Оффтоп немного: ты не из Казани?

я или Айдар?)

Я из Казани ))

Мы знакомы?

Айдар)

Нет, просто я тоже можно сказать оттуда)

Иннопланетянин?

А как узнал, что я из Казани? ))

Дедукция)

Ахахах )) Ладно, всем доброго дня! ))

Прям чувствую, как прокачался чуток ))

Кстати, а в чем конкретно проблема видится? В том что не хватает диска или запросы долго бегут?

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

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

Когда долго побегут: https://habrahabr.ru/post/273933/

lv1 +++++++++++++++++ lv2 =====> Полноценно прокачался ))

Спасибо огромное, Андрей ))

А в чем профит партиционирования? В смысле как работает оно на, так сказать, более низком уровне?

Логикой врубаюсь, что тащишь данные с таблицы, которая размером поменьше

А в чем профит партиционирования? В смысле как работает оно на, так сказать, более низком уровне?

партиционируем по дате. Если в запросах указываем date betwee 'start' and 'end' то используются для поиска только те партиции в которых данные могут быть.

это если совсем кратко

Т.е. PostgreSQL автоматически определяет нужную часть?

А как узнал, что я из Казани? ))

деанон по фоткам из профиля. недорого

деанон по фоткам из профиля. недорого

Нет

Не смотрел на фото даже

Т.е. PostgreSQL автоматически определяет нужную часть?

Да, в таблице ставится проверка на это поле: CONSTRAINT "date_time_check" CHECK (((date_time >= '2016-02-01'::date) AND (date_time < '2016-03-01'::date))) NOT DEFERRABLE INITIALLY IMMEDIATE

Ок, благодарю за пояснение

Ох уж эти любители иностранных слов. )))))

Шардинг бывает горизонтальным и вертикальным.

И вот такая таблица не будет участвовать в запросах где дата не пересекается с периодом 2016-02-01 - 2016-03-01

Прозрачная фрагментация в СУРБД это тоже самое.