Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2007.01.14;
Скачать: CL | DM;

Вниз

Связь один-к-одному SQL Server. Как? И нужна ли она мне?   Найти похожие ветки 

 
Kolan ©   (2006-10-23 20:52) [0]

Здравствуйте,
 Программа проводит измерение. "Измерение" - это набор параметров и еще данные. Чтобы не лепить все в одну таблицу решил сделать "Набор параметров" отдельной таблицей. Те с таблицей "измерение" таблица "Набор параметров" связана один-к-одному. Как енто сделать в Enterprise Managere?
Или может тут связь не 1-1(у измерения может быть 1 набор параметров, а набор параметров относ только к 1 измерению)?

И еще 3 вопрос. После этих  двух. :)


 
Kolan ©   (2006-10-23 21:02) [1]

Лана, еще вопрос.
Допутим у меня 3 праметра
ParamsSetID
Capacity
Resistance
Inductance


А можно ли спроектировать Базу так, чтобы набор параметров был произвольным? Те можно было бы добавлять?


 
Desdechado ©   (2006-10-23 21:05) [2]

Если у тебя "набор параметров" не фиксированный (судя по [1]), то никакого 1:1 не будет. Явно просматривается справочник видов параметров, таблица значений параметров и таблица моментов измерений.
В таблице значений параметров будут внешние ключи на моменты измерений, на справочник видо в параметров + сами значения параметров.


 
Kolan ©   (2006-10-23 21:06) [3]

> Как енто сделать в Enterprise Managere?

О само получилось :).


 
Kolan ©   (2006-10-23 21:08) [4]

> Если у тебя "набор параметров" не фиксированный

Так если фиксированый то 1-1, да?


> Явно просматривается справочник видов параметров, таблица
> значений параметров и таблица моментов измерений.

Вид параметра 1(один) и, и... ну его слишком трудно.

Благодарю :)


 
Petr V.Abramov   (2006-10-23 22:05) [5]

> И нужна ли она мне?
 мне точно не нужна :)
> Desdechado ©   (23.10.06 21:05) [2]
 да кто ее знает, эту задачу, может, там с прибора с какого раз в секунду идут значения, и, кроме как массивом, они никому не нужны. тогда лучше "параметр - массив значений"


 
Petr V.Abramov   (2006-10-23 22:05) [6]

привыкли мы все к бюстгалтерии :)))


 
diofant   (2006-10-25 00:48) [7]

Атрибуты в обеих таблицах, по которым осуществляется связь, можно объявить уникальными индексами. Получается 1:1


 
Desdechado ©   (2006-10-25 10:44) [8]

diofant   (25.10.06 00:48) [7]
Без FOREIGN KEY никакой связи не получится, будут там уникальности или нет.


 
ANB ©   (2006-10-25 10:51) [9]

Автором описана классическая связка мастер-детал и связка со справочником (если надо). Где он тут увидел 1:1 - не понимаю. Если же набор параметров всегда фиксированный - то хватит одной таблицы.


 
Desdechado ©   (2006-10-25 11:01) [10]

> Если же набор параметров всегда фиксированный - то хватит одной таблицы
Не факт. Бывают ситуации, когда разбивать все-таки стоит. Например, по 2-3 параметрам запросы идут постоянно, а по остальным 200 - раз в столетие. И зачем загромождать основную таблицу мусором, который сервер будет вынужден постоянно читать, обращаясь к блокам хранения за нужными 2 полями? Это ж классические тормоза.


 
Kolan ©   (2006-10-25 11:06) [11]

Вы спорьте, спорьте я следжу и извлекаю полезную информацию :)))


 
Плохиш ©   (2006-10-25 11:24) [12]

Читал, читал, так и не понял, какое это имеет к программированию в делфи?


 
Kolan ©   (2006-10-25 19:52) [13]

> [12] Плохиш ©   (25.10.06 11:24)
> Читал, читал, так и не понял, какое это имеет к программированию
> в делфи?

Дык это же про база конференция...


> де он тут увидел 1:1 - не понимаю

Увидел если: > параметров всегда фиксированный .

Обдумал еще раз все-таки надо НЕ фиксированный набор параметров.

Итак:

1. Нужна таблица где будут параметры. Так?
Params
ParamID
ParamName


Как бы тут мысль останавливается :).. Что дальше?

ЗЫ


 
Desdechado ©   (2006-10-25 22:11) [14]

про нефиксированный набор см [2]


 
Kolan ©   (2006-10-25 22:34) [15]

> таблица значений параметров и

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


таблица моментов измерений.


Это вообще не понял ...


 
Desdechado ©   (2006-10-26 11:05) [16]

Тогда тебе еще рано об этом задумываться.


 
ЮЮ ©   (2006-10-26 11:28) [17]


>
> Как бы тут мысль останавливается :).. Что дальше?


2. Таблица измерений
 Id
 <Дата/время измерения>
 <Место проведения измерения>
 <Кто проводил измерение>

3. Таблица собственно измеренных значений параметров (связь N..M таблиц Параметров и Измерений)
 Id - можно отказаться, сделав первичный клю по следующим двум полям
 <Ссылка на Таблицу Измерений>
 <Ссылка на Таблицу Параметров>
 <Значение параметра>


 
Kolan ©   (2006-10-26 21:24) [18]

> <Ссылка на Таблицу Измерений>
> <Ссылка на Таблицу Параметров>
> <Значение параметра>

Ааа... Дошло, как ни странно :)



Страницы: 1 вся ветка

Текущий архив: 2007.01.14;
Скачать: CL | DM;

Наверх




Память: 0.51 MB
Время: 0.043 c
2-1167132325
LPal7
2006-12-26 14:25
2007.01.14
прооблемы с blob полем


15-1166687290
Pazitron_Brain
2006-12-21 10:48
2007.01.14
Дом-страница


2-1166795269
Digi
2006-12-22 16:47
2007.01.14
Uninstall


15-1167052355
Handle
2006-12-25 16:12
2007.01.14
Handle


2-1166613362
регинка
2006-12-20 14:16
2007.01.14
INSERT INTO ... SELECT ... FROM ...