W obecnych czasach trudno sobie wyobrazić większą aplikację bez jakiejś bazy danych działającej pod spodem. Zaczynając nowy projekt możemy wprost przebierać systemach jak Oracle, MySql, SqlServer, AriaDB, Postgres DB, SQLite, a do tego jeszcze dochodzą przecież wszystkie bazy NoSql, które z każdym rokiem zyskują na popularności. Kiedy sam migrowałem w stronę .NET-a, zastanawiałem się na jakiej bazie danych przyjdzie mi pracować najczęściej. Podejrzewałem, że SqlServer-a nie uda mi się uruchomić na moim M...

How to simply search the entire database knowing only the parameters/names of the returned values?

Ostatnio zostałem poproszony o pomoc w uzyskaniu connection string do bazy znajdującej się lokalnie na pewnym komputerze. Zadanie to było o tyle utrudnione, że oprócz serwera baz danych, nie było na nim praktycznie żadnego oprogramowania, które mogłoby mi w tym pomóc. Bezpośrednia podłączenie do serwera z mojego komputera było niemożliwe. Po krótkim przeglądzie tego, co w Intern...

Pracując nad aplikacjami często niezbędna będzie nam lokalna baza danych. Jako programiści .Net z pewnością regularnie, choć nie zawsze, będziemy korzystać z MSSQL. Powoduje to jednak bałagan w naszym systemie, który trzeba będzie później uporządkować. Tu z pomocą przychodzi nam Docker. Pozwala on nam na stawianie baz danych (w tym MSSQL) w kontenerach, które możemy w późniejszym czasie po prostu usunąć, nie martwiąc się o zaśmiecanie naszego komputera. Jak uruchomić taką bazę...

Wraz z ukazaniem się SQL Server 2016, Microsoft wprowadził ulepszenie związane z wyświetleniem ilości aktualnie przetworzonych wierszy trwającego zapytania. Jeżeli miałeś kiedyś sytuację, że zapytanie trwa dość długo, nie zwróciło jeszcze ani jednego wiersza, a Ty zastanawiasz się czy anulować je, czy może jeszcze trochę poczekać - w tym artykule masz odpowiedź ;)

Yep, it’s not rocket science, but it can really help you in your everyday work. If you don’t know about this trick – you can waste a lof of time.

Noworoczne postanowienia i cykliczne obowiązki z nich wynikające przeważnie bardzo ciężko jest zrealizować. Z kolei harmonogramowanie zadań w SQL Server i Windows Server jest dziecinnie proste. I o tym jest ten wpis.

Ostatnio zderzyłem się z wydajnością jednej z procedur składowanej (ang. stored procedure), a mianowicie - łączenie tabeli z inną tabelą po kolumnie tupy NVARCHAR(MAX) daje bardzo słabą wydajność prz >1k rekordów w tabeli. Teraz każdy może powiedzieć - no panie, wiadomo że trzeba założyć indeksy :-) I macie racje, tylko że SQL Server nie pozwala tworzyć indeks na gdy rozmiar wszystkich kolumn w indeksie przekracza 900 bajtów (link). A więc zaczęłem myśleć i szukać rozwiązania.

W części drugiej zajmiemy się tworzeniem indeksu. Indeks, a dokładniej jego typ zawiera kolekcję dokumentów (JSON), po których możemy wyszukiwać dane wedle zadanych przez nas kryteriów. Domyślnie, gdy chcemy wykonać jakąś operację (utworzyć/skasować indeks, pobrać dane itd.) robimy to za pomocą wywołania jednej z metod GET/POST/PUT/DELETE poprzez protokół HTTP – ja w tym celu będę wspomagał się aplikacją Insomnia, którą to gorąco polecam. Automatyczne tworzenie...

Jak pisałem poprzednio o problemie braku milisekund w dacie. Wspomniałem o tym, że tabele posiadają kolumnę informującą o ostatniej zmianie, która nastąpiła na rekordzie. Można się domyślić, że ręczne ustawianie tej wartości było by mozolne oraz podatne na błędy ( w szczególności – zapomnienie o wstawieniu nowej wartości)