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

← →
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...

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

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

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

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

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

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

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

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

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

> 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

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

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

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

> Где здесь 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

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

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

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

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

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

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