Документы DB2 для DB2 / z v10 имеют следующий фрагмент в разделе табличных пространств :
Как правило, в каждом табличном пространстве должна быть только одна таблица..
Но на самом деле это не дает никакого обоснования для этого.
У нас есть несколько таблиц, хранящих историческую информацию, основанную на времени, в следующих строках (значительно уменьшена по сложности, но должна бытьдостаточно, чтобы проиллюстрировать):
Table HOURLY_CPU_USAGE:
RecDate date
RecTime time
Node char(32)
MaxCpuUsage float
primary key (RecDate, RecTime, Node)
Table DAILY_CPU_USAGE:
RecDate date
Node char(32)
MaxCpuUsage float
primary key (RecDate, Node)
Table MONTHLY_CPU_USAGE:
RecDate date
Node char(32)
MaxCpuUsage float
primary key (RecDate, Node)
(ежедневная таблица объединяет все почасовые записи в один день, а месячная таблица делает то же самое с ежедневными данными, свернув их в строку с датойYYYY-MM-01).
Теперь мне кажется, что все эти таблицы очень похожи по назначению, и я не уверен , почему мы хотели бы хранить их в отдельных табличных пространствах.
Пока что не исключено, что я могу объединить их в одну таблицу, это предложение, которое я сделал, но есть препятствия, мешающие этому.
Что является логическим обоснованием здесьd "один стол на табличное пространство"?Какие есть исключения, если таковые имеются?Я предполагаю, что они могут быть исключениями, так как это кажется скорее руководством, чем жестким правилом.