|
|
3.55, Kodir (ok), 17:46, 23/05/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Я вот ARJ уважаю - взял и тихо помер! Не то, что всякие "bloated kernel" - тянут и тянут... видно же, что труп! Но некрофилы не сдаются и продолжают подбрасывать мощи.
| |
|
2.12, A.Stahl (ok), 09:25, 20/05/2017 [^] [^^] [^^^] [ответить]
| +25 +/– |
Ну начались беспочвенные дифирамбы. Вот прямо таки "из немногих"? Что, в мире есть сотня хороших проектов, а остальные -- дрянь, да? И что же отличает проекты "которые стоит уважать" от остальных? Вот OpenSSL стоит уважать? А less? Или less таки дрянь?
P.S. Зашёл в тред и сразу почувствовал какой-то странный неприятный запах. Слабый, но раздражающий. Чуть позже понял -- Хабрахабром воняет.
| |
|
3.14, jh (?), 10:41, 20/05/2017 [^] [^^] [^^^] [ответить]
| –4 +/– |
он забыл сказать опенсорс. а реально опенсорс который можно уважать можно пересчитать по пальцам двухсотпалой ладони
| |
|
4.15, A.Stahl (ok), 10:52, 20/05/2017 [^] [^^] [^^^] [ответить]
| +16 +/– |
Любой свободный или хотя бы открытый проект, выполняющий какую-то полезную функцию, достоин уважения. И таких проектов сотни тысяч.
| |
4.50, Клыкастый (ok), 10:58, 22/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
можно задрать критерии так, что уважать не нужно никого. можно опустить планку так, что любой код будет вызывать умиление. я это к тому, что гражданин вылез со своим "уважать", а критериев не указал. а стало быть будет сра4.
| |
|
|
|
1.4, лол (?), 02:22, 20/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Где найти Docker образ с наиболее полным набором PostgreSQL расширений из коробки? Например MySQL драйвер.
| |
|
2.49, Аноним (-), 10:29, 22/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Двунаправленная репликация, это такая конфетка на верёвочке, вроде вот ещё немного и получится, но пока ни у кого не вышло, с разумными ограничениями.
И чем больше работаешь с БД и отказоустойчивостью, тем проще понять что оно не реализуется в "общем виде".
| |
|
1.8, angra (ok), 05:50, 20/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> Основные улучшения :
> - Режим логической репликации позволяющий выборочно реплицировать только заданные таблицы или использовать репликацию
> в процессе обновления до новой значительной ветки. Логическая репликация манипулирует
> логическими изменениями на уровне выполняемых операций, в то время как традиционная
> репликация работает на очень низком уровне, перенося байтовые изменения в WAL-журнале;
Бедные фанатики, они столько раз рассказывали, что логическая репликация как в мускуле не нужна и только WAL является единственным кошерным способом, а тут такая подлянка. Аж интересно, что теперь сочинят.
| |
|
2.9, Аноним (-), 05:53, 20/05/2017 [^] [^^] [^^^] [ответить]
| +4 +/– |
Не боись, vacuum никуда не делся, и pg_bouncer всё так же приходится прикручивать костылями.
| |
2.10, моррут (?), 06:09, 20/05/2017 [^] [^^] [^^^] [ответить]
| +5 +/– |
это же очевидно
логическая репликация как в мускуле не нужна, нужна как в постгресе :)
| |
2.25, Аноним (-), 13:45, 20/05/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
При штатной работе не очень нужна, а для всяких бесшовных миграций на новые версии - очень даже.
| |
2.38, . (?), 18:56, 20/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Мся,с-ка,well :) Это такой эдакий продугд в себе.
Но для склада\бухгалтерии - в принципе пойдёт (если бабло больше девать некуда).
| |
|
1.24, Аноним (-), 13:44, 20/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Люди подскажите плиз следующее: как можно использовать асинхронную репликацию если в случае падения мастера мы имеем не синхронный слейв который нельзя использовать как новый мастер? что используете вы асинхронную репликацию или синхронную? как догоняете слейв до мастера в случае асинхронной репликации и мастер до слейва в случае синхронной (ведь возможен вариант когда на слейв запись произошла а ответ о записе мастеру не пришел, он не записал и упал) как отслеживаете событие падения мастера? как включаете слейв мастером? как удостоверяетесь что мастер и слейв синхронны до того как пускать на них запросы?
заранее спасибо за ответы!
| |
|
2.32, ъ (?), 16:39, 20/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Первое: _это_ - "вопросы от Архитектора", а не от дба. Спросите Заказчика сколько девяток ему нужно (сколько он готов платить), это сразу сформирует горизонт планирования (и отклика системы).
Второе: Падает не только БД. Составить нужно все точки отказа. А что вы будете делать если сломается диск у пользователя и он не сможет отправить запрос к БД? А что вы будете делать если упадет канал, сетевая карта у клиентов или у сервера и т.д. (Подсказка - закрепите в ТЗ ваш вариант уровня ответственности и следуйте ему, если нужно синхронно то так и будет).
Третье: у каждой системы есть срок разумного использования - за это время за железо отвечает гарантия, за сервис вендоры. Ну а ДБА отвечает за бэкапы. (храните wal на отдельном сервере)
4: Систему мониторнига обычно используют совместно.. ну и совместно дорабатывают её под задачи.
5: В классическом постгресе есть только один мастер и много слейвов. Для начала рекомендую почитать про repmgr (настройка, промоут, фолоу)
6: Распределение запросов на мастер (чтение и запись) и слейвы (только чтение) зависит только от проекта (от нужд заказчика).
По по характеру вопросов могу посоветовать почитать что такое ACID и самое главное что такое транзакция и как данные видны в паралельных транзакциях.
| |
|
3.39, anonymous (??), 19:05, 20/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
спасибо за repmgr, почитаем.
что такое изоляция транзакция я понимаю, причем тут это?
| |
|
4.52, 1 (??), 11:49, 22/05/2017 [^] [^^] [^^^] [ответить]
| +/– |
Это как раз то, чем отличается недосинхронизированный слейв от мастера
| |
|
|
|
1.29, Аноним (-), 16:18, 20/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
> Добавлены встроенные возможности партицирования таблиц по диапазонам значений и спискам - разбивка теперь может задаваться через выражения "PARTITION BY" и "PARTITION OF" в директиве "CREATE TABLE"
Ура! Наконец можно забыть про партиционирование костыльным триггером!
| |
1.45, fwerfgergeg (?), 14:03, 21/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Когда наконец-то прикрутят pg_repack из каробки, и чтобы автоматом можно было запускать.
Задобалось бороться с распухающими базами на сотни гигов, несмотря на автовакуумы всякие.
| |
1.51, Клыкастый (ok), 11:03, 22/05/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> - Обеспечено распараллеливание с задействованием нескольких ядер CPU таких операций, как сканирование индексов и битовых карт, выполнение запросов со слиянием таблиц (JOIN);
вот хорошо же.
> - Добавлен новый тип полномочий, определяющий доступ к функциям мониторинга;
ах, как хорошо.
> - Увеличена производительность функции SUM(), преобразования кодировок символов, выполнение выражений, группировки множеств и выполнение операций JOIN над уникальными столбцами. При выполнении аналитических запросов над большим числом строк наблюдается ускорение до 40%;
годнота.
спасибо, парни. ваша работа нужна и видна.
| |
|