Aby uruchomić bazy danych SQL Server pomyślnie, trzeba być chętni na zapytania projektu. Niestety, większość ludzi nie dają procesie projektowania namysłu. W rezultacie, robią prostych błędów, które jednak łatwo uniknąć, mieć daleko idące konsekwencje.
Na początek, z pisemnymi zapytaniami słabo, nie można zagwarantować użytkownikom błyskawiczne pobierania razy. Serwery zostaną również nękane przez problemy z jednego dnia. A w dzisiejszym cyfrowym świecie, są to błędy nie można sobie pozwolić. Ale, jak można uniknąć tych błędów? Oto kilka wskazówek, w jaki sposób się do tego zabrać.
1. Niezastosowanie się do przeglądu modelu danych
Twój model danych określa, w jaki sposób użytkownicy uzyskują dostęp do danych. Więc myślę modelu poprzez już od samego początku. Jeśli tego nie zrobisz, będziesz mieć do czynienia z nieporęcznych zapytań i skomplikowanego kodu wzdłuż linii, a obie mają negatywny wpływ na wydajność. Łatwym sposobem, aby dowiedzieć się, które są potrzebne do kwerendy danych dostępu jest wydrukować swój model danych.
Albo, jeszcze lepiej, mieć narzędzie modelowania danych zrobi to za Ciebie. Narzędzie wydruk lub modelowanie pozwala zobaczyć, co masz do czynienia. Jesteś zatem w lepszej pozycji, aby uprościć kod, zwiększenie czasu, dokładność kodowania wzrost i zwiększyć wydajność.
2. Nie uwzględniając swoją technikę
Jakie techniki używasz? Jest to kursor logikę, logikę lub zestaw oparte? Nie ma prostej odpowiedzi na to konkretne pytanie:wszystko zależy od wydajności, który najlepiej odpowiada Twoim potrzebom. Weź logiki ustawić oparte, na przykład. Jest oczywistym wyborem dla dostępu do bazy danych. Po tym wszystkim, SQL Server jest przeznaczony dla niego. Ale kursor logika może w niektórych przypadkach lepsze wyniki oparte na logice. Klucz nie jest w użyciu jedną technikę, gdy druga będzie lepiej.
3. Nie przy użyciu starych technik kodowania
Podczas korzystania z wypróbowanych i sprawdzonych technik kodowania, rzadko wylądować w kłopoty. Nawet metody kodowania ty wyciągnięte z SQL Server 2005 może okazać się przydatna dzisiaj. Spróbuj użyć techniki obsługi błędów TRY ... CATCH w swojej kodowania. Wyniki mogą być zaskakujące. Korzystanie wspólnym stole wyrażeń dla hierarchii, lub (CLR) silnik bazy danych Common Language Runtime może również zostawić cię zaskoczyło.
Jeśli potrzebujesz pomocy, szczotkowanie na starych technik, zrobić kilka zmian i wygląd niektórych artykułów w Internecie. Istnieje wiele tam. Tu i tu kilka przykładów SQL.
4. Nie korzystając z przeglądu
Przed wdrożeniem planów zapytań, trzeba mieć kogoś innego przejrzenia go. Są szanse, że inne osoby będą widzieć tego, co zostało pominięte. Ich opinie na temat indeksów i wydajności zapytań często pomóc w dalszej poprawy kodu. Mogli również dowiedzieć się coś więcej od ciebie w tym procesie, i vice-a-versa.
5. Niezastosowanie się do testowania zapytań
Deweloperzy znoszę kodu testowego. Po pierwsze, to rygorystyczne. A po drugie, środowisko testowe (sprzęt i dane) rzadko zgadzał się z rzeczywistym środowisku produkcyjnym. Ale badanie jest konieczne i nieuniknione, część kodowania. Tak, dokładnie przetestować swój kod, a tam gdzie to możliwe, staramy się naśladować ostateczną środowiska produkcyjnego jak najdokładniej. Pamiętaj, że może dobrze wykonywać kwerendy z kilkuset płyt, ale nie przed milionami w ostatnim środowiska.
Podsumowanie
Zapytania określić szybkość i wydajność bazy danych SQL. Tak, staramy się uniknąć typowych błędów, takich jak nie przeglądając model danych, lub nie do rozważenia których technika w użyciu. Inni zawodzą w użyciu starych technik kodowania, nie korzystając z mechanizmów wzajemnej weryfikacji i braku przetestować swoje pytania.
