Ако имах изолирани наблюдения тук, щях да мисля, че мъжете програмисти са онези нереализирани медици, пред които човек не би допуснал до себе си

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

класическия израз "Като се знам какъв съм инженер - ме е страх да ида на лекар!"

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Какво значи 'пред които човек'?
Които пред човека, или които човек не би (без пред)??
Май не ти влияе добре дойча на владеенто на българския...

Съдържаниет е скрито
Влезте за да го видите

Редактирано от Naki на 10.11.11 22:03.

Абе казаха ти го няколко пъти...

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

В основната таблица с многото колони махаш PersonID и CompanyID и слагаш ContractorType и ContractorID. Създаваш си две таблички за Persons и Companies, като всяка съдържа съотв. информация - за фирмите е една - за физ.лица друга.

Като имаш Insert в централната таблица, ако е юр. лице - ContractorType = C, ContractorID=CompanyID от таблица Companies, за физическите - аналогично - и ТФА Е. Няма драма - няма нищо.

Съдържаниет е скрито
Влезте за да го видите

Така става, но не може да енфорсне ФК от основната таблица нито към Company, нито към Person

Всъщност самата постановка на условието е леко тъпа и не позволява добър дизан. С 2 думи: ако има такова нещо "може да е 4овек, ама може и да е фирма" и имаш разли4ни таблици за хора и фирми, забравяш за форейн кий на тази колона.

Май най добре в нейния слу4ай да не се пъне с отделни таблици за хора и фирми, да направи само една - контрактор (нали вси4ко било по4ти еднакво), колоната ContractorType отива там (по нея познава дали е 4овек или фирма) и от основната таблица има ФК.

Проблемът е че таблицата фирма има допълнителна колона Контактно лице, данните за което в момента са в таблицата с физ лица. А ако лица и фирми са една таблица, примерно наречена Service трябва контактното лице да сочи към ред от същата таблица. Което вероятно не е проблем ама ми се струва малко объркващо

Съдържаниет е скрито
Влезте за да го видите

Още малко и ще стигнеш до класическия дизайн за твоя случай -- трябва ти supertype таблица, от която да "наследиш" персоните и фирмите. FK от сградите ще сочи supertype-а.

Виж отговора на

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

дето оквича клуба да беше научила тригерите и да беше ги имплементирала. Тъкмо следващия бунак който ще се занимава с тая БД няма да мисли за подобни правилца.

Съдържаниет е скрито
Влезте за да го видите

Codd ? Date ?

And the death shall not have dominion!