Всем привет!
Наши хорошие друзья из Arenadata.io приглашают присоединиться к сообществу массивно-параллельной open-source СУБД Greenplum: https://t.me/greenplum_russia
Greenplum - это:
- шардируемая аналитическая СУБД
- горизонтальное масштабирование до десятков ПБ и сотен серверов
- полная совместимость с PostgreSQL
- ACID, ANSI SQL
- колоночное и строковое хранение + сжатие
- открытый исходный код (Apache 2)
Ставится в три клика, есть GUI и базовый мониторинг из коробки.
Приходите в чат, задавайте вопросы - все расскажем, покажем и поможем :)

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

не уверен, но наверное драйвер и синтаксис запросов

Greenplum Database end-users interact with Greenplum Database (through the master) as they would with a typical PostgreSQL database. They connect to the database using client programs such as psql or application programming interfaces (APIs) such as JDBC, ODBC or libpq (the PostgreSQL C API).

Вопрос был в выборе из двух иде, поэтому выбирал из них) дбивер хорош, если абстрагироваться)

обычно это значит примерно нихуя за пределами хелловорлдов

постгря сама с собой не совместима нихера, куда уж между

😕

Добрый день, есть MSSQL 2016, на нем  2 плана по бэкапу одной базы, один полный (делается раз в сутки) , второй дифференциальный делается каждый час. При попытке восстановить дифференциальный бэкап, не цепляет последний full бэкап. Смотрю лог LSN full backup'а не совпадает с LSN-ом последнего сделанного full backup, а указывает на сделанный руками последний full backup, сделанный еще до полного бэкапа по job'у . Может кто может подсказать причины такого и как вылечить?

Может с copyonly сделали?

спасибо большое, действительно галочка стояла

Кстати, вопрос по копи онли
Когда с реплики бакап снимаешь, эта галочка обязательна
+ мс пишет вот так

A copy-only log backup preserves the existing log archive point and, therefore, does not affect the sequencing of regular log backups. Copy-only log backups are typically unnecessary. Instead, you can create a new routine log backup (using WITH NORECOVERY) and use that backup together with any previous log backups that are required for the restore sequence. However, a copy-only log backup can sometimes be useful for performing an online restore. For an example of this, see Example: Online Restore of a Read-Write File (Full Recovery Model).

The transaction log is never truncated after a copy-only backup.

Последняя фраза что означает точно, кто знает ?

что тран бакуп не разорвется

Не трунканется вообще больше никогда, не трунковать или что ?

Я смогу потом его трункануть или как блат ? )))

Или он и на праймари запретит )))

нахера тебе его трункейтить?

Место в логе не помечается свободным, LSN не сбросится и т. п. Т. е. нужно дополнительно к бэкапам с реплики также делать и бэкапы с главной ноды без копионли.

Аон дедикейтед