Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2003.05.08;
Скачать: CL | DM;

Вниз

Посоветуйте з архивированием   Найти похожие ветки 

 
Carmen   (2003-04-17 22:48) [0]

Пишу сейчас прогу для работы с населением за использованую електроенергию. За год в базу на FB добавляется минимум в одну таблицу более 500000 записей, в другую около 300000 записей. Проблема в том, чтобы както сделать архивирование данных срок которых более 3 лет, но с возможностью из просмотреть в любой момент. Может как то подругому организовать структуру базы (сейчас все года хранятся в одной базе: вся оплата в ENERGO, обходы в OBHODY). Може оплату за 2002 год хранить в таблице ENERGO_2002 и т.д. Но при таком методе усложняются SQL запросы. Посоветуйте кто, что может.
Заранее благодарен


 
Карелин Артем ©   (2003-04-18 06:33) [1]

У меня для этих дел есть поле с датой внесения(измененения) записи. Надо архивировать - делаю простую выборку по дате, пихаю в архив, удаляю. Надо глянуть - беру из архива и вставляю обратно в базу.


 
Carmen   (2003-04-18 08:23) [2]

Знаете сколько времены уйдет на обратную вставку. Этот вариант не подходит


 
ЮЮ ©   (2003-04-18 08:41) [3]

"возможность просмотреть в любой момент" замени на "возможность просмотреть в нужный момент" и в этих местах "удвоишь" запросы:
SELECT ... FROM ... ENERGO_2002...
UNION
SELECT ... FROM ... ENERGO_ARCH...


 
Sergey13 ©   (2003-04-18 09:29) [4]

2Carmen (17.04.03 22:48)
Две таблицы. Опреативное состояние и архивная. Перенос по отдельной кнопке 8-). Плюс вьюшка с юнионом. При запросе с учетом архивных данных вместо таблицы подставь вьюшку и все дела.

2Карелин Артем © (18.04.03 06:33)
>Надо глянуть - беру из архива и вставляю обратно в базу.
Странный подход. (это я мягко выразился)


 
samalex   (2003-04-18 09:58) [5]

Я ы все хранил в одной таблице и старые и новые данные. Вряд ли это скажется на скорости работы программы, существуют индексы. Ну а выборка - "select ... where date > ...". У меня в SQL Server хранятся данные за 20 лет и все в одной таблице...


 
Anatoly Podgoretsky ©   (2003-04-18 10:19) [6]

Разделение на таблицы скажется в сторону ухудшения, разделение на базы даже и обсуждать не стоит.



Страницы: 1 вся ветка

Текущий архив: 2003.05.08;
Скачать: CL | DM;

Наверх




Память: 0.48 MB
Время: 0.02 c
3-22916
Sour
2003-04-19 08:34
2003.05.08
Выделить элемент TDBLookupListBox (TDBLookupComboBox)


14-23321
Крот
2003-04-19 08:40
2003.05.08
COM-технологии и драки


1-23188
Ольга
2003-04-24 10:38
2003.05.08
Копирование файлов в Дельфи


6-23259
Alta
2003-03-13 09:54
2003.05.08
програмка для локальной сети


14-23303
Supreme 2
2003-04-11 20:45
2003.05.08
---|Ветка была без названия|---