Видео

zaryzykuję stwierdzenie, że zdecydowanie częściej dąży się do trwałego wdrożenia indeksów,, ale jednak należy pamiętać, że ich okreslenie mocno zależy od typu projektu w którym działa nasza baza. Moim zdaniem bardzo ciężko jednoznacznie odpowiedzieć na to pytanie, bo to także zależy od tego czy indeksy będziemy chcieli stworzyć już na etapie projektowania bazy danych czy dołożyć je później na podstawie analiz tego co się dzieje z danymi w bazie. No i idąc jeszcze dalej w ten temat, nawet jeżeli określimy indexy na etapie tworzenia bazy, po pewnym czasie np. administratorzy będą przeglądać wydajność i mogą dostosować liczbę czy rodzaje indeksów według aktualnych potrzeb :)

Dzięki za feedback :) i od razu w ramach wyjaśnienia dlaczego nie udostępniamy materiałów. Kurs został stworzony z zamysłem przekazania wiedzy i podzielenia się nią z osobami, które na prawdę chcą nauczyć się czegoś nowego. Doświadczenie jakim dysponujemy pokazuje, że wiele płatnych szkoleń czy kursów zapewnia również kody, które można samodzielnie uruchomić i zobaczyć ten sam wynik co w trakcie prezentowanych materiałów, przy tym, że bez samodzielnego przepisania omawianych linii kodu, nie jesteśmy w stanie nauczyć się tego czego oczekujemy :) i wiedza nie zostajemy przyswojona. Co więcej, jak już napiszemy samodzielnie kod, zaczynamy go na prawdę rozumieć i chętniej wprowadzamy własne małe modyfikacje, żeby zobaczyć "a co się stanie gdy...." :)

oczywiście można złączyć więcej wyników zapytań za pomocą kilku UNION: SELECT .... FROM .... UNION (ALL) SELECT .... FROM .... UNION (ALL) SELECT .... FROM .... UNION (ALL) no i nie określiłbym, że UNION zakładamy na jakichś wariantach, tylko wyniki zapytań mają warianty, a my je łączymy do jednego wyniku. W UNION nie można bezpośrednio uzyskać tylko wartości, które pojawiają się w obu tabelach, lub tylko wartości unikalne dla jednej z tabel - do tego służy właśnie JOIN

1. Jeżeli nazwiemy parametry to nie musimy podawac ich w określonej kolejności, ponieważ nazwa każdego z nich mówi, która wartość dotyczy konkretnego parametru. Jeśli nie używasz nazwanych parametrów, musisz podać wartości w dokładnie tej kolejności, w jakiej są one zdefiniowane w procedurze. 2. Deklaracja jest deklaracją i to jest jej główne zadanie. Można przypisać wartość inicjującą, ale dla zwiększenie przejrzystości kodu zaleca się wykorzystać SET. 3.4. - tutaj niebawem będziemy mieli dedykowane materiały w których wyjaśnię outputy z procedur i to właśnie w kontekście porównania do funkcjami. Ponieważ funkcja zawsze zwraca wartość a procedura nie musi zwracać żadnej wartości. Może wykonywać różne operacje (np. wstawianie, aktualizowanie danych), ale jej głównym celem nie jest zwracanie wyniku. 5. Super sugestia. Wszystkie materiały na naszym kanele bazują o standardy SQL Server, ale faktycznie warto podkreślić w osobnym materiale najważniejsze best practices :) 6. Pozwolę dopytać. Chodzi tutaj o ETL? Bo jeżeli tak to na razie mamy to na liscie „To do” więc planuję w przyszłości również takie treści. 7. Kilka materiałów już czeka na publikację  kilka jest w trakcie dopracowania i poprawek. 8. To zabezpieczenie ma właśnie na celu taka sama ochronę przed błędem jak „IF EXIST” w innych przypadkach. Natomiast tutaj chcemy sprawdzić czy obiekt taki jak procedura istnieje w naszej bazie. Bo jeżeli nie istnieje, tak jak sprawdziliśmy na filmie to dostaniemy błąd. No a błąd nie pozwoli nam wykonać skryptu. No chyba, że go odpowiednio przygotujemy w bloku TRY CATCH. A przykład z tego materiału po prostu pozwoli nam najpierw sprawdzić czy procedura, którą chcemy usunąć istanieje, bo możemy usuwac tylko obiekty istniejące

@@TeachTechnologyPoland 1. Muszę doprecyzować. Chodziło mi o kolejność względem znaku = Czy 'Parametr = Zmienna' da ten sam wynik co 'Zmienna=parametr'. Wstępnie miałem problem, bo coś sobie ubzdurałem, że 'równa się' to 'równa się', ale teraz myślę, że kolejność ma znaczenie, bo do lewej strony PRZYPISUJEMY wartość z prawej. 2. Ok, będę pamiętał. Widziałem różne podejścia stąd moje pytanie. 6. W zasadzie chodziło mi o wszystko, co się może przydać w analizie danych. Bo jedno to poznać narzędzie, a drugie to nauczyć się pracy z nim. Na ten moment jeszcze nie mam doświadczenia (a wiem, że sql wykorzystuje się też do analizy danych), więc zdaję się na Pana doświadczenie. 8. To jest właśnie dla mnie nieintuicyjne, bo bez względu na to który wariant wybiorę (załóżmy, że procedury już nie ma): 1. DROP bez 'zabezpieczenia' - wynik: błąd, 2. DROP z 'zabezpieczeniem' - wynik: nie wykonanie polecenia 'DROP', bo procedury nie ma. to finał będzie ten sam - procedury nie będzie już w 'systemie' (nie wiem, jak to nazwać). Chyba, że w bardziej skomplikowanych kodach, *błąd* może coś zaburzyć, a czego jeszcze nie wiem, bo póki co uczymy się na prostych kodach :D W innym kursie też nikt o tym nie wspomniał, tak że dla mnie to zagadka. W każdym razie jestem wdzięczny za materiały i tak szczegółowe odpowiedzi. Polecam już Wasz profil wśród większych kont i grup w celu promowania. Mam nadzieję, że niedługo będą efekty. Bonus 9. Czy w planach są też materiały z innych technologii? Może python, albo coś zupełnie innego, jak elektronika, czy automatyka? Nazwa kanału jest bardzo ogólna i ciekawość mnie zżera, jakie macie plany :D

​@@Adrian-j5t 1. Parametr = wartość --> dokładnie taki mamy schemat. Z tego co kojarzę to w większości edytorów kodu (oraz jezyków programowania) w ten sposób działamy. 8. To tutaj możemy wyjasnie w ten sposób. W kodzie mogą trafić sie błedy, które przerywają działanie kodu, co jest najmniej pożądanym scenariuszem jaki chcemy napotkać, wieć róbmy wszystko co pozwoli nam to ominać. Jeżeli usuwanie procedury zwróci nam bład to ogólnie będzie problem. Jeżeli dokonamy sprawdzenie poprzez "IF Exists" pominiemy wystąpienie błędu, którego potencjalnego wystąpienia jestesmy swiadomi :) czyli chronimy nasz kod przed jego przerwaniem. 9. Jeżeli chodzi o dalszy rozwój i rozszenie zakresu to planujemy tematykę "Automatyzacji i Robotyzacji procesów biznesowych" oraz tematy związane z AI, ale mocno pod kątem technicznym (czyli nie jak pisać promty dla chat-gpt itp :) ) . Natomiast jeszcze przez chwilę robimy rozeznanie w potrzebach na rynku..

Dzięki za info :) już poprawione!

Intellisence Cash nie jest automatycznie odswieżony, ponieważ napisalismy to zapytanie w tym samym oknie, a w dodatku okno nie zostało nigdzie zapisane. Można albo zrefreshowac samemu Intellisence ( Edit -> IntelliSense -> Refresh Local Cache) albo napisać Select odnoszący się do widoku w nowym oknie --> to autoamatycznie go odswieża.

@@TeachTechnologyPoland Dzięki :D

1. tutaj sprawdzi sie użycie dwóch pojedynczych apostrofów obok się czyli: WHERE nazwisko = 'o ''Neal' 2. dokładnie tak jak piszesz, natomiast o znaku = nie zapomnimy bo przyda się na pewno chociażby do wybierania liczb. Dodatkowo należy pamiętać o dobrych praktykach zachowania czystosci kodu. Znak = od razu pokaże nam, że dopasowanie musi być dokładne, a LIKE będzie od razu sugerować szukanie wzorca. Prawdą jest, że jeżeli uzyjemy LIKE i podamy dokładne dopasownie to nam zadziała jak trzeba, ale jednak nie będzie to dobra praktyka i smiało możemy założyć, że ktos, gdzies i kiedys zwróci nam na to uwagę :)

@@TeachTechnologyPoland dziękuję!

1. Różnica polega głównie na tym, że w przypadku użycia CONSTRAINT nadajesz nazwę ograniczeniu, i jawnie deklarujesz tworzenie organiczenia, podczas gdy w drugim przypadku ograniczenie jest definiowane bez nadania nazwy, co jest szybsze, ale może być mniej przejrzyste. Dlatego nie okresliłbym, że zapis CONSTRAINT jest opcjonalny, ale są to po prostu 2 różne sposoby.W sumie, tak samo robimy z kluczem głównym. Dodanie klucza przy wykorzystaniu CONSTRAINT (17:57) lub przy tworzeniu kolumny dodajemy słowo PRIMARY KEY. 2. Dokładnie tak, UNIQUE możemy zastosować zarówno do pojedynczych wartości lub do zestawu kolumn (para lub więcej). No i w teorii, aby zastosować Unikalność do różnych kolumn, należy wskazać każdą z osobna. Oczywiście w przykładzie o który zapytałeś, takie cos nie miałoby zastosowanania, gdyż tabele Przypisanie jest tabelą pośredniczącą.

Ciekawe, zmieniłem bazę danych z adve~lt2017 na adve~2019 i tu działa.

@@Adrian-j5t AdventureWorks 2017 LT mogła być ustawiona na niższy poziom zgodności, który nie obsługiwał funkcji. Niestety ciężko bo głębszej analizay jednozacznie mi cos podpowiedzieć :)

To jest polecenie, które zostało wymyslone tylko i wyłącznie na potrzeby wykonania go w procedurze. Równie dobrze można wpisac w tym miejscu: "SELECT * FROM nazwatabeli" . Ten materiał pokazuje jaka składnie ma procedura i jak z procedurami mozemy pracować. To co będzie w ciele procedury to zwykłe zapytanie, jakie chcemy po prostu wykonywać (2:03)