Dzięki, za dobry materiał o relacyjnych baza danych. Nie sądziłem, że tak mało wiem o relacjach 😀. Zaciekawiłeś mnie, postanowiłem przejrzeć twój kanał i go zasubskrybować. Bo nie ukrywam staram się lepiej zrozumieć bazy danych.
Używasz zamka "te" w przypadku liczby pojedynczej, co jest błędem, np "te stwierdzenie". Mówimy i piszemy "to stwierdzenie", "to mydło", itp. "te" to zaimek odnoszący się do liczby mnogiej. Pozdrawiam
Stwórz model bazy danych: znormalizowany do 3NF lub model pod hurtownię danych (zdenormalizowany). Na bazie tego możesz potem stworzyć jakieś widoki i skrypty SQL zasilające tabele danymi.
Co do pkt 3, to NULL nie jest wartością, to stan - to największy błąd w tym materiale. NULL to nie jest wartość, zapamiętaj to sobie, to jest stan w jakim znajduje się kolumna w danym wierszu. Różnica jest np. taka, że NULL nie jest przechowywany w indeksach, a np. WARTOŚĆ 0 - jest. Pkt 2) i 1) - skoro już tabele są relacjami, to powinno pisać że Dane są przechowywane w relacjach (pkt 1), a w pkt 2) że dostęp do relacji ma miejsce.... inaczej utrwalasz to co sam krytykujesz. Po drugie w języku angielskim relacja nie oznacza dokładnie tego samego co w j. polskim i stąd cały problem. W naszym języku określenie związków między tabelami jako relacje ma sens i jest prawidłowe. Upieranie się, że relacje to nie związki między tabelami, i że między tabelami nie ma relacji, to kaleczenie języka polskiego i robienie prostej kalki. To jak prostackie tłumaczenie z języka angielskiego na polski wprost. Ja wiem, że szkoleniowcy się w tym lubują, żeby pokazać że rzekomo wiedzą więcej, ale to jest trochę IMO żałosne. Sam zresztą CAŁY CZAS używasz określenia tabela/tabele a nie relacje.
Dzięki za Twoje uwagi, pozwolę się do nich odnieść. Odnośnie NULL - Już lata temu toczyły się akademickie dyskusje jak używać NULL i do tej pory nie ma jednej i jasnej wytycznej jak jej używać, bo to temat skomplikowany i złożony. NULL można interpretować na kilka sposobów, a jednym z nich bez wątpienia jest interpretacja: brak wartości/wartość nieznana. Jak inaczej chcesz w bazie zapisać informację, że pracownik nie ma przełożonego albo nie wiesz kto jest jego przełożonym? Jeśli kolumna manager_id jest numeryczna to nie wpiszę tam 0.. Odnośnie tabela/relacja/encja - zachęcam zapoznać się ze znaczeniem pojęć modelu logicznego i fizycznego bazy danych to wszystko stanie się dla Ciebie zrozumiałe :) Nie powiedziałem, że należy używać terminu "relacja" zamiast "tabela" tylko, że "relacja" w modelu relacyjnym oznacza tabelę(w modelu fizycznym), a nie powiązanie. Gdy rozmawiamy o "tabeli" w kontekście modelu relacyjnego używamy pojęcia "relacji", gdy "tabelę" modelujemy logicznie, np. w diagramie ER(entity relationship) mówimy o "encji", a gdy chcesz wprowadzić do tabeli dane SQL-em to używasz pojęcia "tabela". Encja/relacja/tabela często dotyczą tego samego, ale w zależności od kontekstu używa się innych definicji by uniknąć niejednoznaczności.
@@nieinformatyk Absolutnie NULL nie jest wartością, a to co napisałeś to potwierdza, rozumiem więc, że wypuścisz np. kolejnej poprawione wideo gdzie tego błędu nie będzie? To duży błąd. Co do relacji, to nadal uważam, że to nieprawidłowe tłumaczenie, i generalnie nieprawidłowa koncepcja, bo zakłada zbiór (relacja matematyczna) gdzie relacje są między elementami, tymczasem w tabeli bazy danych to absolutnie nie jest żadnym warunkiem lub właściwością tej tabeli, to jest pomyłka. Możemy mieć tabelę na śrubki gdzie nie ma między nimi żądnych związków, łączenie tego matematycznym modelem relacyjnym jest pomyłką.
jeszcze jedno co do NULL - prawidłowy zgodny ze standardami warunek sprawdzenia NULL / NOT NULL to "kolumna IS NULL" lub "kolumna IS NOT NULL", a nie "kolumna = NULL" lub "kolumna = NOT NULL". To już podpowiada, że NULL nie jest wartością, bo używamy dyrektywy IS zamiast znaku równości lub innych znaków porównujących wartości jak > lub < lub
@@BBTeZeT Wydaje mi się, że na siłę chcesz udowodnić swoją rację.. 1. Nie widzę tu nic do poprawy, więc nowe video się nie pojawi. "NULL is a marker that represents missing, unknown, or inapplicable data." www.orafaq.com/wiki/NULL Logika trójWARTOŚCIOWA. 2. Nikt nie mówił, że w bazie relacyjnej każda tabela musi być z inną powiązana. Niepowiązana z żadną inną tabela tabela_X to w dalszym ciągu "relacja" w myśl Codda. Pozdrawiam
@@nieinformatyk Nie pisałem o powiązaniach między tabelami, tylko o powiązaniach między rekordami w tej samej tabeli co zakłada z góry matematyczny model relacyjny do którego ktoś wcisnął tabele z bazy danych, usiłując na siłę robić z nich zbiory danych w ujęciu relacyjnym. Na tym polega błąd. A dwa - znowu potwierdzasz to, że NULL nie jest wartością - marker oznacza właśnie oznaczenie stanu, a nie wartość. Więc może przyznaj, że głoszenie w swoim materiale, że NULL to wartość, to błąd? Bo cały czas dostarczasz na to dodatkowe argumenty, które przeczą temu co twierdzisz w materiale.
@@nieinformatyk zrozumiałem ten skrót, ale jest on niefortunny, jednak napisałem zgodnie z tym jak rozumie się nawiasy. Bo przecież każdy wie, że krotka w relacji to relacyjna nazwa wiersza w tabeli ;) Ale ktoś kto tego nie wie, pomyśli, że krotka to tabela w relacji ...
Dzięki, za dobry materiał o relacyjnych baza danych. Nie sądziłem, że tak mało wiem o relacjach 😀. Zaciekawiłeś mnie, postanowiłem przejrzeć twój kanał i go zasubskrybować. Bo nie ukrywam staram się lepiej zrozumieć bazy danych.
Miło mi słyszeć Marcin, że kanał Cię zainteresował :) Grunt to być ciekawym i szukać wiedzy.
Globalna firma...
która działa w całej Polsce
Świetny filmik, pomógł na studiach bardziej niż wykłady
dzięki :) nie pamiętam już kontekstu tej wypowiedzi, więc Ci na odpowiem, co dokładnie miałem na myśli
Moze nagrasz kiedys odcinek o swojej bibliotece? Wyglada imponujaco;)
Dodałem do listy tematów kolejnych nagrań :)
Używasz zamka "te" w przypadku liczby pojedynczej, co jest błędem, np "te stwierdzenie". Mówimy i piszemy "to stwierdzenie", "to mydło", itp. "te" to zaimek odnoszący się do liczby mnogiej. Pozdrawiam
dzięki za zwrócenie uwagi, w kolejnych nagraniach postaram się poprawić :)
Mam pytanie o sprzęt jaki potrzebuje na początek nauki na bazach danych. Jakie sa wymagania sprzętowe
odpisałem pod innym nagraniem :) w skrócie -> zwykły laptop Ci wystarczy
Dzięki za odpowiedz :) Rozwiałeś moje wątpliwości co do tego ile kasy zainwestować na nowy sprzęt 👍🏻😎
@@ewadzi7005 zainwestuj w wiedzę i umiejętności(kursy i książki) :)
Możesz podpowiedzieć jaki projekt/y można by zrobić do swojego CV by mieć się czym pochwalić szukając pracy?
Stwórz model bazy danych: znormalizowany do 3NF lub model pod hurtownię danych (zdenormalizowany). Na bazie tego możesz potem stworzyć jakieś widoki i skrypty SQL zasilające tabele danymi.
@@nieinformatyk Dziekuje za pomysł :). A dopowiedz jeszcze czym sa "widoki".
@@dariusz_82 obejrzyj te video to wszystko zrozumiesz :) ruclips.net/video/Hu0UHvo0OiQ/видео.html
@@nieinformatyk okej :)
Co do pkt 3, to NULL nie jest wartością, to stan - to największy błąd w tym materiale. NULL to nie jest wartość, zapamiętaj to sobie, to jest stan w jakim znajduje się kolumna w danym wierszu. Różnica jest np. taka, że NULL nie jest przechowywany w indeksach, a np. WARTOŚĆ 0 - jest.
Pkt 2) i 1) - skoro już tabele są relacjami, to powinno pisać że Dane są przechowywane w relacjach (pkt 1), a w pkt 2) że dostęp do relacji ma miejsce.... inaczej utrwalasz to co sam krytykujesz. Po drugie w języku angielskim relacja nie oznacza dokładnie tego samego co w j. polskim i stąd cały problem. W naszym języku określenie związków między tabelami jako relacje ma sens i jest prawidłowe. Upieranie się, że relacje to nie związki między tabelami, i że między tabelami nie ma relacji, to kaleczenie języka polskiego i robienie prostej kalki. To jak prostackie tłumaczenie z języka angielskiego na polski wprost. Ja wiem, że szkoleniowcy się w tym lubują, żeby pokazać że rzekomo wiedzą więcej, ale to jest trochę IMO żałosne. Sam zresztą CAŁY CZAS używasz określenia tabela/tabele a nie relacje.
Dzięki za Twoje uwagi, pozwolę się do nich odnieść.
Odnośnie NULL - Już lata temu toczyły się akademickie dyskusje jak używać NULL i do tej pory nie ma jednej i jasnej wytycznej jak jej używać, bo to temat skomplikowany i złożony. NULL można interpretować na kilka sposobów, a jednym z nich bez wątpienia jest interpretacja: brak wartości/wartość nieznana. Jak inaczej chcesz w bazie zapisać informację, że pracownik nie ma przełożonego albo nie wiesz kto jest jego przełożonym? Jeśli kolumna manager_id jest numeryczna to nie wpiszę tam 0..
Odnośnie tabela/relacja/encja - zachęcam zapoznać się ze znaczeniem pojęć modelu logicznego i fizycznego bazy danych to wszystko stanie się dla Ciebie zrozumiałe :) Nie powiedziałem, że należy używać terminu "relacja" zamiast "tabela" tylko, że "relacja" w modelu relacyjnym oznacza tabelę(w modelu fizycznym), a nie powiązanie.
Gdy rozmawiamy o "tabeli" w kontekście modelu relacyjnego używamy pojęcia "relacji", gdy "tabelę" modelujemy logicznie, np. w diagramie ER(entity relationship) mówimy o "encji", a gdy chcesz wprowadzić do tabeli dane SQL-em to używasz pojęcia "tabela". Encja/relacja/tabela często dotyczą tego samego, ale w zależności od kontekstu używa się innych definicji by uniknąć niejednoznaczności.
@@nieinformatyk Absolutnie NULL nie jest wartością, a to co napisałeś to potwierdza, rozumiem więc, że wypuścisz np. kolejnej poprawione wideo gdzie tego błędu nie będzie? To duży błąd. Co do relacji, to nadal uważam, że to nieprawidłowe tłumaczenie, i generalnie nieprawidłowa koncepcja, bo zakłada zbiór (relacja matematyczna) gdzie relacje są między elementami, tymczasem w tabeli bazy danych to absolutnie nie jest żadnym warunkiem lub właściwością tej tabeli, to jest pomyłka. Możemy mieć tabelę na śrubki gdzie nie ma między nimi żądnych związków, łączenie tego matematycznym modelem relacyjnym jest pomyłką.
jeszcze jedno co do NULL - prawidłowy zgodny ze standardami warunek sprawdzenia NULL / NOT NULL to "kolumna IS NULL" lub "kolumna IS NOT NULL", a nie "kolumna = NULL" lub "kolumna = NOT NULL". To już podpowiada, że NULL nie jest wartością, bo używamy dyrektywy IS zamiast znaku równości lub innych znaków porównujących wartości jak > lub < lub
@@BBTeZeT Wydaje mi się, że na siłę chcesz udowodnić swoją rację..
1. Nie widzę tu nic do poprawy, więc nowe video się nie pojawi. "NULL is a marker that represents missing, unknown, or inapplicable data." www.orafaq.com/wiki/NULL Logika trójWARTOŚCIOWA.
2. Nikt nie mówił, że w bazie relacyjnej każda tabela musi być z inną powiązana. Niepowiązana z żadną inną tabela tabela_X to w dalszym ciągu "relacja" w myśl Codda.
Pozdrawiam
@@nieinformatyk Nie pisałem o powiązaniach między tabelami, tylko o powiązaniach między rekordami w tej samej tabeli co zakłada z góry matematyczny model relacyjny do którego ktoś wcisnął tabele z bazy danych, usiłując na siłę robić z nich zbiory danych w ujęciu relacyjnym. Na tym polega błąd. A dwa - znowu potwierdzasz to, że NULL nie jest wartością - marker oznacza właśnie oznaczenie stanu, a nie wartość. Więc może przyznaj, że głoszenie w swoim materiale, że NULL to wartość, to błąd? Bo cały czas dostarczasz na to dodatkowe argumenty, które przeczą temu co twierdzisz w materiale.
Panie Nieinformatyk, spacje się wstawia przed nawiasami... a krotka to nie jest tabela, krotka to wiersz w tabeli (relacji)
w którym momencie powiedziałem, że krotka to tabela?
@@nieinformatyk 4:17 w 1 pkt: "... tabelach(krotkach)"
@@TomaszTomzik Widzę :) być może to niezbyt precyzyjny z mojej strony skrót myślowy, że dane de facto znajdują się w krotkach relacji(tabel).
@@nieinformatyk zrozumiałem ten skrót, ale jest on niefortunny, jednak napisałem zgodnie z tym jak rozumie się nawiasy. Bo przecież każdy wie, że krotka w relacji to relacyjna nazwa wiersza w tabeli ;) Ale ktoś kto tego nie wie, pomyśli, że krotka to tabela w relacji ...
@@nieinformatyk ok, tu już jest odpowiedź na moje pytanie, super materiał. I ja osobiście proszę o więcej
da rade do twojej pracy sie wjebac?