|
|
|
Какой подход лучше...
|
|||
|---|---|---|---|
|
#18+
Всем привет! Передо мной такая задача: хранить данные за несколько лет (допустим за 3 года). Есть два подхода: 1) Хранить в одной таблице данные за все периоды, и при расчете на новый период выбирать данные 3-х летней и более давности и удалять их. 2) Каждый раз создавать новую таблицу (имя таблицы определяется динамически) и удалять таблицу 3-х летней давности. Что более оптимально на ваш взгляд? Спасибо за ответы, Алексей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2002, 09:57:40 |
|
||
|
Какой подход лучше...
|
|||
|---|---|---|---|
|
#18+
Хранить в одной и ничего не удалять. Как только удалишь - тут же и понадобится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2002, 10:00:54 |
|
||
|
Какой подход лучше...
|
|||
|---|---|---|---|
|
#18+
Тогда база так будет разрастаться, что будь здоров. Зачем хранить данные, заранее зная, что они уже не нужны будут. Мы работаем по инструкциям, а то, что данные больше 3-х лет не нужны - это точно. По крайней мере так дано задание. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2002, 10:19:06 |
|
||
|
Какой подход лучше...
|
|||
|---|---|---|---|
|
#18+
Например, можно создать другую базу для архивов и в конце отчетного периода (раз в месяц или год) переносить туда данные, которым исполнилось больше 3-х лет. Хоть по постановке задачи и говорится, что хранить не нужно, но часто потом всплывает сильнейшая необходимость в этих данных со стороны заказчика :-)) Ну и не забывайте регулярно бекапить как рабочие данные, так и этот архив. Работать при этом всегда с текущими данными. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2002, 10:26:17 |
|
||
|
Какой подход лучше...
|
|||
|---|---|---|---|
|
#18+
Блин! У Вас же есть задание . Сделайте как угодно, лишь бы реализация не противоречила заданию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2002, 10:26:49 |
|
||
|
Какой подход лучше...
|
|||
|---|---|---|---|
|
#18+
Инструкция не предполагает, что когда-нибудь кто-нибудь захочет вычислять статистику по предыдущим годам, чтобы делать дальние прогнозы. И придется бабушкам лазить по бумажным архивам. То, что данные не нужны - всего лишь означает, что их не надо использовать. Но это не означает, что надо уничтожать. В крайнем случае, старые данные можно экспортировать и записывать на болванку CD, после чего в базе удалять. Таблица все равно должна быть одна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2002, 10:30:55 |
|
||
|
Какой подход лучше...
|
|||
|---|---|---|---|
|
#18+
Да таблица конечно одна... А про удаление - если бумажные документы уничтожаются - то удаляй -если ето какая -то статистика - то лучьше бекапь на cd -вообщем поступай так как с ней поступали до того как появилась база ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2002, 11:05:54 |
|
||
|
Какой подход лучше...
|
|||
|---|---|---|---|
|
#18+
Наша практика показывает существенно более оптимально разносить данные ("старые" мы убираем даже в другие базы) Основные плюсы даже не в производительности, 1. Есть гарантия неизменяемости закрытых данных 2. Данные каждого периода могут иметь разные структуры /например, разные ставки НДС/ с сохранением интерфейсов 3. Возможно независимо модифицировать систему, в т.ч. переносить на разное железо :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2002, 14:57:12 |
|
||
|
|
start [/forum/topic.php?fid=46&msg=32051541&tid=1820217]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
46ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 202ms |
| total: | 327ms |
| 0 / 0 |
