Tutorial bergambar tentang sql untuk pemula. Arsip Kategori: Buku tentang SQL

Saat ini, kursus SQL “untuk boneka” menjadi semakin populer. Hal ini dapat dijelaskan dengan sangat sederhana, karena di dunia modern Anda semakin dapat menemukan apa yang disebut layanan web “dinamis”. Mereka dibedakan oleh shell yang cukup fleksibel dan didasarkan pada Semua programmer pemula yang memutuskan untuk mendedikasikan situs web, pertama-tama mendaftar di kursus SQL "untuk boneka".

Mengapa mempelajari bahasa ini?

Pertama-tama, SQL diajarkan untuk selanjutnya menciptakan berbagai macam aplikasi untuk salah satu mesin blog paling populer saat ini - WordPress. Setelah menyelesaikan beberapa pelajaran sederhana, Anda akan dapat membuat kueri dengan kompleksitas apa pun, yang menegaskan kesederhanaan bahasa ini.

Apa itu SQL?

Atau bahasa kueri terstruktur, dibuat untuk satu tujuan: untuk menentukan, menyediakan akses, dan memprosesnya dalam jangka waktu yang cukup singkat. Jika Anda mengetahui arti SQL, maka Anda akan memahami bahwa server ini diklasifikasikan sebagai bahasa yang disebut “non-prosedural”. Artinya, kemampuannya hanya mencakup deskripsi komponen atau hasil apa pun yang ingin Anda lihat di masa mendatang di situs. Namun kapan tidak menunjukkan secara pasti hasil apa yang akan diperoleh. Setiap permintaan baru dalam bahasa ini seperti “superstruktur” tambahan. Sesuai dengan urutan pemasukannya ke dalam database, maka query akan dieksekusi.

Prosedur apa yang dapat dilakukan dengan menggunakan bahasa ini?

Meskipun sederhana, database SQL memungkinkan Anda membuat berbagai macam kueri. Jadi apa yang dapat Anda lakukan jika Anda mempelajari bahasa pemrograman penting ini?

• membuat berbagai macam tabel;
• menerima, menyimpan dan mengubah data yang diterima;
• ubah struktur tabel sesuai kebijaksanaan Anda;
• menggabungkan informasi yang diterima menjadi satu blok;
• menghitung data yang diterima;
• memastikan perlindungan informasi yang lengkap.

Perintah apa yang paling populer dalam bahasa ini?

Jika Anda memutuskan untuk mengambil kursus SQL for Dummies, maka Anda akan menerima informasi rinci tentang perintah yang digunakan dalam membuat kueri yang menggunakannya. Yang paling umum saat ini adalah:

1. DDL adalah perintah yang mendefinisikan data. Ini digunakan untuk membuat, memodifikasi, dan menghapus berbagai macam objek dalam database.
2. DCL adalah perintah yang memanipulasi data. Ini digunakan untuk memberikan pengguna yang berbeda akses ke informasi dalam database, serta untuk menggunakan tabel atau tampilan.
3. TCL adalah tim yang mengelola berbagai transaksi. Tujuan utamanya adalah untuk mengetahui kemajuan suatu transaksi.
4. DML - memanipulasi data yang diterima. Tugasnya adalah memungkinkan pengguna untuk memindahkan berbagai informasi dari database atau memasukkannya ke sana.

Jenis hak istimewa yang ada di server ini

Hak istimewa mengacu pada tindakan yang dapat dilakukan pengguna tertentu sesuai dengan statusnya. Yang paling minim tentunya adalah login biasa. Tentu saja, hak istimewa dapat berubah seiring waktu. Yang lama akan dihapus dan yang baru akan ditambahkan. Saat ini, semua orang yang mengikuti kursus SQL Server "for dummies" tahu bahwa ada beberapa jenis tindakan yang diizinkan:

1. Jenis objek - pengguna diperbolehkan menjalankan perintah apa pun hanya dalam kaitannya dengan objek tertentu yang terletak di database. Pada saat yang sama, hak istimewa berbeda untuk objek yang berbeda. Mereka juga terikat tidak hanya pada pengguna tertentu, tetapi juga pada tabel. Jika seseorang, dengan menggunakan kemampuannya, membuat tabel, maka dia dianggap sebagai pemiliknya. Oleh karena itu, ia berhak memberikan hak istimewa baru kepada pengguna lain terkait informasi di dalamnya.
2. Tipe sistem inilah yang disebut hak cipta data. Pengguna yang telah menerima hak istimewa tersebut dapat membuat berbagai objek di database.

Sejarah SQL

Bahasa ini diciptakan oleh IBM Research Laboratory pada tahun 1970. Saat itu namanya sedikit berbeda (SEQUEL), namun setelah beberapa tahun digunakan diubah, disingkat sedikit. Meskipun demikian, bahkan saat ini banyak pakar pemrograman terkenal di dunia yang masih menyebut nama tersebut dengan cara kuno. SQL diciptakan dengan satu tujuan - untuk menciptakan bahasa yang sangat sederhana sehingga bahkan pengguna Internet biasa pun dapat mempelajarinya tanpa masalah. Fakta menariknya adalah pada saat itu SQL bukanlah satu-satunya bahasa tersebut. Di California, kelompok spesialis lain mengembangkan Ingres serupa, tetapi tidak pernah tersebar luas. Sebelum tahun 1980, terdapat beberapa variasi SQL yang hanya sedikit berbeda satu sama lain. Untuk mencegah kebingungan, versi standar dibuat pada tahun 1983, yang masih populer hingga saat ini. Kursus SQL "untuk boneka" memungkinkan Anda mempelajari lebih banyak tentang layanan ini dan mempelajarinya sepenuhnya dalam beberapa minggu.

Tutorial ini seperti “cap memori saya” dalam bahasa SQL (DDL, DML), mis. Ini adalah informasi yang terakumulasi selama aktivitas profesional saya dan terus-menerus tersimpan di kepala saya. Bagi saya, ini adalah jumlah minimum yang cukup, yang paling sering digunakan saat bekerja dengan database. Jika ada kebutuhan untuk menggunakan konstruksi SQL yang lebih lengkap, saya biasanya mencari bantuan dari perpustakaan MSDN yang terletak di Internet. Menurut pendapat saya, sangat sulit untuk mengingat semuanya, dan ini tidak terlalu diperlukan. Namun mengetahui struktur dasarnya sangatlah berguna, karena... mereka dapat diterapkan dalam bentuk yang hampir sama di banyak database relasional, seperti Oracle, MySQL, Firebird. Perbedaannya terutama terletak pada tipe datanya, yang mungkin berbeda secara detail. Tidak banyak konstruksi dasar SQL, dan dengan latihan terus-menerus, konstruksi tersebut akan cepat dihafal. Misalnya, untuk membuat objek (tabel, batasan, indeks, dll.), cukup memiliki lingkungan editor teks (IDE) untuk bekerja dengan database, dan tidak perlu mempelajari alat visual yang dirancang untuk bekerja dengan jenis database tertentu (MS SQL, Oracle, MySQL, Firebird, ...). Ini juga nyaman karena semua teks ada di depan mata Anda, dan Anda tidak perlu membuka banyak tab untuk membuat, misalnya, indeks atau batasan. Saat terus-menerus bekerja dengan database, membuat, mengubah, dan terutama membuat ulang objek menggunakan skrip jauh lebih cepat dibandingkan jika Anda melakukannya dalam mode visual. Juga dalam mode skrip (dan, karenanya, dengan hati-hati), lebih mudah untuk menetapkan dan mengontrol aturan penamaan objek (pendapat subjektif saya). Selain itu, skrip mudah digunakan ketika perubahan yang dilakukan dalam satu database (misalnya, pengujian) perlu ditransfer dalam bentuk yang sama ke database lain (produktif).

Bahasa SQL dibagi menjadi beberapa bagian, disini saya akan melihat 2 bagian terpenting:

• DML – Bahasa Manipulasi Data, yang berisi konstruksi berikut:
  • PILIH – pemilihan data
  • INSERT – memasukkan data baru
  • PEMBARUAN – pembaruan data
  • HAPUS – menghapus data
  • MERGE – penggabungan data

Karena Saya seorang praktisi; hanya ada sedikit teori dalam buku teks ini, dan semua konstruksi akan dijelaskan menggunakan contoh-contoh praktis. Selain itu, saya percaya bahwa bahasa pemrograman, dan khususnya SQL, hanya dapat dikuasai melalui latihan, dengan mengalaminya sendiri dan memahami apa yang terjadi ketika Anda menjalankan konstruksi ini atau itu.

Buku teks ini dibuat berdasarkan prinsip Langkah demi Langkah, yaitu. Anda perlu membacanya secara berurutan dan sebaiknya segera mengikuti contohnya. Namun jika dalam prosesnya Anda perlu mempelajari suatu perintah tertentu secara lebih detail, maka gunakan pencarian khusus di Internet, misalnya di perpustakaan MSDN.

Saat menulis tutorial ini, saya menggunakan database MS SQL Server versi 2014, dan saya menggunakan MS SQL Server Management Studio (SSMS) untuk menjalankan skrip.

Secara singkat tentang MS SQL Server Management Studio (SSMS)

SQL Server Management Studio (SSMS) adalah utilitas untuk Microsoft SQL Server untuk mengonfigurasi, mengelola, dan mengelola komponen database. Utilitas ini berisi editor skrip (yang sebagian besar akan kita gunakan) dan program grafis yang bekerja dengan objek dan pengaturan server. Alat utama SQL Server Management Studio adalah Object Explorer, yang memungkinkan pengguna untuk melihat, mengambil, dan mengelola objek server. Teks ini sebagian dipinjam dari Wikipedia.

Untuk membuat editor skrip baru, gunakan tombol “Kueri Baru”:

Untuk mengubah database saat ini Anda dapat menggunakan daftar drop-down:

Untuk menjalankan perintah tertentu (atau sekelompok perintah), pilih perintah tersebut dan tekan tombol "Jalankan" atau tombol "F5". Jika saat ini hanya ada satu perintah di editor, atau Anda perlu menjalankan semua perintah, maka Anda tidak perlu memilih apa pun.

Setelah menjalankan skrip, terutama yang membuat objek (tabel, kolom, indeks), untuk melihat perubahannya, gunakan penyegaran dari menu konteks dengan menyorot grup yang sesuai (misalnya, Tabel), tabel itu sendiri, atau grup Kolom di dalamnya.

Sebenarnya hanya itu saja yang perlu kita ketahui untuk melengkapi contoh yang diberikan di sini. Utilitas SSMS lainnya mudah dipelajari sendiri.

Sedikit teori

Basis data relasional (RDB, atau selanjutnya dalam konteks hanya DB) adalah kumpulan tabel yang saling berhubungan. Secara kasar, database adalah suatu file yang didalamnya data disimpan dalam bentuk yang terstruktur.

DBMS – Sistem Manajemen Basis Data, yaitu. ini adalah seperangkat alat untuk bekerja dengan jenis database tertentu (MS SQL, Oracle, MySQL, Firebird, ...).

Catatan
Karena dalam kehidupan, dalam percakapan sehari-hari, kita kebanyakan mengatakan: “Oracle DB”, atau bahkan hanya “Oracle”, sebenarnya berarti “Oracle DBMS”, maka dalam konteks buku teks ini istilah DB kadang-kadang digunakan. Dari konteksnya, saya pikir akan jelas apa sebenarnya yang kita bicarakan.

Tabel adalah kumpulan kolom. Kolom juga bisa disebut bidang atau kolom; semua kata ini akan digunakan sebagai sinonim yang menyatakan hal yang sama.

Tabel adalah objek utama RDB; semua data RDB disimpan baris demi baris di kolom tabel. Garis dan catatan juga merupakan sinonim.

Untuk setiap tabel, serta kolomnya, nama ditentukan yang selanjutnya dapat diakses.
Nama objek (nama tabel, nama kolom, nama indeks, dll) di MS SQL dapat memiliki panjang maksimal 128 karakter.

Sebagai referensi– pada database ORACLE, nama objek boleh memiliki panjang maksimal 30 karakter. Oleh karena itu, untuk database tertentu, Anda perlu mengembangkan aturan sendiri untuk memberi nama objek agar memenuhi batasan jumlah karakter.

SQL adalah bahasa yang memungkinkan Anda melakukan query database menggunakan DBMS. Dalam DBMS tertentu, bahasa SQL mungkin memiliki implementasi tertentu (dialeknya sendiri).

DDL dan DML adalah bagian dari bahasa SQL:

• Bahasa DDL digunakan untuk membuat dan memodifikasi struktur database, mis. untuk membuat/memodifikasi/menghapus tabel dan hubungan.
• Bahasa DML memungkinkan Anda memanipulasi data tabel, mis. dengan dialognya. Ini memungkinkan Anda memilih data dari tabel, menambahkan data baru ke tabel, serta memperbarui dan menghapus data yang sudah ada.

Di SQL, Anda dapat menggunakan 2 jenis komentar (baris tunggal dan multibaris):

Komentar satu baris
Dan

/* komentar multibaris */

Sebenarnya ini sudah cukup untuk teorinya.

DDL – Bahasa Definisi Data

Misalnya, perhatikan sebuah tabel dengan data tentang karyawan, dalam bentuk yang familiar bagi orang yang bukan seorang programmer:

Dalam hal ini, kolom-kolom tabel mempunyai nama-nama berikut: Nomor personel, Nama lengkap, Tanggal lahir, Email, Jabatan, Departemen.

Masing-masing kolom ini dapat dicirikan berdasarkan tipe data yang dikandungnya:

• Nomor personel – bilangan bulat
• Nama lengkap – string
• Tanggal lahir - tanggal
• Surel – rangkaian
• Posisi - tali
• Departemen - jalur

Tipe kolom adalah karakteristik yang menunjukkan tipe data apa yang dapat disimpan oleh kolom tertentu.

Untuk memulainya, cukup mengingat tipe data dasar berikut yang digunakan dalam MS SQL saja:

Arti	Notasi dalam MS SQL	Keterangan
String dengan panjang variabel	varchar(N) Dan nvarchar(N)	Dengan menggunakan angka N, kita dapat menentukan panjang string maksimum yang mungkin untuk kolom terkait. Misalnya, jika kita ingin mengatakan bahwa nilai kolom “Nama” dapat berisi maksimal 30 karakter, maka kita perlu menyetel tipenya ke nvarchar(30). Perbedaan antara varchar dan nvarchar adalah varchar memungkinkan Anda menyimpan string dalam format ASCII, di mana satu karakter menempati 1 byte, dan nvarchar menyimpan string dalam format Unicode, di mana setiap karakter menempati 2 byte. Jenis varchar hanya boleh digunakan jika Anda 100% yakin bahwa bidang tersebut tidak perlu menyimpan karakter Unicode. Misalnya, varchar dapat digunakan untuk menyimpan alamat Surel, Karena biasanya hanya berisi karakter ASCII.
Tali dengan panjang tetap	karakter(N) Dan tidak ada(N)	Tipe ini berbeda dengan string dengan panjang variabel karena jika panjang string kurang dari N karakter, maka string tersebut selalu diisi di sebelah kanan sepanjang N dengan spasi dan disimpan dalam database dalam bentuk ini, yaitu. dalam database dibutuhkan tepat N karakter (di mana satu karakter membutuhkan 1 byte untuk char dan 2 byte untuk nchar). Dalam praktek saya, tipe ini sangat jarang digunakan, dan jika digunakan, terutama digunakan dalam format char(1), yaitu. ketika suatu bidang ditentukan oleh satu karakter.
Bilangan bulat	ke dalam	Tipe ini memperbolehkan kita hanya menggunakan bilangan bulat pada kolomnya, baik positif maupun negatif. Sebagai referensi (sekarang ini tidak begitu relevan bagi kami), rentang angka yang diperbolehkan oleh tipe int adalah dari -2,147,483,648 hingga 2,147,483,647. Biasanya ini adalah tipe utama yang digunakan untuk menentukan pengidentifikasi.
Bilangan nyata atau real	mengambang	Secara sederhana, ini adalah angka yang mungkin mengandung titik desimal (koma).
tanggal	tanggal	Jika kolom yang perlu disimpan hanya Tanggal yang terdiri dari tiga komponen: Hari, Bulan dan Tahun. Misalnya, 15/02/2014 (15 Februari 2014). Tipe ini dapat digunakan untuk kolom “Tanggal masuk”, “Tanggal lahir”, dll, mis. dalam kasus di mana penting bagi kami untuk mencatat hanya tanggalnya, atau ketika komponen waktu tidak penting bagi kami dan dapat dibuang atau jika tidak diketahui.
Waktu	waktu	Tipe ini dapat digunakan jika kolom hanya perlu menyimpan data waktu, mis. Jam, Menit, Detik dan Milidetik. Misalnya, 17:38:31.3231603 Misalnya, “Waktu keberangkatan penerbangan” harian.
tanggal dan waktu	tanggal Waktu	Tipe ini memungkinkan Anda menyimpan Tanggal dan Waktu secara bersamaan. Misalnya, 15/02/2014 17:38:31.323 Misalnya saja tanggal dan waktu suatu acara.
Bendera	sedikit	Tipe ini nyaman digunakan untuk menyimpan nilai dalam bentuk "Ya"/"Tidak", di mana "Ya" akan disimpan sebagai 1, dan "Tidak" akan disimpan sebagai 0.

Selain itu, nilai bidang, jika tidak dilarang, tidak boleh ditentukan, kata kunci NULL digunakan untuk tujuan ini.

Untuk menjalankan contoh, mari buat database pengujian bernama Test.

Database sederhana (tanpa menentukan parameter tambahan) dapat dibuat dengan menjalankan perintah berikut:

BUAT Tes DATABASE
Anda dapat menghapus database dengan perintah (Anda harus sangat berhati-hati dengan perintah ini):

JATUHKAN Tes DATABASE
Untuk beralih ke database kami, Anda dapat menjalankan perintah:

Tes PENGGUNAAN
Alternatifnya, pilih Test database dari daftar drop-down di area menu SSMS. Saat bekerja, saya sering menggunakan metode peralihan antar database ini.

Sekarang di database kita, kita bisa membuat tabel menggunakan deskripsi apa adanya, menggunakan spasi dan karakter Cyrillic:

BUAT TABEL [Karyawan]([Nomor personel] int, [Nama] nvarchar(30), [Tanggal lahir] tanggal, nvarchar(30), [Posisi] nvarchar(30), [Departemen] nvarchar(30))
Dalam hal ini, kita harus mengapit nama dalam tanda kurung siku […].

Namun dalam database, untuk kenyamanan lebih, lebih baik menentukan semua nama objek dalam bahasa Latin dan tidak menggunakan spasi pada nama. Pada MS SQL biasanya dalam hal ini setiap kata diawali dengan huruf kapital, misalnya pada kolom “Nomor Personil” kita bisa memberi nama PersonnelNumber. Anda juga dapat menggunakan nomor pada nama, misalnya Nomor Telepon1.

Pada sebuah catatan
Dalam beberapa DBMS, format penamaan berikut “PHONE_NUMBER” mungkin lebih disukai; misalnya, format ini sering digunakan dalam database ORACLE. Biasanya, saat menentukan nama field, sebaiknya tidak sesuai dengan kata kunci yang digunakan dalam DBMS.

Karena alasan ini, Anda dapat melupakan sintaks tanda kurung siku dan menghapus tabel [Karyawan]:

DROP TABLE [Karyawan]
Misalnya, sebuah tabel dengan karyawan dapat diberi nama “Karyawan”, dan bidangnya dapat diberi nama berikut:

• ID – Nomor personel (ID Karyawan)
• Nama - nama lengkap
• Ulang Tahun – Tanggal lahir
• Surel – Surel
• Posisi - Posisi
• Departemen - Departemen

Sangat sering kata ID digunakan untuk memberi nama bidang pengenal.

Sekarang mari kita buat tabel kita:

BUAT TABEL Karyawan(ID int, Nama nvarchar(30), Tanggal ulang tahun, Email nvarchar(30), Jabatan nvarchar(30), Departemen nvarchar(30))
Untuk menentukan kolom yang diperlukan, Anda dapat menggunakan opsi NOT NULL.

Untuk tabel yang sudah ada, bidang dapat didefinisikan ulang menggunakan perintah berikut:

Perbarui kolom ID ALTER TABLE Karyawan ALTER COLUMN ID int NOT NULL -- perbarui kolom Nama ALTER TABLE Karyawan ALTER COLUMN Nama nvarchar(30) NOT NULL

Pada sebuah catatan
Konsep umum bahasa SQL tetap sama untuk sebagian besar DBMS (setidaknya, inilah yang dapat saya nilai dari DBMS yang pernah saya gunakan). Perbedaan antara DDL dalam DBMS yang berbeda terutama terletak pada tipe datanya (tidak hanya namanya yang mungkin berbeda di sini, tetapi juga detail implementasinya), dan implementasi bahasa SQL yang sangat spesifik mungkin juga sedikit berbeda (yaitu, inti dari perintahnya sama, tetapi mungkin ada sedikit perbedaan dalam dialek, sayangnya, tetapi tidak ada standar yang baku). Setelah menguasai dasar-dasar SQL, Anda dapat dengan mudah berpindah dari satu DBMS ke DBMS lainnya, karena... Dalam hal ini, Anda hanya perlu memahami detail implementasi perintah di DBMS baru, yaitu. dalam kebanyakan kasus, menggambar analogi saja sudah cukup.

Membuat tabel CREATE TABLE Employees(ID int, -- di ORACLE tipe int setara (wrapper) untuk nomor(38) Nama nvarchar2(30), -- nvarchar2 di ORACLE setara dengan nvarchar di MS SQL Tanggal ulang tahun, Email nvarchar2(30) , Posisi nvarchar2(30), Departemen nvarchar2(30)); -- memperbarui kolom ID dan Nama (di sini MODIFY(...) digunakan sebagai ganti ALTER COLUMN) ALTER TABLE Employees MODIFY(ID int NOT NULL,Name nvarchar2(30) NOT NULL); -- menambahkan PK (dalam hal ini konstruksinya terlihat sama seperti di MS SQL, akan ditampilkan di bawah) ALTER TABLE Employees ADD CONSTRAINT PK_Employees PRIMARY KEY(ID);
Untuk ORACLE ada perbedaan dalam hal implementasi tipe varchar2; pengkodeannya tergantung pada pengaturan database dan teks dapat disimpan, misalnya dalam pengkodean UTF-8. Selain itu, panjang bidang di ORACLE dapat ditentukan dalam byte dan karakter; untuk ini, opsi tambahan BYTE dan CHAR digunakan, yang ditentukan setelah panjang bidang, misalnya:

NAMA varchar2(30 BYTE) -- kapasitas kolom adalah 30 byte NAMA varchar2(30 CHAR) -- kapasitas kolom adalah 30 karakter
Opsi mana yang akan digunakan secara default BYTE atau CHAR, jika hanya menentukan tipe varchar2(30) di ORACLE, bergantung pada pengaturan database, dan terkadang dapat diatur dalam pengaturan IDE. Secara umum, terkadang Anda mudah bingung, jadi dalam kasus ORACLE, jika tipe varchar2 digunakan (dan ini terkadang dibenarkan di sini, misalnya, saat menggunakan pengkodean UTF-8), saya lebih suka menulis CHAR secara eksplisit (karena biasanya lebih mudah untuk menghitung panjang string dalam karakter).

Namun dalam hal ini, jika sudah ada beberapa data di dalam tabel, maka agar eksekusi perintah berhasil, kolom ID dan Nama harus diisi di semua baris tabel. Mari kita tunjukkan dengan contoh: masukkan data ke dalam tabel di bidang ID, Jabatan dan Departemen; ini dapat dilakukan dengan skrip berikut:

MASUKKAN NILAI Karyawan(ID,Posisi,Departemen) (1000,N"Direktur",N"Administrasi"), (1001,N"Programmer",N"IT"), (1002,N"Akuntan",N"Akuntansi" ), (1003,N"Programmer Senior",N"IT")
Dalam hal ini, perintah INSERT juga akan menghasilkan kesalahan, karena Saat memasukkan, kami tidak menentukan nilai bidang Nama yang diperlukan.
Jika kita sudah memiliki data ini pada tabel asli, maka perintah “ALTER TABLE Employees ALTER COLUMN ID int NOT NULL” akan berhasil dijalankan, dan perintah “ALTER TABLE Employees ALTER COLUMN Name int NOT NULL” akan menghasilkan pesan error, bahwa bidang Nama berisi nilai NULL (tidak ditentukan).

Mari tambahkan nilai pada kolom Nama dan isi kembali datanya:

Opsi NOT NULL juga dapat digunakan secara langsung saat membuat tabel baru, mis. dalam konteks perintah CREATE TABLE.

Pertama, hapus tabel menggunakan perintah:

DROP TABLE Karyawan
Sekarang mari buat tabel dengan kolom ID dan Nama yang diperlukan:

BUAT TABEL Karyawan(ID int NOT NULL, Nama nvarchar(30) NOT NULL, Tanggal ulang tahun, Email nvarchar(30), Jabatan nvarchar(30), Departemen nvarchar(30))
Anda juga dapat menulis NULL setelah nama kolom, yang berarti nilai NULL (tidak ditentukan) akan diperbolehkan di dalamnya, tetapi ini tidak perlu, karena karakteristik ini tersirat secara default.

Sebaliknya, jika Anda ingin menjadikan kolom yang sudah ada sebagai opsional, gunakan sintaks perintah berikut:

ALTER TABLE Karyawan ALTER COLUMN Nama nvarchar(30) NULL
Atau sederhananya:

ALTER TABLE Karyawan ALTER COLUMN Nama nvarchar(30)
Dengan perintah ini kita juga dapat mengubah tipe field ke tipe lain yang kompatibel, atau mengubah panjangnya. Misalnya, mari perluas bidang Nama menjadi 50 karakter:

ALTER TABLE Karyawan ALTER COLUMN Nama nvarchar(50)

Kunci utama

Saat membuat tabel, diinginkan bahwa tabel tersebut memiliki kolom unik atau kumpulan kolom unik untuk setiap barisnya - catatan dapat diidentifikasi secara unik berdasarkan nilai unik ini. Nilai ini disebut kunci utama tabel. Untuk tabel Karyawan kita, nilai unik tersebut dapat berupa kolom ID (yang berisi “Nomor Personil Karyawan” - meskipun dalam kasus kita nilai ini unik untuk setiap karyawan dan tidak dapat diulang).

Anda dapat membuat kunci utama ke tabel yang sudah ada menggunakan perintah:

ALTER TABLE Employees TAMBAHKAN CONSTRAINT PK_Employees PRIMARY KEY(ID)
Dimana "PK_Employees" adalah nama batasan yang bertanggung jawab atas kunci utama. Biasanya, kunci utama diberi nama menggunakan awalan “PK_” diikuti dengan nama tabel.

Jika kunci utama terdiri dari beberapa kolom, maka kolom tersebut harus dicantumkan dalam tanda kurung, dipisahkan dengan koma:

ALTER TABLE nama_tabel TAMBAHKAN CONSTRAINT nama_kendala KUNCI UTAMA(bidang1,bidang2,…)
Perlu dicatat bahwa di MS SQL, semua bidang yang disertakan dalam kunci utama harus memiliki karakteristik NOT NULL.

Kunci utama juga dapat ditentukan secara langsung saat membuat tabel, yaitu. dalam konteks perintah CREATE TABLE. Mari kita hapus tabelnya:

DROP TABLE Karyawan
Dan kemudian kita akan membuatnya menggunakan sintaks berikut:

BUAT TABEL Karyawan(ID int NOT NULL, Nama nvarchar(30) NOT NULL, Tanggal ulang tahun, Email nvarchar(30), Posisi nvarchar(30), Departemen nvarchar(30), CONSTRAINT PK_Employees PRIMARY KEY(ID) -- jelaskan PK setelahnya semua bidang sebagai batasan)
Setelah pembuatan, isi tabel dengan data:

MASUKKAN Karyawan(ID,Posisi,Departemen,Nama) NILAI (1000,N"Direktur",N"Administrasi",N"Ivanov I.I."), (1001,N"Programmer",N"IT",N" Petrov P.P." ), (1002,N"Akuntan",N"Akuntansi",N"Sidorov S.S."), (1003,N"Programmer Senior",N"IT",N"Andreev A.A.")
Jika kunci utama dalam sebuah tabel hanya terdiri dari nilai satu kolom, maka Anda dapat menggunakan sintaks berikut:

BUAT TABEL Karyawan(ID int NOT NULL CONSTRAINT PK_Employees PRIMARY KEY, -- tentukan sebagai karakteristik bidang Nama nvarchar(30) BUKAN NULL, Tanggal ulang tahun, Email nvarchar(30), Posisi nvarchar(30), Departemen nvarchar(30) )
Faktanya, Anda tidak perlu menentukan nama batasannya, dalam hal ini batasan tersebut akan diberi nama sistem (seperti “PK__Employee__3214EC278DA42077”):

BUAT TABEL Karyawan(ID int NOT NULL, Nama nvarchar(30) NOT NULL, Tanggal ulang tahun, Email nvarchar(30), Jabatan nvarchar(30), Departemen nvarchar(30), PRIMARY KEY(ID))
Atau:

BUAT TABEL Karyawan(ID int BUKAN NULL KUNCI UTAMA, Nama nvarchar(30) BUKAN NULL, Tanggal ulang tahun, Email nvarchar(30), Jabatan nvarchar(30), Departemen nvarchar(30))
Tapi saya akan merekomendasikan bahwa untuk tabel permanen Anda selalu secara eksplisit menetapkan nama batasannya, karena Dengan nama yang ditentukan secara eksplisit dan mudah dipahami, akan lebih mudah untuk memanipulasinya nanti; misalnya, Anda dapat menghapusnya:

ALTER TABLE Karyawan DROP CONSTRAINT PK_Employees
Namun sintaksis singkat seperti itu, tanpa menentukan nama batasan, mudah digunakan saat membuat tabel database sementara (nama tabel sementara dimulai dengan # atau ##), yang akan dihapus setelah digunakan.

Mari kita rangkum

Sejauh ini kita telah melihat perintah berikut:

• BUAT TABEL table_name (daftar bidang dan tipenya, batasannya) – digunakan untuk membuat tabel baru di database saat ini;
• JATUHKAN MEJA nama_tabel – digunakan untuk menghapus tabel dari database saat ini;
• MENGUBAH TABEL nama_tabel MENGUBAH KOLOM nama_kolom... – digunakan untuk memperbarui jenis kolom atau mengubah pengaturannya (misalnya, untuk mengatur karakteristik NULL atau NOT NULL);
• MENGUBAH TABEL nama_tabel TAMBAHKAN KENDALA kendala_nama KUNCI UTAMA(field1, field2,...) – menambahkan kunci utama ke tabel yang ada;
• MENGUBAH TABEL nama_tabel JATUHKAN KENDALA constraint_name – menghapus batasan dari tabel.

Sedikit tentang tabel sementara

Ekstrak dari MSDN. Ada dua jenis tabel sementara di MS SQL Server: lokal (#) dan global (##). Tabel sementara lokal hanya dapat dilihat oleh pembuatnya hingga sesi koneksi ke instans SQL Server berakhir saat tabel tersebut pertama kali dibuat. Tabel sementara lokal secara otomatis dihapus setelah pengguna terputus dari contoh SQL Server. Tabel sementara global terlihat oleh semua pengguna selama sesi koneksi apa pun setelah tabel tersebut dibuat, dan dihapus ketika semua pengguna yang mereferensikan tabel tersebut terputus dari contoh SQL Server.

Tabel sementara dibuat di database sistem tempdb, mis. Dengan membuatnya, kita tidak menyumbat database utama; jika tidak, tabel sementara benar-benar identik dengan tabel biasa; tabel tersebut juga dapat dihapus menggunakan perintah DROP TABLE. Tabel sementara lokal (#) lebih umum digunakan.

Untuk membuat tabel sementara, Anda dapat menggunakan perintah CREATE TABLE:

BUAT TABEL #Temp(ID int, Nama nvarchar(30))
Karena tabel sementara di MS SQL mirip dengan tabel biasa, tabel tersebut juga dapat dihapus menggunakan perintah DROP TABLE:

DROP TABLE #Temp

Anda juga dapat membuat tabel sementara (seperti tabel biasa) dan segera mengisinya dengan data yang dikembalikan oleh kueri menggunakan sintaks SELECT ... INTO:

PILIH ID,Nama KE #Temp DARI Karyawan

Pada sebuah catatan
Implementasi tabel sementara mungkin berbeda di DBMS yang berbeda. Misalnya, dalam DBMS ORACLE dan Firebird, struktur tabel sementara harus ditentukan terlebih dahulu dengan perintah CREATE GLOBAL Temporary TABLE, yang menunjukkan secara spesifik penyimpanan data di dalamnya, kemudian pengguna melihatnya di antara tabel utama dan bekerja dengannya seperti pada meja biasa.

Normalisasi basis data – membagi menjadi subtabel (direktori) dan mengidentifikasi koneksi

Tabel Karyawan kami saat ini memiliki kelemahan yaitu di bidang Posisi dan Departemen, pengguna dapat memasukkan teks apa pun, yang terutama penuh dengan kesalahan, karena untuk satu karyawan ia cukup menunjukkan "TI" sebagai departemen, dan untuk karyawan kedua, untuk contoh, masukkan “IT department”, yang ketiga ada “IT”. Akibatnya, tidak jelas apa yang dimaksud pengguna, mis. Apakah karyawan ini adalah karyawan dari departemen yang sama, atau apakah pengguna mendeskripsikan dirinya dan ini adalah 3 departemen yang berbeda? Selain itu, dalam kasus ini, kami tidak akan dapat mengelompokkan data dengan benar untuk beberapa laporan, yang mungkin perlu menunjukkan jumlah karyawan menurut setiap departemen.

Kerugian kedua adalah jumlah penyimpanan informasi ini dan duplikasinya, yaitu. Untuk setiap karyawan, nama lengkap departemen ditunjukkan, yang membutuhkan ruang di database untuk menyimpan setiap karakter dari nama departemen.

Kelemahan ketiga adalah sulitnya memperbarui kolom ini jika nama suatu posisi berubah, misalnya jika Anda perlu mengganti nama posisi “Programmer” menjadi “Junior Programmer”. Dalam hal ini, kita harus melakukan perubahan pada setiap baris tabel yang Posisinya sama dengan “Programmer”.

Untuk menghindari kekurangan ini, digunakan apa yang disebut normalisasi basis data - membaginya menjadi subtabel dan tabel referensi. Tidak perlu masuk ke dalam belantara teori dan mempelajari apa itu bentuk normal, cukup memahami esensi normalisasi.

Mari kita buat 2 tabel direktori “Posisi” dan “Departemen”, sebut saja Posisi pertama, dan yang kedua, masing-masing, Departemen:

CREATE TABLE Positions(ID int IDENTITY(1,1) BUKAN NULL CONSTRAINT PK_Positions PRIMARY KEY, Nama nvarchar(30) BUKAN NULL) CREATE TABLE Departments(ID int IDENTITY(1,1) BUKAN NULL CONSTRAINT PK_Departments PRIMARY KEY, Nama nvarchar(30 ) BUKAN BATAL)
Perhatikan bahwa di sini kami menggunakan opsi IDENTITY baru, yang mengatakan bahwa data di kolom ID akan diberi nomor secara otomatis, mulai dari 1, dengan kelipatan 1, yaitu. Saat menambahkan catatan baru, mereka akan diberi nilai secara berurutan 1, 2, 3, dll. Bidang seperti ini biasanya disebut penambahan otomatis. Sebuah tabel hanya dapat memiliki satu bidang yang ditentukan dengan properti IDENTITY, dan biasanya, namun tidak harus, bidang tersebut adalah kunci utama untuk tabel tersebut.

Pada sebuah catatan
Dalam DBMS yang berbeda, implementasi bidang dengan penghitung dapat dilakukan secara berbeda. Di MySQL, misalnya, bidang seperti itu ditentukan menggunakan opsi AUTO_INCREMENT. Di ORACLE dan Firebird, fungsi ini sebelumnya dapat ditiru menggunakan SEQUENCE. Namun sejauh yang saya tahu, ORACLE kini telah menambahkan opsi GENERATED AS IDENTITY.

Mari kita isi tabel-tabel ini secara otomatis, berdasarkan data terkini yang tercatat di kolom Jabatan dan Departemen pada tabel Karyawan:

Kita isi field Nama pada tabel Jabatan dengan nilai unik dari field Jabatan pada tabel Karyawan MASUKKAN Posisi(Nama) PILIH BEDA Jabatan DARI Karyawan DIMANA Jabatan BUKAN NULL -- membuang catatan yang posisinya tidak ditentukan
Mari kita lakukan hal yang sama untuk tabel Departemen:

MASUKKAN Departemen(Nama) PILIH Departemen YANG BERBEDA DARI Karyawan DIMANA Departemen BUKAN NULL
Jika sekarang kita membuka tabel Jabatan dan Departemen, kita akan melihat serangkaian nilai bernomor untuk bidang ID:

PILIH * DARI Posisi

PILIH * DARI Departemen

Tabel-tabel ini sekarang akan berperan sebagai buku referensi untuk menentukan posisi dan departemen. Kami sekarang akan mengacu pada ID pekerjaan dan departemen. Pertama-tama, mari buat field baru di tabel Karyawan untuk menyimpan data pengenal:

Tambahkan field untuk ID posisi ALTER TABLE Employees ADD PositionID int -- tambahkan field untuk department ID ALTER TABLE Employees ADD DepartmentID int
Jenis field referensi harus sama dengan direktori, dalam hal ini int.

Anda juga dapat menambahkan beberapa bidang ke tabel sekaligus dengan satu perintah, mencantumkan bidang yang dipisahkan dengan koma:

ALTER TABLE Karyawan TAMBAHKAN PositionID int, DepartmentID int
Sekarang mari kita tulis tautan (batasan referensi - KUNCI ASING) untuk bidang ini sehingga pengguna tidak memiliki kesempatan untuk menulis ke dalam bidang ini nilai yang tidak termasuk dalam nilai ID yang ditemukan di direktori.

ALTER TABLE Employees ADD CONSTRAINT FK_Employees_PositionID FOREIGN KEY(PositionID) REFERENSI Posisi(ID)
Dan kami akan melakukan hal yang sama untuk bidang kedua:

ALTER TABLE Employees ADD CONSTRAINT FK_Employees_DepartmentID FOREIGN KEY(DepartmentID) REFERENSI Departments(ID)
Sekarang pengguna hanya dapat memasukkan nilai ID dari direktori terkait di bidang ini. Oleh karena itu, untuk menggunakan departemen atau posisi baru, pertama-tama dia harus menambahkan entri baru ke direktori terkait. Karena Jabatan dan departemen kini disimpan dalam direktori dalam satu salinan, sehingga untuk mengganti nama cukup dengan menggantinya di direktori saja.

Nama batasan referensi biasanya berupa nama gabungan, terdiri dari awalan "FK_", diikuti dengan nama tabel, dan diikuti dengan garis bawah, diikuti dengan nama field yang mengacu pada pengidentifikasi tabel referensi.

Pengidentifikasi (ID) biasanya merupakan nilai internal yang digunakan hanya untuk hubungan dan nilai apa yang disimpan di sana sama sekali tidak berbeda dalam banyak kasus, jadi tidak perlu mencoba menghilangkan lubang pada urutan angka yang muncul saat bekerja. dengan tabel, misalnya setelah menghapus record dari direktori.

ALTER TABLE tabel TAMBAHKAN CONSTRAINT nama_kendala ASING KUNCI(bidang1,bidang2,…) REFERENSI tabel_referensi(bidang1,bidang2,…)
Dalam hal ini, dalam tabel “reference_table”, kunci utama diwakili oleh kombinasi beberapa bidang (bidang1, bidang2,...).

Sebenarnya sekarang mari kita perbarui field PositionID dan DepartmentID dengan nilai ID dari direktori. Mari gunakan perintah DML UPDATE untuk tujuan ini:

UPDATE e SET PositionID=(PILIH ID DARI Jabatan WHERE Nama=e.Jabatan), DepartmentID=(PILIH ID DARI Departemen WHERE Nama=e.Departemen) DARI Karyawan e
Mari kita lihat apa yang terjadi dengan menjalankan permintaan:

PILIH * DARI Karyawan

Selesai, kolom PositionID dan DepartmentID diisi dengan pengidentifikasi yang sesuai dengan posisi dan departemen; kolom Posisi dan Departemen tidak lagi diperlukan di tabel Karyawan, Anda dapat menghapus kolom berikut:

ALTER TABLE Karyawan DROP COLUMN Jabatan, Departemen
Sekarang tabel kita terlihat seperti ini:

PILIH * DARI Karyawan

PENGENAL	Nama	Hari ulang tahun	Surel	ID Posisi	ID Departemen
1000	Ivanov I.I.	BATAL	BATAL	2	1
1001	Petrov P.P.	BATAL	BATAL	3	3
1002	Sidorov S.S.	BATAL	BATAL	1	2
1003	Andreev A.A.	BATAL	BATAL	4	3

Itu. Kami akhirnya menyingkirkan penyimpanan informasi yang berlebihan. Sekarang, berdasarkan nomor pekerjaan dan departemen, kita dapat dengan jelas menentukan namanya menggunakan nilai dalam tabel referensi:

PILIH e.ID,e.Name,p.Name PositionName,d.Name DepartmentName DARI Karyawan e LEFT JOIN Departments d ON d.ID=e.DepartmentID LEFT JOIN Positions p ON p.ID=e.PositionID

Di inspektur objek kita bisa melihat semua objek yang dibuat untuk tabel tertentu. Dari sini Anda dapat melakukan berbagai manipulasi dengan objek tersebut - misalnya, mengganti nama atau menghapus objek.

Perlu juga dicatat bahwa tabel dapat merujuk ke dirinya sendiri, mis. Anda dapat membuat tautan rekursif. Misalnya, mari tambahkan bidang lain ID Manajer ke tabel kita dengan karyawan, yang akan menunjukkan karyawan yang melapor kepada karyawan tersebut. Mari buat bidang:

ALTER TABLE Karyawan TAMBAHKAN ManagerID int
Bidang ini memungkinkan nilai NULL; bidang ini akan kosong jika, misalnya, tidak ada atasan di atas karyawan tersebut.

Sekarang mari kita buat FOREIGN KEY untuk tabel Karyawan:

ALTER TABLE Employees ADD CONSTRAINT FK_Employees_ManagerID FOREIGN KEY (ManagerID) REFERENSI Employees(ID)
Sekarang mari kita membuat diagram dan melihat bagaimana hubungan antara tabel kita terlihat di diagram tersebut:

Hasilnya, kita akan melihat gambar berikut (tabel Karyawan terhubung ke tabel Jabatan dan Departemen, dan juga mengacu pada tabel itu sendiri):

Terakhir, perlu dikatakan bahwa kunci referensi dapat menyertakan opsi tambahan ON DELETE CASCADE dan ON UPDATE CASCADE, yang menunjukkan bagaimana berperilaku saat menghapus atau memperbarui catatan yang direferensikan dalam tabel referensi. Jika opsi ini tidak ditentukan, maka kami tidak dapat mengubah ID di tabel direktori untuk record yang direferensikan dari tabel lain, dan kami juga tidak akan dapat menghapus record tersebut dari direktori sampai kami menghapus semua baris yang mereferensikan record ini. atau, Mari perbarui referensi di baris ini ke nilai yang berbeda.

Sebagai contoh, mari kita buat ulang tabel yang menentukan opsi ON DELETE CASCADE untuk FK_Employees_DepartmentID:

DROP TABLE Employees CREATE TABLE Employees(ID int NOT NULL, Nama nvarchar(30), Tanggal ulang tahun, Email nvarchar(30), PositionID int, DepartmentID int, ManagerID int, CONSTRAINT PK_Employees PRIMARY KEY (ID), CONSTRAINT FK_Employees_DepartmentID FOREIGN KEY(DepartmentID ) REFERENSI Departemen(ID) PADA HAPUS CASCADE, CONSTRAINT FK_Employees_PositionID FOREIGN KEY(PositionID) REFERENSI Posisi(ID), CONSTRAINT FK_Employees_ManagerID FOREIGN KEY (ManagerID) REFERENSI Employees(ID)) INSERT Employees (ID,Nama,Ulang Tahun,PositionID,DepartmentID, ID Manajer )NILAI (1000,N"Ivanov I.I.","19550219",2,1,NULL), (1001,N"Petrov P.P.","19831203",3,3,1003), (1002 ,N"Sidorov S.S." ,"19760607",1,2,1000), (1003,N"Andreev A.A.","19820417",4,3,1000)
Mari kita hapus departemen dengan ID 3 dari tabel Departemen:

HAPUS Departemen DIMANA ID=3
Mari kita lihat data pada tabel Karyawan:

PILIH * DARI Karyawan

PENGENAL	Nama	Hari ulang tahun	Surel	ID Posisi	ID Departemen	ID Manajer
1000	Ivanov I.I.	1955-02-19	BATAL	2	1	BATAL
1002	Sidorov S.S.	1976-06-07	BATAL	1	2	1000

Seperti yang Anda lihat, data departemen 3 dari tabel Karyawan juga telah dihapus.

Opsi ON UPDATE CASCADE berperilaku serupa, namun efektif saat memperbarui nilai ID di direktori. Misalnya kita mengubah ID suatu posisi pada direktori posisi, maka dalam hal ini DepartmentID pada tabel Employees akan terupdate dengan nilai ID baru yang kita atur pada direktori tersebut. Namun dalam kasus ini, hal ini tidak mungkin ditunjukkan, karena kolom ID di tabel Departemen memiliki opsi IDENTITY, yang tidak memungkinkan kita menjalankan query berikut (ubah ID departemen 3 menjadi 30):

UPDATE Departemen SET ID=30 WHERE ID=3
Hal utama adalah memahami esensi dari 2 opsi ON DELETE CASCADE dan ON UPDATE CASCADE. Saya sangat jarang menggunakan opsi ini dan menyarankan agar Anda berpikir dengan hati-hati sebelum menentukannya dalam batasan referensi, karena jika Anda secara tidak sengaja menghapus entri dari tabel direktori, hal ini dapat menyebabkan masalah besar dan menimbulkan reaksi berantai.

Mari pulihkan departemen 3:

Kami memberikan izin untuk menambah/mengubah nilai IDENTITY SET IDENTITY_INSERT Departments ON INSERT Departments(ID,Name) VALUES(3,N"IT") -- kami melarang menambah/mengubah nilai IDENTITY SET IDENTITY_INSERT Departments OFF
Mari kita hapus tabel Karyawan sepenuhnya menggunakan perintah TRUNCATE TABLE:

TRUNCATE TABLE Karyawan
Dan sekali lagi kita akan memuat ulang data ke dalamnya menggunakan perintah INSERT sebelumnya:

MASUKKAN Karyawan (ID,Nama,Ulang Tahun,ID Posisi,ID Departemen,ID Manajer)NILAI (1000,N"Ivanov I.I.","19550219",2,1,NULL), (1001,N"Petrov P.P." ,"19831203",3 ,3,1003), (1002,N"Sidorov S.S.","19760607",1,2,1000), (1003,N"Andreev A.A.","19820417" ,4,3,1000)

Mari kita rangkum

Saat ini, beberapa perintah DDL lainnya telah ditambahkan ke pengetahuan kami:

• Menambahkan properti IDENTITY ke bidang – memungkinkan Anda menjadikan bidang ini sebagai bidang yang diisi secara otomatis (bidang penghitung) untuk tabel;
• MENGUBAH TABEL nama_tabel MENAMBAHKAN list_of_fields_with_characteristics – memungkinkan Anda menambahkan kolom baru ke tabel;
• MENGUBAH TABEL nama_tabel JATUHKAN KOLOM list_fields – memungkinkan Anda menghapus kolom dari tabel;
• MENGUBAH TABEL nama_tabel TAMBAHKAN KENDALA kendala_nama KUNCI ASING(bidang) REFERENSI table_reference (bidang) – memungkinkan Anda menentukan hubungan antara tabel dan tabel referensi.

Pembatasan lainnya – UNIK, DEFAULT, CHECK

Dengan menggunakan batasan UNIK, Anda dapat mengatakan bahwa nilai untuk setiap baris dalam bidang atau kumpulan bidang tertentu harus unik. Dalam kasus tabel Karyawan, kita dapat menerapkan batasan seperti itu pada bidang Email. Cukup isi terlebih dahulu Email dengan nilai jika belum ditentukan:

UPDATE Karyawan SET Email=" [dilindungi email]" WHERE ID=1000 UPDATE Karyawan SET Email=" [dilindungi email]" WHERE ID=1001 UPDATE Karyawan SET Email=" [dilindungi email]" WHERE ID=1002 UPDATE Karyawan SET Email=" [dilindungi email]"ID DIMANA=1003
Sekarang Anda dapat menerapkan batasan keunikan pada bidang ini:

ALTER TABLE Karyawan TAMBAHKAN KONSTRAINT UQ_Employees_Email UNIK(Email)
Kini pengguna tidak akan bisa memasukkan E-Mail yang sama untuk beberapa karyawan.

Batasan unik biasanya diberi nama sebagai berikut - pertama muncul awalan “UQ_”, lalu nama tabel dan setelah garis bawah muncul nama bidang tempat batasan ini diterapkan.

Oleh karena itu, jika kombinasi bidang harus unik dalam konteks baris tabel, maka kami mencantumkannya dengan dipisahkan koma:

ALTER TABLE nama_tabel TAMBAHKAN CONSTRAINT nama_kendala UNIK(bidang1,bidang2,…)
Dengan menambahkan batasan DEFAULT ke suatu bidang, kita dapat menentukan nilai default yang akan diganti jika, ketika memasukkan catatan baru, bidang ini tidak tercantum dalam daftar bidang perintah INSERT. Batasan ini dapat diatur langsung saat membuat tabel.

Mari tambahkan field Tanggal Perekrutan baru ke tabel Karyawan dan beri nama HireDate dan katakan bahwa nilai default untuk bidang ini adalah tanggal saat ini:

ALTER TABLE Karyawan TAMBAHKAN tanggal HireDate BUKAN NULL DEFAULT SYSDATETIME()
Atau jika kolom HireDate sudah ada, maka dapat digunakan sintaks berikut:

ALTER TABLE Karyawan TAMBAHKAN DEFAULT SYSDATETIME() UNTUK HireDate
Disini saya tidak menentukan nama kendalanya, karena... dalam kasus DEFAULT, menurut saya ini tidak terlalu penting. Namun jika dilakukan dengan cara yang baik, maka menurut saya tidak perlu bermalas-malasan dan sebaiknya tetapkan nama yang normal. Ini dilakukan sebagai berikut:

ALTER TABLE Karyawan TAMBAHKAN KONSTRAINT DF_Employees_HireDate DEFAULT SYSDATETIME() UNTUK HireDate
Karena kolom ini tidak ada sebelumnya, ketika ditambahkan ke setiap catatan, nilai tanggal saat ini akan dimasukkan ke dalam bidang HireDate.

Saat menambahkan entri baru, tanggal saat ini juga akan dimasukkan secara otomatis, tentu saja, kecuali kita mengaturnya secara eksplisit, yaitu. Kami tidak akan menunjukkannya dalam daftar kolom. Mari kita tunjukkan ini dengan sebuah contoh tanpa menentukan bidang HireDate dalam daftar nilai tambah:

MASUKKAN NILAI Karyawan(ID,Nama,Email)(1004,N"Sergeev S.S."," [dilindungi email]")
Mari kita lihat apa yang terjadi:

PILIH * DARI Karyawan

PENGENAL	Nama	Hari ulang tahun	Surel	ID Posisi	ID Departemen	ID Manajer	Tanggal perekrutan
1000	Ivanov I.I.	1955-02-19	[dilindungi email]	2	1	BATAL	2015-04-08
1001	Petrov P.P.	1983-12-03	[dilindungi email]	3	4	1003	2015-04-08
1002	Sidorov S.S.	1976-06-07	[dilindungi email]	1	2	1000	2015-04-08
1003	Andreev A.A.	1982-04-17	[dilindungi email]	4	3	1000	2015-04-08
1004	Sergeev S.S.	BATAL	[dilindungi email]	BATAL	BATAL	BATAL	2015-04-08

Batasan pemeriksaan CHECK digunakan ketika diperlukan untuk memeriksa nilai yang dimasukkan ke dalam kolom. Sebagai contoh, mari kita terapkan pembatasan ini pada kolom nomor personel, yang bagi kita merupakan pengenal (ID) karyawan. Dengan menggunakan batasan ini, kita katakan bahwa jumlah personel harus mempunyai nilai dari 1000 hingga 1999:

ALTER TABLE Employees ADD CONSTRAINT CK_Employees_ID CHECK (ID ANTARA 1000 DAN 1999)
Batasan biasanya diberi nama dengan cara yang sama, pertama dengan awalan “CK_”, kemudian nama tabel dan nama field di mana batasan ini diterapkan.

Mari kita coba memasukkan catatan yang tidak valid untuk memeriksa apakah batasannya berfungsi (kita akan mendapatkan kesalahan yang sesuai):

MASUKKAN NILAI Karyawan (ID, Email) (2000," [dilindungi email]")
Sekarang mari kita ubah nilai yang dimasukkan menjadi 1500 dan pastikan bahwa catatan telah dimasukkan:

MASUKKAN NILAI Karyawan (ID, Email) (1500," [dilindungi email]")
Anda juga dapat membuat batasan UNIK dan CHECK tanpa menentukan nama:

ALTER TABLE Karyawan ADD UNIK(Email) ALTER TABLE Karyawan ADD CHECK(ID ANTARA 1000 DAN 1999)
Namun ini bukan praktik yang baik dan lebih baik menentukan nama batasan secara eksplisit, karena Untuk mengetahui nanti, mana yang lebih sulit, Anda perlu membuka objek dan melihat apa yang menjadi tanggung jawabnya.

Dengan nama yang bagus, banyak informasi tentang kendala yang bisa dipelajari langsung dari namanya.

Dan karenanya, semua batasan ini dapat segera dibuat saat membuat tabel, jika belum ada. Mari kita hapus tabelnya:

DROP TABLE Karyawan
Dan kami akan membuatnya kembali dengan semua batasan yang dibuat dengan satu perintah CREATE TABLE:

CREATE TABLE Employees(ID int NOT NULL, Name nvarchar(30), Birthday date, Email nvarchar(30), PositionID int, DepartmentID int, HireDate date NOT NULL DEFAULT SYSDATETIME(), -- untuk DEFAULT saya akan membuat pengecualian CONSTRAINT PK_Employees PRIMARY KEY (ID), CONSTRAINT FK_Employees_DepartmentID FOREIGN KEY (DepartmentID) REFERENSI Departemen (ID), CONSTRAINT FK_Employees_PositionID FOREIGN KEY (PositionID) REFERENSI Posisi (ID), CONSTRAINT UQ_Employees_Email UNIK (Email), CONSTRAINT CK_Employees_ID CHECK (ID) ANTARA 1000 DAN 1999) )

MASUKKAN Karyawan (ID,Nama,Ulang Tahun,Email,ID Posisi,ID Departemen)NILAI (1000,N"Ivanov I.I.","19550219"," [dilindungi email]",2,1), (1001,N"Petrov P.P.","19831203"," [dilindungi email]",3,3), (1002,N"Sidorov S.S.","19760607"," [dilindungi email]",1,2), (1003,N"Andreev A.A.","19820417"," [dilindungi email]",4,3)

Sedikit tentang indeks yang dibuat saat membuat batasan PRIMARY KEY dan UNIQUE

Seperti yang Anda lihat pada gambar di atas, saat membuat batasan PRIMARY KEY dan UNIQUE, indeks dengan nama yang sama (PK_Employees dan UQ_Employees_Email) dibuat secara otomatis. Secara default, indeks untuk kunci utama dibuat sebagai CLUSTERED, dan untuk semua indeks lainnya sebagai NONCLUSTERED. Perlu dikatakan bahwa konsep indeks cluster tidak tersedia di semua DBMS. Sebuah tabel hanya dapat memiliki satu indeks CLUSTERED. CLUSTERED – artinya record tabel akan diurutkan berdasarkan indeks ini, bisa juga dikatakan bahwa indeks ini memiliki akses langsung ke semua data dalam tabel. Bisa dikatakan, ini adalah indeks utama tabel. Sederhananya, ini adalah indeks yang dilampirkan pada tabel. Indeks berkerumun adalah alat yang sangat ampuh yang dapat membantu pengoptimalan kueri, namun mari kita ingat hal ini untuk saat ini. Jika kita ingin memberitahukan indeks cluster untuk digunakan bukan pada kunci utama, tetapi pada indeks lain, maka saat membuat kunci utama kita harus menentukan opsi NONCLUSTERED:

ALTER TABLE nama_tabel TAMBAHKAN CONSTRAINT nama_kendala PRIMARY KEY NONCLUSTERED(field1,field2,…)
Misalnya, mari kita buat indeks batasan PK_Employees menjadi non-cluster, dan indeks batasan UQ_Employees_Email menjadi cluster. Pertama-tama, mari kita hilangkan batasan berikut:

ALTER TABLE Karyawan DROP CONSTRAINT PK_Employees ALTER TABLE Karyawan DROP CONSTRAINT UQ_Employees_Email
Sekarang mari kita buat dengan opsi CLUSTERED dan NONCLUSTERED:

ALTER TABLE Employees ADD CONSTRAINT PK_Employees PRIMARY KEY NONCLUSTERED (ID) ALTER TABLE Employee ADD CONSTRAINT UQ_Employees_Email UNIK CLUSTERED (Email)
Sekarang, dengan memilih dari tabel Employees, kita akan melihat bahwa record diurutkan berdasarkan indeks cluster UQ_Employees_Email:

PILIH * DARI Karyawan

PENGENAL	Nama	Hari ulang tahun	Surel	ID Posisi	ID Departemen	Tanggal perekrutan
1003	Andreev A.A.	1982-04-17	[dilindungi email]	4	3	2015-04-08
1000	Ivanov I.I.	1955-02-19	[dilindungi email]	2	1	2015-04-08
1001	Petrov P.P.	1983-12-03	[dilindungi email]	3	3	2015-04-08
1002	Sidorov S.S.	1976-06-07	[dilindungi email]	1	2	2015-04-08

Sebelumnya, ketika indeks berkerumun adalah indeks PK_Employees, catatan diurutkan berdasarkan bidang ID secara default.

Namun dalam kasus ini, ini hanyalah contoh yang menunjukkan esensi dari indeks berkerumun, karena Kemungkinan besar, kueri akan dibuat ke tabel Karyawan menggunakan bidang ID dan dalam beberapa kasus, mungkin, tabel itu sendiri akan bertindak sebagai direktori.

Untuk direktori, biasanya disarankan untuk membuat indeks berkerumun pada kunci utama, karena dalam permintaan kita sering merujuk pada pengenal direktori untuk mendapatkan, misalnya nama (Jabatan, Departemen). Mari kita ingat di sini apa yang saya tulis di atas, bahwa indeks berkerumun memiliki akses langsung ke baris tabel, dan oleh karena itu kita bisa mendapatkan nilai kolom mana pun tanpa biaya tambahan.

Menguntungkan jika menerapkan indeks klaster pada bidang yang paling sering dijadikan sampel.

Terkadang tabel dibuat dengan kunci berdasarkan bidang pengganti; dalam hal ini, akan berguna untuk menyimpan opsi indeks CLUSTERED untuk indeks yang lebih sesuai dan menentukan opsi NONCLUSTERED saat membuat kunci utama pengganti.

Mari kita rangkum

Pada tahap ini, kita telah mengenal semua jenis batasan, dalam bentuknya yang paling sederhana, yang dibuat dengan perintah seperti “ALTER TABLE table_name ADD CONSTRAINT constraint_name…”:

• KUNCI UTAMA- kunci utama;
• KUNCI ASING– menyiapkan koneksi dan memantau integritas referensial data;
• UNIK– memungkinkan Anda menciptakan keunikan;
• MEMERIKSA– memungkinkan Anda memastikan kebenaran data yang dimasukkan;
• BAWAAN– memungkinkan Anda menetapkan nilai default;
• Perlu juga dicatat bahwa semua batasan dapat dihapus menggunakan perintah “ MENGUBAH TABEL nama_tabel JATUHKAN KENDALA kendala_nama".

Kami juga menyentuh sebagian topik indeks dan mengkaji konsep cluster ( BERKUMPULAN) dan tidak berkerumun ( TIDAK TERMASUK) indeks.

Membuat indeks mandiri

Yang kami maksud dengan independen di sini adalah indeks yang tidak dibuat di bawah batasan PRIMARY KEY atau UNIQUE.

Indeks pada suatu bidang atau field dapat dibuat dengan perintah berikut:

BUAT INDEKS IDX_Nama_Karyawan PADA Karyawan(Nama)
Di sini juga Anda dapat menentukan opsi CLUSTERED, NONCLUSTERED, UNIQUE, dan Anda juga dapat menentukan arah penyortiran setiap bidang ASC (default) atau DESC:

BUAT INDEKS NONCLUSTERED UNIK UQ_Employees_EmailDesc PADA Karyawan (Email DESC)
Saat membuat indeks non-clustered, opsi NONCLUSTERED dapat dihilangkan, karena ini tersirat secara default dan ditampilkan di sini hanya untuk menunjukkan posisi opsi CLUSTERED atau NONCLUSTERED dalam perintah.

Anda dapat menghapus indeks dengan perintah berikut:

DROP INDEX IDX_Employees_Name PADA Karyawan
Indeks sederhana, serta batasan, dapat dibuat dalam konteks perintah CREATE TABLE.

Misalnya, mari kita hapus tabelnya lagi:

DROP TABLE Karyawan
Dan kami akan membuatnya kembali dengan semua batasan dan indeks yang dibuat dengan satu perintah CREATE TABLE:

BUAT TABEL Karyawan(ID int NOT NULL, Nama nvarchar(30), Tanggal ulang tahun, Email nvarchar(30), PositionID int, DepartmentID int, Tanggal HireDate NOT NULL CONSTRAINT DF_Employees_HireDate DEFAULT SYSDATETIME(), ManagerID int, CONSTRAINT PK_Employees PRIMARY KEY (ID ), CONSTRAINT FK_Employees_DepartmentID FOREIGN KEY(DepartmentID) REFERENSI Departemen(ID), CONSTRAINT FK_Employees_PositionID FOREIGN KEY(PositionID) REFERENSI Posisi(ID), CONSTRAINT FK_Employees_ManagerID FOREIGN KEY (ManagerID) REFERENSI Karyawan(ID), CONSTRAINT UQ _Emp loyees_Email UNIK(Email), KENDALA CK_Employees_ID CHECK(ID ANTARA 1000 DAN 1999), INDEX IDX_Employees_Name(Nama))
Terakhir, mari masukkan karyawan kita ke dalam tabel:

MASUKKAN Karyawan (ID,Nama,Ulang Tahun,Email,ID Posisi,ID Departemen,ID Manajer)NILAI (1000,N"Ivanov I.I.","19550219"," [dilindungi email]",2,1,NULL), (1001,N"Petrov P.P.","19831203"," [dilindungi email]",3,3,1003), (1002,N"Sidorov S.S.","19760607"," [dilindungi email]",1,2,1000), (1003,N"Andreev AA.","19820417"," [dilindungi email]",4,3,1000)
Selain itu, perlu diperhatikan bahwa Anda dapat memasukkan nilai dalam indeks non-cluster dengan menentukannya di INCLUDE. Itu. dalam hal ini, indeks INCLUDE akan agak mengingatkan pada indeks berkerumun, hanya saja sekarang indeks tidak dilampirkan ke tabel, tetapi nilai yang diperlukan dilampirkan ke indeks. Oleh karena itu, indeks tersebut dapat sangat meningkatkan kinerja kueri pemilihan (SELECT), jika semua bidang yang terdaftar ada dalam indeks, maka akses ke tabel mungkin tidak diperlukan sama sekali. Namun hal ini secara alami meningkatkan ukuran indeks, karena nilai bidang yang terdaftar diduplikasi dalam indeks.

Ekstrak dari MSDN. Sintaks perintah umum untuk membuat indeks

BUAT [UNIK] [BERKUMPULAN | NONCLUSTERED ] INDEX nama_indeks AKTIF