Доброй ночи! В своей базе данных появилась необходимость архивировать данные по некоторым таблицам. Например рассмотрим две из них, где данные постоянно будут добавляться. В будущем этот рост таблиц приведет к замедлению выполнения запросов и добавления данных таблицы. Я решил создать копии этих таблиц и ежедневно, например в 12 часов ночи архивировать данные в другие таблицы, а основные очищать. Как это всё сделать я справлюсь. Вопрос вот в чем... Каким образом можно отключить пользователей на момент архивации? Потому что если данные будут архивироваться в тот момент, когда юзер инсертит - будут большие проблемы, так как таблицы связаны между собой. И когда в первой уже архивация закончится и данные потрутся их основной таблицы - нарушится целостность бд. Сразу скажу, что пользователи хранятся в отдельной таблице и потому их коннекты отрубить не получится. Может быть есть вариант с временной блокировкой тех таблиц, архивация которых будет происходить с отменой транзакции, если кто-то находится в процессе внесения данных? Подскажите пожалуйста свои идеи. Что в таком случае правильнее всего применить. Спасибо!

miksoft, Ну ведь обычный запрос подразумевает перебор данных. И разница искать в 100 записях или в 1 000 000 - повлияет на скорость. Или я чего-то не знаю?)

tanglir,

Т.е. ты хочешь сказать, что объем таблицы не влияет на скорость выборки данных?

tanglir,

Ну вот и я о том же. Поля, по которым происходит поиск - проиндексированы. Но тем не менее таблица будет постоянно расти и нужно переносить данные.

Akina,




Таблица создана по всем хорошим правилам, которая в себе хранит идентификаторы записей других таблиц, поэтому не имеет текстовых полей. Какое количество в год... Сложно сказать... Всё зависит от количества пользователей. Но один пользователь в день в данную таблицу сложит минимум 20 записей, максимум - 50. Итого в год получаем 18250 от одного юзера. А пользователей может быть и около 1000 человек в лёгкую. Получится в год уже 18 250 000.

miksoft,

Я имею ввиду, что та таблица, по которой будет происходить выборка имеет лишь числовые значение, что ускорит поиск данных. То бишь в запросах не будет никаких like. И сама таблица будет мала по объему. Ну а пользователь будет видеть в конечном запросе результат трёх таблиц, такого вида:




Ещё в данной таблице будет отрабатывать триггер на вставку и обновления данных. Но он конкретно касаться будет той записи, над которой происходит модификация. Думаю, что это никак не повлияет на производительность. В общем тогда сделаю, как ты советуешь. Пока никаких архиваций. Время покажет. Да и вот я подумал, даже если и архивировать данные, то каждый день это делать - перебор. Тут наверно достаточно будет и раз в 3 месяца, а может и в пол года.