Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Трёхмерные таблицы [D7, Paradox]


Страницы:   1 2 3

vodvorezlaya ©   (2006-09-29 10:49:00) 

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


k2   (2006-10-03 10:21:00) [21]

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


evvcom   (2006-10-03 09:07:00) [22]

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

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


vodvorezlaya   (2006-10-03 08:29:00) [23]


> 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

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


alucard   (2006-10-03 08:17:00) [24]


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

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


аматор   (2006-10-02 20:39:00) [25]

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


evvcom   (2006-10-02 16:21:00) [26]

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

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

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

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

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

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


Sergey13   (2006-10-02 16:20:00) [27]

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

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


vodvorezlaya   (2006-10-02 15:51:00) [28]


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

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


evvcom   (2006-10-02 12:28:00) [29]

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

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

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

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

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

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

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

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


vodvorezlaya   (2006-10-02 12:10:00) [30]


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

Так и делаю.


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


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

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


evvcom   (2006-10-02 11:14:00) [31]

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

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

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

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


Sergey13   (2006-10-02 11:12:00) [32]

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

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


vodvorezlaya   (2006-10-02 11:02:00) [33]

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


Sergey13   (2006-10-02 10:04:00) [34]

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

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


vodvorezlaya   (2006-10-02 10:00:00) [35]


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

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


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

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

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

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


Sergey13   (2006-10-02 09:42:00) [36]

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

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


ЮЮ   (2006-10-02 09:40:00) [37]

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

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


ЮЮ   (2006-10-02 09:36:00) [38]


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


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


vodvorezlaya   (2006-10-02 09:32:00) [39]


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

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


evvcom   (2006-10-02 09:27:00) [40]

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

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


Страницы:   1 2 3

Наверх

Титульная страница Поиск, карта сайта Написать письмо