Размер базы

[gl00mie]

Цитата:

Сообщение от Sergo

А вообще кто-то задумывался об процедуре "обрезания" базы - к примеру переноса в некий архив данных за прошедшие годы (это касается самых больших таблиц InventTrans, LedgerTrans и подобных им) было-бы неплохо иметь рабочую базу за год-два, а остальное где-то в архиве....

Есть мнение, что лучше вообще держать отдельную базу на каждый финансовый или календарный год. Вот, к примеру, доводы "за", а вот описание перехода на новую базу, по крайней мере, в плане финансов.

[mazzy]

Цитата:

Сообщение от gl00mie

Есть мнение, что лучше вообще держать отдельную базу на каждый финансовый или календарный год. Вот, к примеру, доводы "за", а вот описание перехода на новую базу, по крайней мере, в плане финансов.

Это неправильное мнение.
Правильное мнение - сегментировать базу средствами СУБД - хранить старые данные не более медленных и дешевых носителях.
Ну и конечно же писать код и отчеты так, чтобы минимизировать число запросов "от начала времен"

[Logger]

Цитата:

Сообщение от mazzy

Это неправильное мнение.
Правильное мнение - сегментировать базу средствами СУБД - хранить старые данные не более медленных и дешевых носителях.
Ну и конечно же писать код и отчеты так, чтобы минимизировать число запросов "от начала времен"

А что можно сделать с запросами, которые вызывают фуллскан всей таблицы ? Совсем от них избавиться невозможно. Всего не предусмотришь...

[KiselevSA]

Цитата:

Сообщение от Logger

А что можно сделать с запросами, которые вызывают фуллскан всей таблицы ? Совсем от них избавиться невозможно. Всего не предусмотришь...

Запросы, вызывающие fullscan по всей таблице за огромное время, необходимо переносить в аналитические системы OLAP