Масивите в база данни

Масивите в базата данни.

Поздрави, магистър. Създам приложение и база данни (за първи път :)), която трябва да се запази параметрите и резултатите от някои експерименти. Някои от резултатите от експеримента са числови масиви.

Всеки запис в таблицата ми съхранява информация за единичен експеримент. Резервирано прости параметри тип никакви проблеми. Но в областта на типа масиви може да се съхранява? И все пак да получа около институция отделна област на подходящия тип за всеки елемент на масива. ) За да тествате приложението, това е достатъчно. Но аз разбирам, че не е правилно за нормалното прилагане.

Как (в областта на вид), които обикновено се съхраняват масиви от реалния / число в базата данни (парадокс)?

> Балкон # XA0; (12.04.04 15:52) # XA0;

Защо тази перверзия. Таблица - и имат масив.

> Как (в областта на вид), които обикновено се съхраняват масиви
> Недвижими / число

Говориш за релационни бази данни, които някога съм чувал. Те са умни хора измислиха да не бъдат подкопани с масиви.

1. Предприятията много подробни таблици, като в резултат на съкращения е необходимо.
2. Или използвайте поле от тип BLOB

> Искате да кажете на релационна база данни, която някога съм чувал. ) Четох в свободното си време knizhentsiyu Хофман Homonenko.

> Организации много подробни таблици, в резултат на съкращения, необходими.

Да разбирам?:

Трябва да се каже, да има две таблици за всеки експеримент в първия (основен) запазване на основните параметри, а вторият (подчинен) глава, с изключение на ключа и комуникацията на полето, N-еднообразни, например валидни, полета за съхраняване на резултатите от експеримента (елементи действителната масив ).

Но в този случай въпросът. Ако масиви предварително дължина с резултатите от експеримента не е известно и варира от запис на запис, трябва да добавите по време на работа (изтриване на първо място, дали на масата се отстранява от най-отдавна) в областта?

PS Моля, не рита краката си, а не да се шегува :). Съвестно прочетох няколко книги за Delphi, бази данни и да се опитаме да разберем.

> Дължина на масива с резултатите от експеримента не е известен

Подробната таблица на това трябва да съответства на броя на записите, а не полета.

> Но в този случай въпросът. Ако предварително дължина масиви
неизвестни> експериментални резултати и варира от запис
> За да записвате, трябва да добавите по време на работа (изтриване на първо място, независимо дали е от
> Таблица се изтрива е най-дългият запис) в областта?

Известен или неизвестен, каква е разликата масив елементи (ако това е едномерна) се намира не под формата на колони, както и записите.
Колко е-ING масив - като много записи.
Плюс това поле с идентификатор за пакета от майстор маса.

Благодаря ви отново. (Се използват едномерни)

Оказва се, че всеки запис в главната таблица трябва да съвпада с колона от информация?

> Балкон # XA0; (4/12/04 17:05) [6]

Отново, не е така.
Имате ли главната таблица. Всеки запис - отделна лаборатория.
Има подчинени на една маса с полета (брой лаборатории, стойност)
Това е всичко. Пакетни маси за област №laby по този начин за всяка лаборатория. работи можете да записвате всеки брой на стойностите на масив.

Сега се надявам да са разбрали правилно. )

Друг въпрос, ако не е уморен.

А какво да кажем подредбата на експерименталните стойности? Четох, така че записите парадокса маса са подредени по ключовото поле.
дали въвеждането на ключа ще предостави (например autoincrement тип) на областта, елементите на масива, които се съхраняват в таблица поддържат ред в базата данни? Или, за да не губят от порядъка на стойности, за да влезе в друга област, съдържащ номера на експериментален масив елемент?

> Балкон # XA0; (4/12/04 17:30) [8]

Само трябва да въведете ключова автоматично увеличава област, т.е. маса за сортиране ще се проведе на него, и всички елементи на масива ще бъдат показани в реда, в ром да ги добавите към масата. Т.е. подробна таблица ще бъде: (Avtoinkrementnoe_pole, №laby стойност)