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

← →
vodvorezlaya © (2006-09-29 10:49) [0]

Народ, кто-то знает есть ли вообще такое как трёхмерные таблицы?

← →
Slider007 © (2006-09-29 10:50) [1]

Ну и как ты будешь с ними работать ?

← →
sniknik © (2006-09-29 10:58) [2]

куб (олап например)

← →
vodvorezlaya © (2006-09-29 11:06) [3]

> Ну и как ты будешь с ними работать ?

Ну, а как работать с трёхмерным массивом?

Я частично нашёл выход в реляционных базах данных, но только частично.

← →
Sergey13 © (2006-09-29 11:11) [4]

> [0] vodvorezlaya © (29.09.06 10:49)
> Народ, кто-то знает есть ли вообще такое как трёхмерные
> таблицы?

Для Парадокса? Вряд ли. Трехмерный Парадокс - это уже слишком. 8-)
В Оракле есть.

← →
Desdechado © (2006-09-29 11:14) [5]

Что ты понимаешь под 3-мерными таблицами?
Что у них в "мерности"? Она статическая или может изменяться?

← →
dr Gonzo © (2006-09-29 11:19) [6]

Кубы. Одно из измерений обычно время. Как пример: Microsoft Analise Server и у оракла подобные решения.

http://www.sql.ru/articles/articles.aspx?g=OLAP&s=0

Для анализа в Delphi компоненты T...DimCube (не помню точно). В MS Accsess есть сводная таблица - на ней как раз лучше всего поиграться, и в Excel - Pivot Table (превосходит компоненты в Delphi по возможностям и удобству на порядок).

← →
evvcom © (2006-09-29 11:19) [7]

Все зависит от твоего воображения.
Тебе это... что-то конкретное надо или так, для поддержания разговора?

← →
Sergey13 © (2006-09-29 11:29) [8]

> [0] vodvorezlaya © (29.09.06 10:49)

Посмотри про TDataSetField в хелпе.

← →
MsGuns © (2006-09-29 11:40) [9]

Nested Table ?

← →
vodvorezlaya © (2006-09-29 12:25) [10]

> Посмотри про TDataSetField в хелпе.

> Nested Table ?

Да

← →
SergP. (2006-09-29 12:55) [11]

> vodvorezlaya © (29.09.06 10:49)
> Народ, кто-то знает есть ли вообще такое как трёхмерные
> таблицы?

Хм... Я даже двухмерных не витдел, а ты хочешь сразу трехмерные...

← →
Sergey13 © (2006-09-29 13:10) [12]

> [10] vodvorezlaya © (29.09.06 12:25)

Что "Да"?

← →
Anatoly Podgoretsky © (2006-09-29 20:03) [13]

Sergey13 © (29.09.06 11:11) [4]
Ему бы со вторым справиться.

← →
vodvorezlaya © (2006-10-02 08:05) [14]

> Что "Да"?

Вложенные таблицы, вот это похоже на то что я искал, правда где-то я вычитал что работает только на Оракле.

> SergP. (29.09.06 12:55) [11]

:)
Двумерные это столбик(field) и строка(record), любую БД можно назвать двумерной.

← →
ЮЮ © (2006-10-02 09:03) [15]

> любую БД можно назвать двумерной.
>

Не БД, а таблицу. Причем с двумя столбцами - измерениями
Одна таблица с тремя столбцами - уже трехмерная.
Не говоря уже про множество связных таблиц.

Ни с двумерными ни с трехмерными БД работать не приходилось. Для этого хватит текстового файла и TSrings.

Приходится работаю с сотня- и тысячемерными- данными. И Subj-евый вопрос никогда не возникал?

>Вложенные таблицы, вот это похоже на то что я искал
Две связанные таблицы в Paradox-е тоже можно рассматривать как вложенные. Ты о визуальном представлении или о чем?

← →
evvcom © (2006-10-02 09:27) [16]

> [14] vodvorezlaya © (02.10.06 08:05)
> Вложенные таблицы, вот это похоже на то что я искал, правда
> где-то я вычитал что работает только на Оракле.

"Nested Tables" - действительно имеется такое понятие в Оракле, но отличаются они визуально от обычных реляционных таблиц/связей только тем, что у nested таблиц нет явного foreign key. Отсюда и sql немного иной. Сделай себе таблицу-справочник, тогда подчиненная станет трехмерной без nested tables, отсутствующих в парадоксе. :)

← →
vodvorezlaya © (2006-10-02 09:32) [17]

> ЮЮ © (02.10.06 09:03) [15]

Смотри.
Как бы ты сделал таблицу с полями
ID kartaID markaID а далее элементы таблици менделеева C Si Cu P V S причём не только одну цифру нужно хранить, а минимальный и максимальный предел вещества и цель - средний предел.
Конечно я сделал так:
Cmin Cmax Ccel Simin Simax Sicel... и т.д. а смотрится не красиво. Хотелось бы в одной ячейке хранить и минимум и максимум и цель.
Подскажи как бы ты поступил?
Спасибо.

← →
ЮЮ © (2006-10-02 09:36) [18]

> Хотелось бы в одной ячейке хранить и минимум и максимум
> и цель.

Смотреть или показывать? Или просто хранить, и не использовать в запросах?

← →
ЮЮ © (2006-10-02 09:40) [19]

Конечно я сделал так: Cmin Cmax Ccel Simin Simax Sicel... и т.д.

По крайней мере уже здесь бы я не стал для каждого элемента таблицы менделеева заводить поля, а создал бы подчиненную таблицу с записью на каждый элемент, входящий в вещество.

← →
Sergey13 © (2006-10-02 09:42) [20]

> [17] vodvorezlaya © (02.10.06 09:32)

А вторую таблицу соорудить, в которую и будут писАться элементы, в лом что-ли? Желательно и третью - справочник элементов.

← →
vodvorezlaya © (2006-10-02 10:00) [21]

> Смотреть или показывать? Или просто хранить, и не использовать
> в запросах?

Хранить, изменять в приложении, использовать в запросах но не часто.

> По крайней мере уже здесь бы я не стал для каждого элемента
> таблицы менделеева заводить поля, а создал бы подчиненную
> таблицу с записью на каждый элемент, входящий в вещество.

То есть? Ещё одну таблицу.

Я раньше делал три таблицы - min, max, cel. А столбиками были элементы C Cu Si P... и делал через поля соответствия, потом мне это не понравилось, и я переделал всё в одну таблицу.

Если создать ещё одну, то в ней свёравно будут столбцы Cmin Cmax Ccel ... Я прав?

← →
Sergey13 © (2006-10-02 10:04) [22]

> Я раньше делал три таблицы - min, max, cel.

Это должны быть поля ОДНОЙ таблицы. + указатель элемента + указатель на запись главной таблицы.

← →
vodvorezlaya © (2006-10-02 11:02) [23]

А если описать структуру в Type и через указатели записывать в Blob поле, мда ... только как тогда организовать просмотр?

← →
Sergey13 © (2006-10-02 11:12) [24]

> [23] vodvorezlaya © (02.10.06 11:02)

А тебе непременно надо гланды удалять электродрелью через одно место? Задание такое?

← →
evvcom © (2006-10-02 11:14) [25]

> [21] vodvorezlaya © (02.10.06 10:00)

У...у...у... как всё запущено!

> [23] vodvorezlaya © (02.10.06 11:02)

Не надо так извращаться там, где этого не требуется.
У тебя есть сущность: химический элемент. Для этой сущности - своя таблица элементов с их аттрибутами, т.е. ключ, название, порядковый номер, атомная масса, заряд, чего там еще?
Есть другая сущность: химическое вещество (соединение). Это 2-ая таблица. Опять ключ, название, что-то еще характерное для вещества.
И нужно еще знать из чего это соединение состоит. Это 3-я таблица. Ключ вещества, ключ элемента, и дальше прочие аттрибуты: количество (или, видимо, твои мин., макс. и цель, не настолько я знаю химию) и другие.

← →
vodvorezlaya © (2006-10-02 12:10) [26]

> Не надо так извращаться там, где этого не требуется.
> У тебя есть сущность: химический элемент. Для этой сущности
> - своя таблица элементов с их аттрибутами, т.е. ключ, название,
> порядковый номер, атомная масса, заряд, чего там еще?
> Есть другая сущность: химическое вещество (соединение).
> Это 2-ая таблица. Опять ключ, название, что-то еще характерное
> для вещества.

Так и делаю.

> И нужно еще знать из чего это соединение состоит. Это 3-
> я таблица. Ключ вещества, ключ элемента, и дальше прочие
> аттрибуты: количество (или, видимо, твои мин., макс. и цель,
> не настолько я знаю химию) и другие.

Но одно но! Веществ около 120-ти и у каждого вещества есть 12 элементов а у каждого из этих 12-ти элементов ести свой min, max и цель.
И делать в 3-ей таблице 12 записей для одного вещества не удобно да и не наглядно.

Но ты мне идею подкинул вывести список элементов в отдельную таблицу. Это хорошая идея. Спасибо. Буду думать.

← →
evvcom © (2006-10-02 12:28) [27]

> [26] vodvorezlaya © (02.10.06 12:10)
> Веществ около 120-ти и у каждого вещества есть 12 элементов

И что? 1440 записей в таблице - это задача для суперСУБД, не для парадокса?

> а у каждого из этих 12-ти элементов ести свой min, max и цель

Эти min, max и цель - характеристики данного элемента вообще или только в данном соединении? Если вообще, то это выносится в 1-ую таблицу, если для данного соединения, то как я и описал в [25].

> И делать в 3-ей таблице 12 записей для одного вещества не
> удобно да и не наглядно

Именно удобно и наглядно. Так и делается в реляционных БД. А неудобно эти характеристики выносить в столбцы вещества. Вот это действительно неудобно.

> Но ты мне идею подкинул вывести список элементов в отдельную
> таблицу

Это не было бы для тебя открытием, если бы ты почитал что-нибудь из теории.

← →
vodvorezlaya © (2006-10-02 15:51) [28]

> И нужно еще знать из чего это соединение состоит. Это 3-
> я таблица. Ключ вещества, ключ элемента, и дальше прочие
> аттрибуты: количество (или, видимо, твои мин., макс. и цель,
> не настолько я знаю химию) и другие.

Ну не запхнёшь ты в эти поля IDelement Min Max Cel в 1 одной записи все 12 элементов. Надо или 12 записей типа IDelement Min Max Cel или 48 столбцов типа IDElem1 Min1 Max1 Cel1 IDElem2 min2 max2...

← →
Sergey13 © (2006-10-02 16:20) [29]

> Надо или 12 записей типа IDelement Min Max Cel

Это так страшно? Между тем - это классика жанра.

← →
evvcom © (2006-10-02 16:21) [30]

> [28] vodvorezlaya © (02.10.06 15:51)
> Ну не запхнёшь ты в эти поля IDelement Min Max Cel в 1 одной
> записи все 12 элементов

Так никто так и не советует.

> Надо или 12 записей типа

Именно так и надо! Это классика.

> или 48 столбцов типа

У тебя все соединения 12-ти элементные? Или ты только так думаешь? В любом случае, это геморрой.

← →
аматор © (2006-10-02 20:39) [31]

Привет...
http://freesoft.ru/pageview.html?id=79296&dl=0 - зайдите....
Это если я правильно понял вопрос.

← →
alucard © (2006-10-03 08:17) [32]

> аматор © (02.10.06 20:39) [31]

Где о них узнал?

← →
vodvorezlaya © (2006-10-03 08:29) [33]

> evvcom © (02.10.06 16:21) [30]

Я делал не так.

Но совсем это уж не красиво... :S

ID Material1 Element1 Min Max Cel
ID Material1 Element2 Min Max Cel
...........................................
ID Material1 Element12 Min Max Cel

Я сделал 48 столбцов :D

Всем спасибо.
Пошёл дуплить Огненную Птицу и Оракла.

← →
evvcom © (2006-10-03 09:07) [34]

> [33] vodvorezlaya © (03.10.06 08:29)
> ID Material1 Element1 Min Max Cel

Где здесь 48 столбцов? Ты случаем строки со столбцами не путаешь?

← →
k2 © (2006-10-03 10:21) [35]

evvcom © (03.10.06 09:07) [34]
он видимо таблицу развернул :)

← →
evvcom © (2006-10-03 10:34) [36]

> [35] k2 © (03.10.06 10:21)

Или монитор :)

← →
alucard © (2006-10-03 11:55) [37]

> Где здесь 48 столбцов? Ты случаем строки со столбцами не
> путаешь?

ID MaterialID Elem1ID Min Max Cel Elem2ID Min Max Cel ..<здесь ещё 36 идентичных столбцов>.. Elem12ID Min Max Cel.

Я понял вы советовали так:

ID Material1 Element1 Min Max Cel
ID Material1 Element2 Min Max Cel
....<Сдесь прячется 36 идентичных столбцов>....
ID Material1 Element12 Min Max Cel

← →
alucard © (2006-10-03 11:58) [38]

offtop:
Наконец то дошли руки ник себе поменять.

Мой старый ник vodvorezlaya.

> [37] alucard © (03.10.06 11:55)
Ты и vodvorezlaya - одно лицо что-ли?

Странная у тебя база - между записями столбцы прячутся. 8-)
Видимо в [24] Sergey13 © (02.10.06 11:12) я был прав. 8-))))

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

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

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

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

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

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

Так и есть.

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

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

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

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

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

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

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

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

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

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

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

Вот вот!

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

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

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

> _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.

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

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