Forum PHP.pl

Tak samo jak teraz wszystkie produkty JetBrains (PHPStorm itd) są dla studentów za darmo z roczną licencją. Już się zarejestrowałem (IMG:style_emoticons/default/smile.gif)

dzieki za informacje o JetBrainsach (IMG:style_emoticons/default/smile.gif)

No ja tak łatwo nie mam - maile w domenie .gda.pl, zamiast edu...

U mnie *uni.lodz.pl przeszło

edu.pl nie ma nic do rzeczy, każda szkoła ma (powinna mieć) podane domeny z jakich korzysta.

Dzięki za info Posio ! Jest okazja przetestować kilka usług za darmo.

No ja nie miałem tyle szczęścia, ale też nie mam takiej potrzeby korzystania z ich narzędzi aby pisać maila w tej sprawie.

jak ktoś chce to mam wolnego maila .edu.pl (IMG:style_emoticons/default/smile.gif) jak ktoś chce się dogadać to PM

Ten post edytował Posio 12.10.2014, 13:26:43

Proponuję rozmowy o JB przenieść do tematu o promocjach który założyłem w Hydepark, przynajmniej będzie w jednym miejscu (IMG:style_emoticons/default/smile.gif)

Mam pytanko o nazewnictwo relacji.

relacja jeden do wielu (one-to-many):
występuje w tedy gdy rekord z lewej tabeli może mieć (jednocześnie?) kilka odpowieników z tabeli prawej

relacja jeden do jednego (one-to-one)
występuje gdy jeden rekord z lewej tabeli może mieć jednego odpowiednika z tabeli prawej (i na odwrót?)

a jak sie nazywa sytuacja gdy
wpis w tabeli lewej może mieć tylko jeden wpis z tabeli prawej, ale tabela prawa może mieć wiele odpowiedników w lewej? Czy robi różnice że tabela lewa jest główną a prawa to tylko słownik? Czy to można nazwać one-to-one?

Tabela z lewej jest tabelą "główną". Mówi się, że strony są ważne.

1:1 - jeden obywatel ma jeden nr. PESEL
1:n - jeden post ma wiele komentarzy, ale każdy komentarz należy do jednego postu
n:n - jeden post ma wiele tagów, ale jeden tag może być przypisany do wielu postów

To chyba nie jest dobry przykład, gdyż PESEL ma problemy z unikalnością.

1:? - jeden post ma jeden status (z puli wielu statusów)
Pewien starszy programista twierdzi, że strony mają znaczenie - post jest stroną główną, post ma jeden status tak więc relacja jest 1-1
Reszta programistów twierdzi, że strony nie mają znaczenia, a relacje należy odwrócić i w tedy jeden status ma wiele postów i jest 1-n.

Relacja jaka występuje między tabelami "post" i "status" to relacja jeden do wielu (1:n). Potwierdza to fakt, że statusy w postach nie są unikalne.

Zastanawia mnie jednak, jak wg tego starszego programisty wyglądałaby relacja 1:n.

@destroyerr pierwszy przykład który wpadł mi do głowy (IMG:style_emoticons/default/smile.gif)
Teoretycznie nie ma 2 obywateli żyjących z tym samym nr. pesel, więc w pewnym sensie jest uq (IMG:style_emoticons/default/smile.gif) Ale co tam, chodzi o sens (IMG:style_emoticons/default/smile.gif)

Bedę się czepiał, ale być może ustrzeże to kogoś przed błędem. Teoretycznie występuje taka możliwość, a praktycznie też.

Z tego co mi wiadomo i co potwierdza wikipedia (nie znam lepszych źródeł) teoretycznie nie ma takiej możliwości, ale praktycznie się zdarza (i to pewnie często):

Nr serii z oznaczeniem płci o 4 cyfry (3 nr porządkowy), czwarta - płeć (5 cyfr na każdą płeć). Zatem przy odpowiednio dużej ilości urodzeń danego dnia nawet teoretycznie może pojawić się kolizja powtórzeń.

W teorii i praktyce powinno być tak, że w ramach wszystkich żyjących obywateli RP nie może się powtórzyć nr. PESEL. Oczywiście nr. pesel jest w stanie się powtórzyć w korelaci zmarły -> żyjący obywatel.
A to że jakiś błąd wystąpił...
Co do zasady PESEL uznaje się za UQ

Ciekawe czy jest możliwe przekonanie Ciebie, że PESEL ani w teorii ani w praktyce nie jest uniklany. W teorii, jak napisał vokiel, jest to możliwe (mało prawdopodobne, ale jednak możliwe) czyli w teorii nie jest unikalny. W praktyce, jak zacytował r4xz również nie jest unikalny.

Wystąpił w 2012 "tylko" 2000 razy.

Dobra uznawaj go sobie za unikalny, a osoba która będzie musiała wprowadzać dane osób z tym samym PESELEM niech sobie radzi sama.

To jest identyfikator, nad którym nie masz kontroli. Nawet błędy walidacji powinno się dopuszczać.