| Autor | Zpráva | ||
|---|---|---|---|
| gardener Profil |
#1 · Zasláno: 12. 1. 2010, 17:57:50
Zdravím, mám trochu zmatek v tom, jak zapsat následující relaci tabulek
Mám tabulky Firmy Uzivatele Adresy Hodnoceni-firem A dalsi nyni nepodstatne... Problem je ten, ze si nejsem presne jist, jaky ztah by byl pouzit mezi vyse uvedenymi tabulkami, jestlize: 1 firma->muze mit vice adres->1:M 1 firma->muze mit vice hodoceni->1:M 1 uzivatel->muze mit jednu adresu->1:1 1 uzivatel->muze vicekrat hodnotit ruzne firmy, jedenkrat ale pouze jednu->1:N??? jelkoz tbl hodnoceni je polecna jak pro tabulku Firem, tak i Uzivatelu, tak bych nerad udělal nějaký vztah špatně. Díky za každou radu. |
||
| Kacko Profil |
#2 · Zasláno: 12. 1. 2010, 18:50:47
gardener:
Trochu nerozumim popisu - ktera moznost je spravna? 1) uzivatele mohou hodnotit firmy i uzivatele 2) uzivatele mohou hodnotit pouze firmy |
||
| gardener Profil |
#3 · Zasláno: 12. 1. 2010, 18:54:29
Spravne je druha moznost.
|
||
| Kacko Profil |
#4 · Zasláno: 12. 1. 2010, 19:03:38
gardener:
uzivatel->hodnoceni 1:M s tim, ze hodnoceni ma unique nad sloupci id_uzivatel a id_firma |
||
| gardener Profil |
#5 · Zasláno: 12. 1. 2010, 19:05:10
Ale co v případě, že uživatel může mít jedno hodnocení k jedné firmě?
|
||
| _es Profil |
#6 · Zasláno: 12. 1. 2010, 19:13:18
gardener:
„Ale co v případě, že uživatel může mít jedno hodnocení k jedné firmě?“ Tak bude unikátny index nad dvojicou stĺpcov id_uzivatel a id_firma v tej istej tabuľke. |
||
| Kacko Profil |
#7 · Zasláno: 12. 1. 2010, 19:15:01
gardener, _es:
Tak. |
||
| gardener Profil |
#8 · Zasláno: 12. 1. 2010, 19:32:17
jeste jeden dotaz:
jaky je rozdil mezi? 1)1:N Non-identyfiing relationship 2)1:N identyfiing relationship Ten vztah, jak sem ho navrhl, sem asi nahraju obrazek aby to bylo srozumitelnejsi> |
||
| gardener Profil |
#9 · Zasláno: 12. 1. 2010, 19:45:19 · Upravil/a: gardener
Zde je ten navrh, prosim o kritiku, pro prehlednost tam nejsou zobrazeny tabulky, ktera s tim primo nesouviseji.
|
||
| Kacko Profil |
#10 · Zasláno: 12. 1. 2010, 20:01:38
gardener:
tbl_evaluton bude obsahovat id id_user id_company ... ... ... pricemz nad id_user a id_company bude unique key. Tyto sloupce budou ve vztahu "kompozit" ke sloupcum svych rodicovskych tabulek(tbl_users a tbl_company) a tim padem se bude jednat o identifying relationship. |
||
| gardener Profil |
#11 · Zasláno: 12. 1. 2010, 21:18:51 · Upravil/a: gardener
Takze takto je to dobre?
akorat jsem si vsimnul, ze mi nejde nastavit unique key ale pouze foreign 
|
||
| Kacko Profil |
#12 · Zasláno: 13. 1. 2010, 12:27:37
Zlepseni tam je, ale dobre to neni. Pokud by mi tohle dal na stul analytik, tak bych hodne kricel:) Zkuste napred nastudovat neco o UML.
|
||
| gardener Profil |
#13 · Zasláno: 13. 1. 2010, 12:42:12 · Upravil/a: gardener
A co je na tom třeba úplně nejšpatněji? UML bych rád v budoucnu nastudoval ale je toho na učení tolik, že se ho nemohu učit teď..
|
||
| 123456789 Profil * |
#14 · Zasláno: 13. 1. 2010, 17:46:42
...a proto je mnohem lepší plýtvat čas a výrobní faktory ostatních v diskusi. Ta lenost Vás jednou zabije. Takže jediné co pro Vás udělám je: http://www.google.cz/search?q=UML&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:cs:official&client=firefox-a
|
||
|
Časová prodleva: 13 let
|
|||
0