Как инструмент обрабатывает зависимости из черного и белого списка, например, у меня есть белый список из трех таблиц, при этом вторая таблица зависит от первой, а третья таблица зависит от таблицы в черном списке, при этом таблица в черном списке зависит от второй в белом списке?
View позволяют разделить физическое хранение данных от их использования. Через view создаем интерфейс доступа к данным.В процессе разработки и эксплуатации может меняться физическая схема, а view позволяют поддерживать неизменный интерфейс. Кроме того во view можно заложить сложный запрос, который пишут те люди, которые знают физическую схему базы данных, а прикладные программисты выдвигают требования в каком виде им требуются данные. По сути view позволяют создать "витрину данных" для прикладных задач. То же самое касается и функций. Так что функции и представления полезны и позволяют организовать технологию разработки и эксплуатации разделяя, степень ответственности и компетенции.
Как выполняется резервирование и высокая доступность точки доступа? В статье про это ничего не сказано.
Какие требования к минимальному составу технических средств для построения полноценной системы, например, должно быть как минимум три сервера? Какие требования к критерию отказоустойчивости, например три сервера - система работоспособна, два сервера - предаварийное состояние, один сервер - отказ?
pg_dump не спасает от ситуации описанной выше, когда архив был создан, а авария произошла спусти 6 часов. Случилась потеря данных. Почему нет непрерывного архивирования? Опять в статье указано, что есть реплика, с которой снимается dump. Если есть реплика, что мешает реализовать непрерывное архивирование?
Очень смешно. Явно заказное исследование. Опять же все продукты коммерческие. Все продукты на базе Postgres. Один из критериев сравнения это возможность миграции с импортных продуктов (интересено, в оракле и ms sql есть пакеты миграции с postgresql). Куча фреймворков, которые развиваются в рамках своих корпораций. На российском рынке только один продукт, который заслуживает внимание это Postgres Pro, он хоть не зависит от корпорации и старается продвигать на общественных началах не коммерческий продукт Postgres, а также развивают некоммерческую версию postgres. А почему исследователи забыли про postgres встроенный в astra linux, это же большой сегмент рынка силовых структур и госкомпаний. Опять же интересно, как это будет развиваться на длительном периоде времени, попробую предсказать, все будут ждать выхода новой версии postgres, а потом оперативно дорабатывать свои продукты под новую ванильную версию.
В программном средстве barman есть возможность настройки различных политик связанных с ротацией архивов, а также автоматизации самого процесса регулярного архивирования. Вопрос есть ли такие же возможности в WAL-G. Или это надо еще оборачивать в свой скрипт?
postgres с pgvector насколько мне известно, проигрывает по производительности векторным базам данных. Хотелось бы увидеть сравнение именно с векторными базами данных.
Если не нужны данные за предыдущий месяц, зачем тогда создавать 12 партиций. Можно же сделать динамическое создание партиций на будущий месяц и динамическое удаления за предыдущий месяц, т.е. плавыющее окно.
Спасибо за ответ. В статье не сказано о том, что Index-only Scan будет использоваться, если в запросе указано только одно индексируемое поле. Правильно я пониманию?
На Вашем графике " Сost и selectivity для методов доступа" при низкой селективности (1) стоимость последовательного сканирования выше чем стоимость index only scan, это действительно так? Можете пояснить почему? По моему мнению стоимость в данной ситуация должна удовлетворять условию seq scan < index only scan.
Уточню вопрос. Как правило обычный пользователь не знает, что творится под капотом, он просто пишет в поисковой строке запрос. Вопрос, как построить процесс поиска (пайплайн), чтобы выдать релевантный результат. Если пользователю дать на выбор способы поиска, то этого пользователя надо с начало погрузить в механику этих способов поиска, а к этому не готов.
Например, был в свое время реализован полнотекстовый поиск, но оказалось, что в ряде случаев, этот поиск не находит, то что может найти классический поиск, поэтому был реализован одновременный поиск и результаты обоих поисков складывался.
Как инструмент обрабатывает зависимости из черного и белого списка, например, у меня есть белый список из трех таблиц, при этом вторая таблица зависит от первой, а третья таблица зависит от таблицы в черном списке, при этом таблица в черном списке зависит от второй в белом списке?
View позволяют разделить физическое хранение данных от их использования. Через view создаем интерфейс доступа к данным.В процессе разработки и эксплуатации может меняться физическая схема, а view позволяют поддерживать неизменный интерфейс. Кроме того во view можно заложить сложный запрос, который пишут те люди, которые знают физическую схему базы данных, а прикладные программисты выдвигают требования в каком виде им требуются данные. По сути view позволяют создать "витрину данных" для прикладных задач. То же самое касается и функций. Так что функции и представления полезны и позволяют организовать технологию разработки и эксплуатации разделяя, степень ответственности и компетенции.
Как выполняется резервирование и высокая доступность точки доступа? В статье про это ничего не сказано.
Какие требования к минимальному составу технических средств для построения полноценной системы, например, должно быть как минимум три сервера?
Какие требования к критерию отказоустойчивости, например три сервера - система работоспособна, два сервера - предаварийное состояние, один сервер - отказ?
Статья - реклама.
Есть ли смыл попробовать RAG с дообученной моделью?
Смущает элемент инфраструктуры - сервис-дискавери Yandex Managed Service for PostgreSQL.
Правильно я понимаю, что это решение требует выход в интернет? Для закрытых корпоративных баз данных насколько это решение годится?
pg_dump не спасает от ситуации описанной выше, когда архив был создан, а авария произошла спусти 6 часов. Случилась потеря данных. Почему нет непрерывного архивирования? Опять в статье указано, что есть реплика, с которой снимается dump. Если есть реплика, что мешает реализовать непрерывное архивирование?
Очень смешно. Явно заказное исследование. Опять же все продукты коммерческие. Все продукты на базе Postgres. Один из критериев сравнения это возможность миграции с импортных продуктов (интересено, в оракле и ms sql есть пакеты миграции с postgresql). Куча фреймворков, которые развиваются в рамках своих корпораций. На российском рынке только один продукт, который заслуживает внимание это Postgres Pro, он хоть не зависит от корпорации и старается продвигать на общественных началах не коммерческий продукт Postgres, а также развивают некоммерческую версию postgres. А почему исследователи забыли про postgres встроенный в astra linux, это же большой сегмент рынка силовых структур и госкомпаний. Опять же интересно, как это будет развиваться на длительном периоде времени, попробую предсказать, все будут ждать выхода новой версии postgres, а потом оперативно дорабатывать свои продукты под новую ванильную версию.
В программном средстве barman есть возможность настройки различных политик связанных с ротацией архивов, а также автоматизации самого процесса регулярного архивирования.
Вопрос есть ли такие же возможности в WAL-G. Или это надо еще оборачивать в свой скрипт?
На скриншоте видно, что процессы находятся в состоянии idle, а это значит, что commit состоялся
такое ощущение, что я такую статью уже где-то читал
postgres с pgvector насколько мне известно, проигрывает по производительности векторным базам данных. Хотелось бы увидеть сравнение именно с векторными базами данных.
Если не нужны данные за предыдущий месяц, зачем тогда создавать 12 партиций. Можно же сделать динамическое создание партиций на будущий месяц и динамическое удаления за предыдущий месяц, т.е. плавыющее окно.
Есть ли в
darts модельChronos (TimeSeriesDataFrame, TimeSeriesPredictor) ?Используется barman. Вопрос - есть ли реализация pgbsckrest в barman?
Спасибо за ответ. В статье не сказано о том, что Index-only Scan будет использоваться, если в запросе указано только одно индексируемое поле. Правильно я пониманию?
На Вашем графике " Сost и selectivity для методов доступа" при низкой селективности (1) стоимость последовательного сканирования выше чем стоимость index only scan, это действительно так? Можете пояснить почему? По моему мнению стоимость в данной ситуация должна удовлетворять условию seq scan < index only scan.
Странное утверждение, что нет четкого понимания, где и как хранятся персональные данные. Тогда, как выстраивается их защита и аудит?
Уточню вопрос. Как правило обычный пользователь не знает, что творится под капотом, он просто пишет в поисковой строке запрос. Вопрос, как построить процесс поиска (пайплайн), чтобы выдать релевантный результат. Если пользователю дать на выбор способы поиска, то этого пользователя надо с начало погрузить в механику этих способов поиска, а к этому не готов.
Например, был в свое время реализован полнотекстовый поиск, но оказалось, что в ряде случаев, этот поиск не находит, то что может найти классический поиск, поэтому был реализован одновременный поиск и результаты обоих поисков складывался.
Можете поделиться своим опытом?