Подскажите как можно определить место в базе, занимаемое кубом. Вопрос возник из рекомендации, что размер сегмента БД PSAPTEMP должен быть как мининмум в 2 раза больше размера самого большого куба. На данный момент сегмент 4 гига и просится еще на 2,5 его увеличить. Админы жадничают, нужны обоснования.
Спасибо

db05 - и задай название таблицы в которой куб храниться

куб лежит не в одной таблице. есть f, есть e таблицы. есть таблицы измерений, есть агрегаты - в общем дофига всего... а есть еще индексы, которые место жрут мама не горюй ...

ну вот их все - аккурастно и помотреть, а пото м- с помоющь calc.exe - и сложить

Если речь идет только о таблице фактов /BIC/F<cube_name>, то подойдет. А если речь об этом: "the potential size of fact table and dimension tables", тогда тоже как бы можно посчитать для каждой таблицы отдельно и просуммировать.

Долго я писал мессагу
А как размер индексов посчитать и агрегатов?

db02 ?

Блин, самому интерсно как посчитать без calc ...

Нашел вот такое:
Estimating an InfoCube

When estimating the size of an InfoCube one must consider the potential size of fact table and dimension tables. However, the size of the fact table is the most important, since in most cases it will be 80-90% of the total storage requirement for the InfoCube. When estimating the fact table size consider the effect of compression depending on how many records with identical dimension keys will be loaded.
The amount of data stored in the PSA and ODS has a significant impact on the disk space required. If data is stored in the PSA beyond a simply temporary basis, it is possible that more than 50% of total disk space will be allocated for this purpose.

Dimension Tables•

Identify all dimension tables for this InfoCube.

• The size and number of records need to be estimated for a dimension table record. The size of one record can be calculated by summing the number of characteristics in the dimension table at 4 bytes each. Also, add four bytes for the key of the dimension table.
• Estimate the number of records in the dimension table.
• Adjust the expected number of records in the dimension table by expected growth.
• Multiply the adjusted record count by the expected size of the dimension table record to obtain the estimated size of the dimension table.
• Assume that the dimension table indexes will take up as much space as the dimension table itself.

Fact Tables•

Count the number of key figures the table will contain, assuming a quantity key figure requires 8 bytes, a currency key figure requires 9 bytes, and other numeric fields require 4 bytes.
• Every dimension table requires a foreign key in the fact table, so add 4 bytes for each key. Don‘t the three standard dimensions.
• Estimate the number of records in the fact table.
• Adjust the expected number of records in the fact table by expected growth.
• Multiply the adjusted record count by the expected size of the fact table record to obtain the estimated size of the fact table.
• Assume that the fact table indexes will take up as much space as the fact table itself. This is more index space than is usually required in most OLTP systems. In the fact table, many of the columns will be foreign keys with pointers to dimension tables. Each of them will have an index.
• Add an additional 150% for temporary table space and aggregate tables. An aggregate contains both new dimension and data tables. A rule of thumb is that all the aggregates will be the size of the fact table.

Getting Size of Data Target [Cube / DSO]
http://www.sdn.sap.com/irj/scn/go/porta ... ayout=true

Для очень упрощенной оценки места в памяти, необходимого для
каждого инфо-куба, можно использовать следующую формулу:
Размер в байтах = (n + 3) x 10 байт + (mx 17 байт) * [ строки начальной
загрузки + строки периодической загрузки * число периодов]
n = число измерений
m = число показателей
К этой оценке необходимо добавить следующие значения:
+ 20% для Persistent Staging Area (PSA)
+ 100% для агрегатов
+ 100% для индексов
+ 10%для основных данных (исключение: Энергетика, Торговля и т.п.)
+ удвоенный объем места в памяти, занимаемого самой большой
таблицей фактов, по крайней мере 10 ГБ
(Дополнительная информация приведена по адресу http://ser-
vice.sap.com/ quicksizing)

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