CentrumXP.pl » Witamy
CentrumXP.pl
 
Szukaj
Subskrypcja
Powiadomienie e-mailem o nowościach na CentrumXP.pl:
E-mail: Zapisz
Czy zamierzasz pobrać Internet Explorer 9?


CentrumXP.pl » Microsoft .NET » Kurs SQL » Dodaj do ulubionych Dodaj do ulubionych   Dodaj do ulubionych Wersja do wydruku

09. Z teorii do praktyki czyli "Data Definition Language"

Autor: Grzegorz Chuchra    Opublikowano: 25 stycznia 2006    Odsłon: 58092    »Skomentuj...
Strona 1 z 2  Następna»
Zobacz również:

01. SQL Server 2005 Express - Wstęp do kursu

02. Instalacja. Opis elementów wchodzących w skład SQL Server 2005.

03. SQL Server - instalacja krok po kroku

04. Pierwszy kontakt. Czyli czym jest baza danych i jak z niej korzystać.

05. Wstęp do relacyjnych baz danych. Sposób organizacji danych danych.

06. Klucze główne i obce

07. Normalizacja baz danych

08. Co to jest typ danych? Jakie typy danych dostarcza nam SQL Server 2005.

10. Operacje na danych "Data Manipulation Language".

11. Filtracja danych

12. Funkcje agregujące

13. Łączenie tabel

14. Praca z podzapytańami, tabelami tymczasowymi i zmiennymi tabelarycznymi

15. Nowości w "Data Control Language", czyli parę słów o schematach

16. Transakcje

17. Nowości w SQL Server 2005

18. Procedury składowalne i funkcje bazodanowe

19. XML i XQuery

20. Użycie .NET CLR w SQL Server 2005

»Uzyskaj pomoc na forum

 „Z teorii do praktyki” to motto przewodnie poniższego artykułu. Kolejnych kilka stron będzie poświęconych poleceniom Data Definition Language (DDL). Za pomocą których możemy przeprowadzać operacje edycji i usuwania elementów w MS SQL Server 2005.

Teraz, kiedy już mamy głowę nabitą teorią, możemy przejść do praktycznego aspektu tworzenia baz danych. Stworzymy własny system bazodanowy zgodnie z projektem jaki został zrealizowany i znormalizowany na wcześniejszym kursie. Zaczynamy więc od wymienienia elementów języka Data Definition Language i wyjaśnieniu, czym jest sam język DDL. Używamy go zawsze wtedy, gdy tworzymy, usuwamy lub wstawiamy nowy obiekt do już istniejącego systemu. Inaczej mówiąc służy do zarządzania obiektami bazodanowymi. Podstawowe jego elementy to:

CREATE nazwa_obiektu tworzenia nowego obiektu
ALTER nazwa_obiektu wstawanie obiektu do istniejącego systemu
DROP nazwa_obiektu usuwanie istniejącego obiektu

Jednak praktycznie wszystkie powyższe operacje można wykonać bez konieczności pisania kodu, a jedynie za pomocą aplikacji dostępowej Microsoft SQL Server Management Studio. Teraz już kończę wywody i przechodzimy do tworzenia bazy.

Najpierw utworzymy bazę danych za pomocą skryptu SQL. W tym celu naciskamy na przycisk New Query, spowoduje to otwarcie nowego okna gdzie wprowadzimy nasz skrypt. W najprostszej postaci wymaga to jedynie wpisania jednej linii kodu.

CREATE DATABASE Deanery
GO

Teraz wystarczy tylko wcisnąć przycisk Execute (lub F5) i można już sprawdzić czy nasza baza danych została dodana. Niestety standardowo w okienku Object Explorer lista baz danych nie odświeża się automatycznie(dotyczy to wszystkich elementów i operacji na bazie). Aby zobaczyć wyniki konieczne jest odświeżenie korzenia Database w wyżej wymienionym oknie. Jest to jest pokazane na poniższym zrzucie ekranowym.

Jeśli umiemy już tworzyć bazę danych, chciałbym pokazać, jak można ją usunąć, a następnie ponownie utworzyć za pomocą GUI aplikacji. Aby usunąć całą bazę danych wystarczy tylko prawym guzikiem myszy kliknąć na obiekt, który chcemy usunąć. Następnie wybrać z menu podręcznego opcje Delete i potwierdzić wybór. Alternatywnie skrypt wyglądałby również dość nieskomplikowanie. Rożni się jedynie tym iż zamiast polecenia CREATE wstawiamy DROP:

DROP DATABASE Deanery
GO

Czym jest jednak pusta baza danych? Przejdźmy do tworzenia poszczególnych tabel i relacji pomiędzy nimi w taki sposób, aby odwzorować strukturę bazy którą zaprojektowaliśmy wspólnie we wcześniejszych rozdziałach.

Rozpoczynamy od utworzenia tabeli słownikowej zawierającej kraje z jakich pochodzą studenci studiujący na naszej uczelni.

CREATE TABLE [dbo].[Country]
(
        [CountryID] [int] IDENTITY (1, 1) NOT NULL PRIMARY KEY,
        [CountryName] [nvarchar] (64) NOT NULL
)
GO


1 2 Dalej» 

Aktualna ocena to: 3,06

Oceń artykuł...
Porażka Kiepski Taki Sobie Dobry Super!

Tagi:  

A teraz:    Dodaj do ulubionych Dodaj do ulubionych    Wydrukuj Wydrukuj    Wyślij link znajomemu Wyślij link znajomemu    Skomentuj Skomentuj

Komentarze do 09. Z teorii do praktyki czyli "Data Definition Language"

Dodaj komentarz»

Mateo 29 czerwca 2006, 21:27

Czy w tej ostatniej tabeli StudentLectorSubject nie ejst coś pomylone?? Dlaczego StudentID odpowiada LectorID a LectorID odpowiada StudentID???

skarbniq 8 lipca 2006, 15:22

Niewątpliwie jest błąd ;-)

Dave 24 lipca 2006, 13:43

A jak powinno być poprawnie??

c330 ursus 28 maja 2007, 21:44

kurs łokej

BJ 4 czerwca 2007, 16:57

Tylko czemu nie pokazał jak sie robi referencje (klucz obcy) z 1 tebeli do drugiej poprzez Management Studio ??

krecik 4 lipca 2007, 12:36

dlaczego jak tworzy się tabele za pomocą t-sql a nie za pomocą m-studio po odświerzeniu nie widać tych tabel w diagramie a jak się tworzy za pomocą m-studio to po refreszu odrazu są widoczne???????????

lewiS 25 lipca 2007, 16:26

Wlasnie, to samo dotyczy klucza glownego, bo wlaczenie auto increment nie jest jednoznaczne ze zdefiniowanie klucza glownego....

greg 1 września 2007, 23:25

aby wszystko bylo widoczne tam gdzie powinno trzeba dopisac CREATE TABLE [nazwa bazy w jakiej tworzymy tabele">.[dbo">.[Student"> to zalezy czy logujemy sie do serwera bezposrednio do bazy czy tez nie

Tomek 10 września 2007, 15:56

Jak narazie kurs ok, poza drobnym błędem :)

belfer 27 listopada 2007, 14:53

szkoda, że autorzy nie biorą pod uwagę komentarzy i nie wprowadzają zmian :-(

dziku 20 stycznia 2008, 16:37

wszędzie brakuje [Deanery">. jakby ktoś nie wiedział, chyba żę jest sie zalogowanym bezpośrednio do bazki :P

yatre 20 stycznia 2008, 21:27

staram się czegoś nauczyć z tego kursu, utknąłem na tworzeniu klucza głównego i klucza obcego w Management Studio. Gdyby był opis jak to zrobić byłoby fajnie :(

zch_pit 18 maja 2008, 23:41

yatre - naciśnij prawym przyciskiem myszy na kolumnie którą masz oznaczoną jako "NOT NULL" (w kolumnie ALLOW NULL"s nie może być zielonego) i wybierz polecenie "SET PRIMATY KEY" (po polsku to będzie ustaw klucz główny).

zch_pit 18 maja 2008, 23:42

Wkradła mi się literówka. Oczywiście powinno być - SET PRIMARY KEY

GiWera 6 kwietnia 2009, 22:35

... tak jakoś po łebkach i to w najważniejszym miejscu gdzie autor ograniczył się do napisania skryptu i nie powiedział o co kaman

jachim 7 czerwca 2009, 14:09

Ostatnia tebela "StudentLectorSubject" chyba zawiera błąd jeśli chodzi o asocjacje studenta i lectora. Powinno być:

 
[StudentID"> [int"> NOT NULL REFERENCES [dbo">.[Student"> ([StudentID">),[LectorID"> [int"> NOT NULL REFERENCES [dbo">.[Lector"> ([LectorID">).

 
Nie wiem tylko dlaczego system nie widzi błędu i obydwie formy składni przepuszcza.
Może ktoś wie?

Adrian 28 września 2009, 20:10

System przepuszcza obie formy bo formalnie obie są poprawne. Tyle tylko, że pierwszym sposobem (z "błędem") w tabeli "StudentLectorSubject" w kolumnie Student byłyby dane lektorów i na odwrót :)<br />


Pht 1 grudnia 2011, 18:58

Pojęcie obiektu nie zostało zdefiniowane, a jest używane...


Dodaj swój komentarz

»Zasady udzielania komentarzy

Autor:  
Komentarz:
Dodaj komentarz
© 2012 Onex Group
Onex Group O Onex Group  |  O CentrumXP.pl  |  Kontakt  |  Reklama
Nasze serwisy: CentrumXP.plXboxSpot.pl  |  Jama Mastaha