PG
+ две базы удобно будет обслуживать в ORM
Size: a a a
2020 September 14
IZ
+ две базы удобно будет обслуживать в ORM
Да какая разница то?
PG
Ну так думай сам. Я тебе как раз и говорю, что НЕ НАДО смотреть в сторону переноса.
Хотя конечно я могу быть неправ, я не вижу всю картину.
Хотя конечно я могу быть неправ, я не вижу всю картину.
ну хотябы например можно будет ресторить бекап не полностью, а только нужные данные, отсюда у меня была идея использовать секционирование.
IZ
ну хотябы например можно будет ресторить бекап не полностью, а только нужные данные, отсюда у меня была идея использовать секционирование.
Плохо решать бизнес задачи системным способами
PG
Плохо решать бизнес задачи системным способами
не совсем понял
IZ
ну хотябы например можно будет ресторить бекап не полностью, а только нужные данные, отсюда у меня была идея использовать секционирование.
Ты хочешь задачи бизнеса - получить доступ к каким-то данным старым - решать с помощью системных средств - бэкапа. Как правило, это не получается, системные средства для этого не предназначены и они очень негибкие в таких применениях.
KS
Только две секции смысла нет делать. и выделять таблицу для старого тоже мало смысла, если у тебя будет хороший селективный индекс для данных за последнюю неделю и по нему будут критерии фильтрации в каждом запросе , что работает с последней неделей, то и так будет все хорошо работать
Для индекса нужна актуальная статистика и часто фильтрованные индексы подводят.
Самый 100% рабочий подход-это разделение таблиц.
Но конечно все зависит от нагрузки на эту БД.
Если там неск запросов в сек, то может и не стоит так изгаляться
Самый 100% рабочий подход-это разделение таблиц.
Но конечно все зависит от нагрузки на эту БД.
Если там неск запросов в сек, то может и не стоит так изгаляться
TT
Добрый день. Подскажите пожалуйста, как лучше обрезать данные в базе? База разбита на файловые группы по годам, по ним же есть схемы секционирования. Мне надо оставить только данные ща этот год. Если восстанавливаем только определенные группы в конце ошибка база не может быть открыта тк она ы середине восстановления. Возможно я не задаю какие-то доп опции. Возможно просто восстановить базу и удалить лишние группы и файлы данных? Спасибо заранее
TT
Пробовал по таблицам truncate table t with partition... пишет что нет таких партиции, а делать delete как то не продуктивно. Прошу гуру помочь, тк не опыта не было (
A
видимо таблица разбита по разным фг и поэтому без восстановления всех фг она будет оффлан
A
делай делит с топом - долго но хотя бы есть шансы что он завершится
IU
...некоторые "делиты через топ" идут месецами 🧘
TT
Делит с топом долго, хотел что-то пошустрей, переведу в симпл. (
Z
Для быстрого удаление есть truncate with partitions. Для восстановления только из фулл рестора, а иначе нужен бекап лога.
Y
Всем привет!
В ssms есть стандартный функционал generate script, но он например все процедуры сохранит в один файл/окно, есть какое стандартное решение чтобы сохранить всё в разные файлы?
В ssms есть стандартный функционал generate script, но он например все процедуры сохранит в один файл/окно, есть какое стандартное решение чтобы сохранить всё в разные файлы?
IC
IC
Довольно удобно, даже если не нужен сам проект, разбиение на файлы будет.
Y
Спасибо, сейчас посмотою
AK
Всем привет!
В ssms есть стандартный функционал generate script, но он например все процедуры сохранит в один файл/окно, есть какое стандартное решение чтобы сохранить всё в разные файлы?
В ssms есть стандартный функционал generate script, но он например все процедуры сохранит в один файл/окно, есть какое стандартное решение чтобы сохранить всё в разные файлы?
там были настройки сохранить в разные файл
AK
Всем привет!
В ssms есть стандартный функционал generate script, но он например все процедуры сохранит в один файл/окно, есть какое стандартное решение чтобы сохранить всё в разные файлы?
В ssms есть стандартный функционал generate script, но он например все процедуры сохранит в один файл/окно, есть какое стандартное решение чтобы сохранить всё в разные файлы?
