 |
|
Модераторы: LSD |
 
|
|
Архивирование данных 
| Predator83 |
|
|||
|
Шустрый  Профиль Группа: Участник Сообщений: 53 Регистрация: 16.12.2006 Репутация: нет Всего: нет |
Привет всем!
Есть база данных с разрастающимися таблицами. Решил сделать другую базу с таблицами для заливания данных с разрастающихся таблиц. Иногда может понадобиться вытягивать эти данные. Получается что итерировать такие таблицы будет очень тяжело. Как кто вообще решает такую прблему. |
|||
|
||||
Загрузка ...
| SergeBS |
|
|||
|
Эксперт Профиль Группа: Завсегдатай Сообщений: 1111 Регистрация: 10.6.2005 Где: Владимир Репутация: 1 Всего: 22 |
Predator83,
От СУБД ОЧЕНЬ сильно зависит. |
|||
|
||||
| Predator83 |
|
|||
|
Шустрый Профиль Группа: Участник Сообщений: 53 Регистрация: 16.12.2006 Репутация: нет Всего: нет |
Использую MySQL.
|
|||
|
||||
| Akina |
|
|||
|
Советчик Профиль Группа: Модератор Сообщений: 20581 Регистрация: 8.4.2004 Где: Зеленоград Репутация: 13 Всего: 454 |
 -------------------- О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума. |
|||
|
||||
| Бонифаций |
|
|||
 Опытный Профиль Группа: Участник Сообщений: 827 Регистрация: 15.9.2005 Где: Brisbane Репутация: нет Всего: 40 |
в mysql есть спецальный тип таблиц archive для подобных задач.
-------------------- Бонифаций. |
|||
|
||||
| chief39 |
|
||||
 карманная тигра Профиль Группа: Участник Клуба Сообщений: 1631 Регистрация: 20.5.2005 Где: Киев Репутация: 8 Всего: 77 |
То есть таблица table1 ( id integer, name varchar(50), description varchar(255) ) и для неё table1_archive( id integer, name varchar(50), description varchar(255) ) ? История изменений записей не нужна, так?
В чём тяжесть итерирования? Точно так же, как и единую таблицу table1 без архивной. Просто часть сбрасываешь в архив, по какой-то логике, которая подразумевает что архивная часть используется очень редко(LRU или по времени создания). То есть table1 - это кэш table1_archive с тем нюансом, что скешированное в архиве отсутствует Тяжести особой нет - создаёшь индексы по обеим таблицам по нужным для поиска полям. Только надо реализовать автоархивирование, изменение записей прозрачно в обеих таблицах и поиск сделать аналогично. Только не table1 union table1_archive , а поиск по первой и потом, если нету - по второй. Это лучше реализовать едиными точками входа сразу над данными и запретить прямо руколазание. Лучше это сделать в ХП, EJB session Facade, который будет отвечать только за это или в неких своих общесистемных утилитах. Конечно, стоит поискать и СУБД-embedded решения. Но я им не очень доверяю... перейдёшь на нечто другое - всё, проблема встала в полный рост, хотя на неё уже давно забили и решили вроде. Может я неправильно понял вопрос... так что... нужны ещё данные  -------------------- Люди - это свечи. Они либо горят, либо их - в жопу!(с) |
||||
|
|||||
| Predator83 |
|
|||
|
Шустрый Профиль Группа: Участник Сообщений: 53 Регистрация: 16.12.2006 Репутация: нет Всего: нет |
Привет chief39.
Проблему решил. Начальство сказало что за год накопится много записей. Вот я и подумал какой максимальный объем записей допустим для MySQL. В общем оказалось что за год может накопиться не больше 5 - 10 млн. записей. Так что я спокоен |
|||
|
||||
|
|
| Правила форума "Общие вопросы по базам данных" | |
|
|
Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:
Данный форум не предназначен для:
Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение.
Полезные советы: Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa. |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | СУБД, общие вопросы | Следующая тема » |
[ Время генерации скрипта: 0.0497 ] [ Использовано запросов: 22 ] [ GZIP включён ]
Реклама на сайте Информационное спонсорство
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |