Трёхмерные таблицы

← →
аматор © (2006-10-03 20:28) [40]

[32] alucard
из инета :), пару лет назад...

← →
evvcom © (2006-10-04 08:28) [41]

> [37] alucard © (03.10.06 11:55)
> ID Material1 Element2 Min Max Cel
> ....<Сдесь прячется 36 идентичных столбцов>....
> ID Material1 Element12 Min Max Cel

:-)
Надо, чтобы там пряталось 36 идентичных строк! А то [24] Sergey13 © прав :-)

← →
alucard © (2006-10-04 10:23) [42]

> evvcom © (04.10.06 08:28) [41]

Ну да да строк, опечатка небольшая вышла.

← →
Sergey13 © (2006-10-04 10:34) [43]

> [42] alucard © (04.10.06 10:23)

Даже на "строк" не похоже, вернее не похоже на правду 36 строк. Между Element2 и Element12 я (визуально, по наитию) нахожу место только для 9 строк. Короче - сколько элементов входят в вещество (или что там у тебя) - столько и записей в детальной таблице. Это у ниверсальная схема для 5, 55, 5555 и N-1 элементных веществ.

← →
alucard © (2006-10-04 12:59) [44]

> Sergey13 © (04.10.06 10:34) [43]

Так и есть.

Элементов всего 12.

не наглядно 12 записей для 1-го элемента.

Хотя, что ещё остаётся?

← →
_RusLAN © (2006-10-05 19:43) [45]

ИМХО вы фигней паритесь
есть такой процесс - нормальзация БД, почитайте о нем (очень рекомендую)

> не наглядно 12 записей для 1-го элемента.

что значит не наглядно?
вы отображайте их так как надо (что было наглядно), а хранить можно по другому (так как это принято в реляционных БД)

← →
_RusLAN © (2006-10-05 19:44) [46]

> нормальзация БД

читать как нормализация БД

← →
ЮЮ © (2006-10-06 03:17) [47]

> вы отображайте их так как надо (что было наглядно)

Если в арсенале только стандартный TDBGid без фенечек и TTable, то и возникает у человека желание хранить так, чтобы отображалось как надо, а не наоборот

← →
alucard © (2006-10-06 09:10) [48]

> Если в арсенале только стандартный TDBGid без фенечек и
> TTable, то и возникает у человека желание хранить так,
> чтобы отображалось как надо, а не наоборот

Вот вот!

← →
_RusLAN © (2006-10-06 09:17) [49]

> [48] alucard © (06.10.06 09:10)

А вы расширяйте арсенал
замените TTable на TQuery или TIBQuery
а BDE/Paradox на Firebird
и будете себя чувствовать посвободней :)

а то если пользователь захочет чтоб ему данные отображались в каком-то другом виде, что тогда будете всю структуру БД переделывать

← →
alucard © (2006-10-06 09:24) [50]

> _RusLAN © (06.10.06 09:17) [49]

Начинать надо с малого, вообще конечно планирую.

Ну кто - то обьяснит мне зачем трёзмерный массив придумали и почему нет таких баз данных?

> [50] alucard © (06.10.06 09:24)
> Начинать надо с малого, вообще конечно планирую.
Начинать надо с правильного. А подгонка схемы хранения под проблемы отображения (да и проблем-то нет, просто знаний не хватает) - это очень порочная практика.

> Ну кто - то обьяснит мне зачем трёзмерный массив придумали и почему нет таких баз данных?
С чего ты взял, что нет? Есть. Тебе про них тут писАли.
Или "чукча не читатель, чукча писатель"?

> Или "чукча не читатель, чукча писатель"?

Хоть самому бери и пиши компоненты :)

> Sergey13 © (06.10.06 09:41) [53]

Ты знаешь, ответ частично по поводу представления данных в трёхмерном формате вот:

OLAP, On Line Analytical Processing

TDescisionCube
TDescisionQuery.

Правда вопрос хранения остаётся открытым.

Трёхмерные таблицы Найти похожие ветки