Клубове Дир.бг
powered by diri.bg
търси в Клубове diri.bg Разширено търсене

Вход
Име
Парола

Клубове
Dir.bg
Взаимопомощ
Горещи теми
Компютри и Интернет
Контакти
Култура и изкуство
Мнения
Наука
Политика, Свят
Спорт
Техника
Градове
Религия и мистика
Фен клубове
Хоби, Развлечения
Общества
Я, архивите са живи
Клубове Дирене Регистрация Кой е тук Въпроси Списък Купувам / Продавам 18:55 27.04.24 
Клубове/ Компютри и Интернет / Бази данни Всички теми Следваща тема Пълен преглед*
Информация за клуба
Тема Re: MSSQL update trigger проблем [re: Blandings Castle]
Автор devnul ()
Публикувано13.10.04 09:39  



Базата е достатъчно сложна, с достатъчно история на използване на тази структура, достатъчно зависими от нея модули... тепърва да тръгна да слагам уникални id-та по таблиците е невъзможно.

Но ти ме караш да се замисля за нещо друго, пък и да те разпитам, ако нямаш нищо против.

Съставните ключове са направени, следвайки логиката на информацията по таблиците. По същата логика са направени връзките. Както и всичко друго. На мен базата ми изглежда добре проектирана (не съм я правила аз). Съставният ключ ми гарантира уникалност на комбинацията от полета - точно такива са ми правилата за реалната информация, която ще се събира. Освен това са ми необходими сумати Foreign key constraint-и по няколко полета. Имам спомен, че MSSQL се оплаква, когато участващите полета в Primary key table- а не образуват ключ. Ако сложа навсякъде отделно поле pk identity, реално се отказвам от foreing keys и ще има да си пиша тригери (вече и по двете таблици! защото трябва да правя и проверка дали не се опитвам във "foreing key" таблицата да слагам стойности, които ги няма в "primary key" таблицата). Още повече, че съвсем наскоро си имахме главоблъскания с една identity колона, но това е друга история.

Е, сега като изложих тази ситуация, да взема и да започна с въпросите. Нямам много опит, все още, с бази данни. Още по-малко с DBDesign. Но това ми е интересно и искам да науча повече. Ако имаш интересни линкове към полезна информация по повод на основни правила при проектиране на бази данни, моля те, прати ми ги (някои теоретични неща съм ги учила - нормални форми и т.н.). Предполагам, обаче, най-добрите правила се научават с опита.
Твоят вариант - с identity колони за primary key - виждаш ли приложение в изложения от мен случай? Доколко дизайна на базата трябва да се прави предвид логиката на информацията? И доколко съобразно логиката на лесното й ползване при писане на приложенията върху нея?

С риск да стана нахална... преди време мярнах коментар в един постинг, за това, че връзка и външен ключ са различно нещо, както и че този въпрос бил достатъчно разискван. Някакъв шанс да ми кажете какво точно имате предвид? (явно не знам какво се разбира под връзка)
Е, простете ми невежеството, надявам се лека - полека да изчистя този проблем. Надявам се междувременно да не досаждам прекалено много...

Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...


Цялата тема
ТемаАвторПубликувано
* MSSQL update trigger проблем devnul   11.10.04 17:24
. * Re: MSSQL update trigger проблем Blandings Castle   12.10.04 09:12
. * Re: MSSQL update trigger проблем devnul   12.10.04 10:28
. * Re: MSSQL update trigger проблем Blandings Castle   12.10.04 14:09
. * Re: MSSQL update trigger проблем devnul   13.10.04 09:39
. * Re: MSSQL update trigger проблем Blandings Castle   13.10.04 16:41
. * Re: MSSQL update trigger проблем devnul   14.10.04 09:24
. * Re: MSSQL update trigger проблем wqw   18.01.06 18:31
. * Re: MSSQL update trigger проблем Wolfheart   17.01.06 20:21
. * Re: MSSQL update trigger проблем wqw   18.01.06 18:23
. * Re: MSSQL update trigger проблем Blandings Castle   19.01.06 19:53
. * Re: MSSQL update trigger проблем Wolfheart   19.01.06 20:07
. * Re: MSSQL update trigger проблем wqw   20.01.06 10:06
Клуб :  


Clubs.dir.bg е форум за дискусии. Dir.bg не носи отговорност за съдържанието и достоверността на публикуваните в дискусиите материали.

Никаква част от съдържанието на тази страница не може да бъде репродуцирана, записвана или предавана под каквато и да е форма или по какъвто и да е повод без писменото съгласие на Dir.bg
За Забележки, коментари и предложения ползвайте формата за Обратна връзка | Мобилна версия | Потребителско споразумение
© 2006-2024 Dir.bg Всички права запазени.