🚀 go-pugleaf

> 2. tworzę dwie tabele wiążące, osobno dla pracowników i działów,
> odpowiednio: PRACOWNICY_PRZYBORY i DZIALY_PRZYBORY, obie z kluczami do
> odpowiadających im kolumn w tabelach powiązanych.

Ta wersja jest poprawna z tego powodu, że możesz założyć klucze obce 
(chodzi o FOREIGN KEY) między tabelami i wymuszać ich prawidłowe 
wartości (więzy integralności) na poziomie motoru bazy danych (Sql-a).

On 08.05.2019 12:41, Roman Tyczka wrote:
> 
> Wyobraźmy sobie, że mam zaprojektować strukturę bazy w której będzie tabela
> przyborów biurowych (PRZYBORY), tabela pracowników (PRACOWNICY) oraz
> działów, w których pracują pracownicy (DZIALY).
> Przybory mogą należeć do pracownika konkretnego lub do całego działu.
> Jak to najzgrabniej zaprojektować? Mam dwa pomysły:

zrobiłbym tabelę "pracowników" i "działów", i do tego odpowiedni widok 
"właścicieli" jako union all powyższych (w wymaganym zakresie kolumn). z 
widoku połączenie do tabeli przejściowej "narzędzia_właściciele".

minusem, ale stosunkowo niewielkim, jest to, że klucze w obu tabelach 
(działy, pracownicy) musiałyby być generowane np. z jednej sekwencji 
(lub w inny sposób trzeba byłoby dbać o ich unikalność w ramach widoku). 
teoretycznie nie ma przeszkód, aby wartość klucza jakiegoś działu = 1 i 
1 byłaby wartością klucza dla jakiegoś pracownika, ale widok komplikuje 
tę teoretyczną możliwość. z drugiej strony generowanie jakichkolwiek 
kluczy z jednej sekwencji nie jest rzadkim rozwiązaniem. jest może po 
prostu trochę mało "oczywiste".

pozdrawiam
geos

W dniu 08.05.2019 o 12:41, Roman Tyczka pisze:
> Wyobraźmy sobie, że mam zaprojektować strukturę bazy w której będzie tabela
> przyborów biurowych (PRZYBORY), tabela pracowników (PRACOWNICY) oraz
> działów, w których pracują pracownicy (DZIALY).
> Przybory mogą należeć do pracownika konkretnego lub do całego działu.

Jeśli do działu, to musi być powiązanie z tym działem, bo może to być
bez indywidualnego właściciela. Przykład drukarka, może nikt nie mieć na 
stanie.
Natomiast wszelkie ołówki, długopisy powiązane z pracownikiem i 
pośrednio przez pracownika z działem.
Biurokracja górą!!!!

-- 
Cezary Grądys
czarekgr@wa.onet.pl

Osoba podpisana jako Roman Tyczka <noemail@because.no>
w artykule <news:uyjp7tf73q3d.dlg@tyczka.com> pisze:

> Wyobraźmy sobie, że mam zaprojektować strukturę bazy w której będzie
> tabela przyborów biurowych (PRZYBORY), tabela pracowników (PRACOWNICY)
> oraz działów, w których pracują pracownicy (DZIALY).
> Przybory mogą należeć do pracownika konkretnego lub do całego działu.

Organizacja baz może zależeć od tego, co jest ważniejsze bądź częściej 
wykonywane:
1. Przypisanie do działu ułatwia inwentaryzację.
2. Przypisanie do pracownika ułatwia jego rozliczenie.

> Czy można to zrobić jeszcze inaczej?

Jest co najmniej jedna inna możliwość:
Kiedy pracowników w dziale jest dużo, dobrym pomysłem dla przyborów (a 
raczej urządzeń) przypisanych do działu może być przypisanie pracownika 
odpowiedzialnego. W tym przypadku wypadałoby zrobić tabelę, gdzie jest i 
pracownik_id, i dzial_id, i dodatkowo status przypisania. Taka tabela 
załatwia też przypadki, kiedy
pracownik może być przypisany do kilku działów lub kiedy odpowiedzialny jest 
pracownik z innego działu.

-- 
Andrzej P. Woźniak  uszer@pochta.onet.pl  (zamień miejscami z<->h w adresie)

W dniu 09.05.2019 o 17:49, Andrzej P. Wozniak pisze:
> Jest co najmniej jedna inna możliwość:
> Kiedy pracowników w dziale jest dużo, dobrym pomysłem dla przyborów (a 
> raczej urządzeń) przypisanych do działu może być przypisanie pracownika 
> odpowiedzialnego. W tym przypadku wypadałoby zrobić tabelę, gdzie jest i 
> pracownik_id, i dzial_id, i dodatkowo status przypisania. Taka tabela 
> załatwia też przypadki, kiedy
> pracownik może być przypisany do kilku działów lub kiedy odpowiedzialny 
> jest pracownik z innego działu.


To jest dobry pomysł, bo tym samym zapytaniem można przynależność ołówka
co drukarki ustalić. Ale ja bym zrobił pracownika wirtualnego - takiego
ducha działu, raz na zawsze przypisanego do działu i mającego te
przedmioty.

-- 
Cezary Grądys
czarekgr@wa.onet.pl

Osoba podpisana jako Cezary Grądys <czarekgr@wa.onet.pl>
w artykule <news:5cd5b453$0$17342$65785112@news.neostrada.pl> pisze:

> W dniu 09.05.2019 o 17:49, Andrzej P. Wozniak pisze:
>> Jest co najmniej jedna inna możliwość:
>> Kiedy pracowników w dziale jest dużo, dobrym pomysłem dla przyborów (a 
>> raczej urządzeń) przypisanych do działu może być przypisanie pracownika 
>> odpowiedzialnego. W tym przypadku wypadałoby zrobić tabelę, gdzie jest i 
>> pracownik_id, i dzial_id, i dodatkowo status przypisania. Taka tabela 
>> załatwia też przypadki, kiedy pracownik może być przypisany do kilku 
>> działów lub kiedy odpowiedzialny  jest pracownik z innego działu.
>
> To jest dobry pomysł, bo tym samym zapytaniem można przynależność ołówka
> co drukarki ustalić. Ale ja bym zrobił pracownika wirtualnego - takiego
> ducha działu, raz na zawsze przypisanego do działu i mającego te
> przedmioty.

Lepiej funkcjonalny, według realnego stanowiska, domyślnie kierownik działu. 
W takim rozwiązaniu prac_id w zależności od statusu oznaczać może nazwisko 
pracownika, stanowisko w firmie, a nawet wskazanie na zewnętrzny serwis.

-- 
Andrzej P. Woźniak  uszer@pochta.onet.pl  (zamień miejscami z<->h w adresie) 

W dniu 11.05.2019 o 14:03, Andrzej P. Wozniak pisze:
> Lepiej funkcjonalny, według realnego stanowiska, domyślnie kierownik 
> działu. W takim rozwiązaniu prac_id w zależności od statusu oznaczać 
> może nazwisko pracownika, stanowisko w firmie, a nawet wskazanie na 
> zewnętrzny serwis.

A skąd pewność, że kierownik działu nie będzie kilkoma działami 
kierował? Albo problem jak zostanie przeniesiony, zwolni się,
awansuje, zostanie zdegradowany itp.

-- 
Cezary Grądys
czarekgr@wa.onet.pl

Osoba podpisana jako Cezary Grądys <czarekgr@wa.onet.pl>
w artykule <news:5cd871fa$0$17358$65785112@news.neostrada.pl> pisze:

> W dniu 11.05.2019 o 14:03, Andrzej P. Wozniak pisze:
>> Lepiej funkcjonalny, według realnego stanowiska, domyślnie kierownik 
>> działu. W takim rozwiązaniu prac_id w zależności od statusu oznaczać może 
>> nazwisko pracownika, stanowisko w firmie, a nawet wskazanie na zewnętrzny 
>> serwis.
>
> A skąd pewność, że kierownik działu nie będzie kilkoma działami kierował? 
> Albo problem jak zostanie przeniesiony, zwolni się,
> awansuje, zostanie zdegradowany itp.

Napisałem wyraźnie - albo nazwisko, albo stanowisko. Awansuje nazwisko, nie 
stanowisko. Jesteś zbyt leniwy, aby przeczytać dwa krótkie zdania i powiązać 
jedno z drugim?

-- 
Andrzej P. Woźniak  uszer@pochta.onet.pl  (zamień miejscami z<->h w adresie)