W dniu 2009-12-17 13:56, Jacek Czerwinski pisze:
> Nie za bardzo ta grupa, ale na grupie baz nie bywam ...
to jesteś usprawiedliwiony. Idziesz do mięsnego,
po warzywa...? Bo może w warzywniaku też nie bywasz.

Ale swoje 5gr dorzucę do tematu, choć nijak się ma do
programowania stricte.

> Teoria relacyjnych baz danych, jak mówi o kluczach, nigdzie nie mówi, że
> klucz (pierwotny, obcy, jakikolwiek) musi byc tylko na jednej kolumnie.
> Wielokolumnowy tez jest pełnoprawnym kluczem.
Kłaniają się mechanizmy działania.

> Praktyka, na czele z MS-SQL z którym ostatnio często się spotykam,
> niemal wymusza pojedynczy klucz pierwotny (automatycznie wypełniany,
> liczbowy i niezmienny).
co w tym złego?

> Jest podejście obiektowe i mapowanie danych, wydaje mi się, że znane mi
> rozwiązania bardzo lubią pojedynczy klucz
warto poczytać:
http://en.wikipedia.org/wiki/Object_database
http://en.wikipedia.org/wiki/Object_Role_Modeling

> Automatyczny integer czy klucz o "sensie aplikacyjnym" ? String,
> kategoria, typ itd.
czym dla ciebie jest "sens aplikacyjny" czy jest ponad acid?


Temat z kosmosu. Po, co n-kolumnowy klucz skoro nie podałeś sensu
jego istnienia - bo z Twojej wypowiedzi przebija, więcej=lepiej -
choć żadnego praktycznego, ba nawet teoretycznego przykładu nie
podałeś, co pozwala wątpić w to czy rozumiesz słowo klucz.

http://en.wikipedia.org/wiki/Alternate_key
http://en.wikipedia.org/wiki/Primary_key
http://en.wikipedia.org/wiki/Relational_model
--
Krzysztof Warunek

http://tocheckserver.pl