paxmeleonОпять же для примера.
Для набора (месяцы, города, типы расходов) у нас записи будут такие:

март, Москва, такси - 1000
апрель, Москва, гостиница - 5000

Для набора (месяцы, города, сотрудники, типы расходов) у нас будет так:

март, Москва, Вася Пупкин, такси - 2000
апрель, Питер, Коля Петров, гостиница - 6000

и т.п.

как это укладывается в схему (objectid, propertyid, value)
как я понял здесь propertyid - это координата. или вы имели ввиду другое?
Я бы сложил все справочники в одну таблицу (пока не видно сильных различий между ними).
Дальше сделал работу похожей на EAV, но через промежуточную многие-ко-многим.

Пример:
Словарь справочников. spravka: id int, type_id int, name varchar(50).
Типы справочников. types: id int, type_name varchar(50)
Значения: values: id, value.
Множество ключей (определяет размерность куба динамически): links: spravka_id, values_id.

Тогда

март, Москва, такси - 1000 это
types: 1, месяц; 2, город; 3, на_что_потрачено.
spravka: 1, 1, март; 2, 2, Москва; 3, 3, такси.
values: 1, 1000.
links: 1, 1; 2, 1; 3, 1.

Вносим март, Москва, Вася Пупкин, такси - 2000.
дополнительно получаем:
types: 4, ФИО.
spravka: 4, 4, Вася Пупкин.
values: 2, 2000.
links: 1, 2; 2, 2; 3, 3; 4, 2.

PS ИМХО это система удобна чтобы не заводить новые таблицы при добавлении новых "граней" куба.
но нужно будет програмно следить за целостностью.

Ваши замечания коллеги?

paxmeleonА если, например, ограничить размерность куба 20 измерениями и создать таблицу вида:

object_id, type1_id, type1_value, type2_id, type2_value, ..., type20_id, type20_value, value

и сохранять все записи в ней. Для не используемых типов хранить null. Получиться одна большая таблица на все случаи :-)
Минус в том, что ссылочную целостность придется контролировать программно.
Эффективнее ли это, чем примеры с EAV, приведенные ранее?

И еще, у меня value - на самом деле несколько значений. Т.е. каждая ячейка куба может содержать или одно значение, или множество значений.

Например, ячейка (март, Москва, такси) - 1000 руб, 12 числа, комментарий
Если ячейка куба должна содержать множество значений (наверное есть словарь типов или чего-то близкого),
то система изменится:
values выродится в id.
values_many: id, value_id, data.

values: 5;
values_many: 7, 5, 1000 рублей; 8, 5, 12 числа; 9, 5, комментарий.

Основной принцип тот же: у нас есть множество словарей описываемое slovary и множество links которые позиционируют нашу ячейку относительно измерений. А дальше сама ячейка может быть любой конструкцией.