Isi kandungan:
Video: Ruby on Rails by Leila Hofer 2024
Pada masa-masa, anda mahu mendapatkan maklumat khusus dari jadual PELANGGAN dalam SQL. Anda tidak mahu melihat semuanya - hanya lajur dan baris khusus. Apa yang anda perlukan adalah pandangan.
A view adalah jadual maya. Dalam kebanyakan pelaksanaan, pandangan tidak mempunyai kewujudan fizikal bebas. Takrif pandangan wujud hanya dalam metadata pangkalan data, tetapi data itu berasal dari jadual atau jadual yang mana anda memperoleh pandangan itu. Data paparan tidak didayakan secara fizikal.
Paparan satu-jadual
Jika maklumat yang anda mahu ada dalam satu jadual, anda boleh membuat satu-jadual paparan data. Misalnya, anda ingin melihat nama dan nombor telefon semua pelanggan yang tinggal di negeri New Hampshire. Anda boleh membuat pandangan dari jadual PELANGGAN yang mengandungi hanya data yang anda mahukan. Kenyataan SQL berikut mencipta pandangan ini:
CREATE VIEW NH_CUST SEBAGAI PELANGGAN PELANGGAN. FirstName, PELANGGAN. LastName, PELANGGAN. Telefon DARIPADA PELANGGAN DI MANA PELANGGAN. Negeri = 'NH';
Anda boleh melakukan tugas yang sama dengan kurang menaip jika pelaksanaan SQL anda menganggap bahawa semua rujukan jadual adalah sama dengan yang di dalam klausa FROM. Jika sistem anda membuat andaian lalai yang munasabah, anda boleh mengurangkan pernyataan ke baris berikut:
CREATE VIEW NH_CUST SEBAGAI PEMILIH FirstName, LastName, Telefon FROM PELANGGAN WHERE STATE = 'NH';
Walaupun versi kedua lebih mudah untuk ditulis dan dibaca, ia lebih terdedah kepada gangguan dari arahan ALTER TABLE. Gangguan tersebut tidak menjadi masalah untuk kes mudah ini, yang tidak mempunyai JOIN, tetapi pandangan dengan JOIN lebih mantap apabila mereka menggunakan nama yang berkelayakan.
Paparan pelbagai
Lebih sering daripada tidak, anda perlu tarik data dari dua atau lebih jadual untuk menjawab soalan anda. Contohnya, contohnya, anda bekerja untuk kedai barangan sukan, dan anda ingin menghantar mailing promosi kepada semua pelanggan yang telah membeli peralatan ski sejak kedai dibuka tahun lepas.
Anda memerlukan maklumat dari jadual PELANGGAN, jadual PRODUCT, jadual INVOICE, dan jadual INVOICE_LINE. Anda boleh membuat pandangan pelbagai yang menunjukkan data yang anda perlukan. Setiap kali anda menggunakan paparan, ia mencerminkan sebarang perubahan yang berlaku dalam jadual asas sejak anda menggunakan pandangan terakhir.
Pangkalan data untuk kedai barangan sukan ini mengandungi empat jadual: PELANGGAN, PRODUK, INVOICE, dan INVOICE_LINE.
| Jadual | Lajur | Jenis Data | Kekerapan |
|---|---|---|---|
| PELANGGAN | Pelanggan | INTEGER | NOT NULL |
| FirstName | CHAR (15) | ||
| LastName < CHAR (20) | NOT NULL | Street | |
| CHAR (25) | City | ||
| CHAR (20) | State | ||
| CHAR (2) | Zipcode > CHAR (10) | ||
| Telefon | CHAR (13) | ||
| PRODUCT | ProductID | ||
| INTEGER | NOT NULL | Name | CHAR (25) |
| > CHAR (30) | Kategori | ||
| CHAR (15) | VendorID | ||
| INTEGER | VendorName | ||
| CHAR (30) | TIDAK NULL | ||
| Pelanggan ID | INTEGER | ||
| InvoiceDate | DATE | TotalSale | NUMERIC (9, 2) |
| TotalRemitted | NUMERIC (9, 2) | ||
| FormOfPayment < > CHAR (10) | INVOICE_LINE | ||
| LineNumber | INTEGER | ||
| NOT NULL | InvoiceNumber | ||
| INTEGER | NOT NULL | ||
| ProductID | INTEGER | NOT NULL > Kuantiti | INTEGER |
| SalePrice | NUMERIC (9, 2) | Perhatikan bahawa beberapa lajur mengandungi kekangan TIDAK NULL.Lajur ini sama ada kunci utama jadual atau lajur masing-masing yang anda pilih | |
| mesti | mengandungi nilai. Kunci utama jadual harus mengenal pasti setiap baris secara unik. Untuk melakukan itu, kunci utama mesti mengandungi nilai tidak bersalah dalam setiap baris. | Jadual-jadual tersebut saling berkaitan antara satu sama lain melalui lajur yang sama. Senarai berikut menghuraikan hubungan ini: | |
| Jadual PELANGGAN menghasilkan hubungan | satu-ke-banyak | ||
| ke jadual INVOICE. Seorang pelanggan boleh membuat pembelian berbilang, menjana pelbagai invois. Setiap invois, bagaimanapun, berkaitan dengan satu, dan hanya satu, pelanggan. | Jadual INVOICE mengandungi hubungan satu hala ke jadual INVOICE_LINE. Invois mungkin mempunyai beberapa baris, tetapi setiap baris muncul pada satu, dan hanya satu, invois. |
Jadual PRODUCT juga menanggung hubungan satu sama banyak ke jadual INVOICE_LINE. Produk boleh muncul pada lebih daripada satu baris pada satu atau lebih invois. Setiap baris, bagaimanapun, berkaitan dengan satu, dan hanya satu, produk. Pautan PELANGGAN memasuki jadual INVOICE oleh lajur Pelanggan ID biasa. Jadual INVOICE menghubungkan ke jadual INVOICE_LINE oleh lajur InvoiceNumber biasa. Pautan jadual PRODUCT ke jadual INVOICE_LINE oleh lajur ProductID yang biasa. Pautan ini adalah yang menjadikan pangkalan data ini pangkalan data relational
-
Untuk mengakses maklumat mengenai pelanggan yang membeli peralatan ski, anda memerlukan FirstName, LastName, Street, City, State, dan Kod Zip dari meja PELANGGAN; Kategori dari jadual PRODUCT; InvoiceNumber dari meja INVOICE; dan LineNumber dari jadual INVOICE_LINE. Anda boleh membuat pandangan yang anda mahu secara berperingkat dengan menggunakan pernyataan berikut: CREATE VIEW SKI_CUST1 SEBAGAI PILIH FirstName, LastName, Street, City, State, Kod Zip, InvoiceNumber FROM PELANGGAN JOIN INVOICE MENGGUNAKAN (CustomerID); CREATE VIEW SKI_CUST2 SEBAB PILIH FirstName, LastName, Street, City, State, Zipcode, ProductID DARI SKI_CUST1 JOIN INVOICE_LINE MENGGUNAKAN (InvoiceNumber); CREATE VIEW SKI_CUST3 SEBAB PILIH FirstName, LastName, Street, City, State, Zipcode, Kategori FROM SKI_CUST2 JOIN PRODUK MENGGUNAKAN (ProductID); CREATE VIEW SKI_CUST SEBAGAI PILIH DIMINTA FirstName, LastName, Street, City, State, Zipcode FROM SKI_CUST3 WHERE CATEGORY = 'Ski'; Kenyataan CREATE VIEW ini menggabungkan data dari beberapa jadual dengan menggunakan operator JOIN.
-
Berikut adalah ringkasan dari empat pernyataan CREATE VIEW:
-
Pernyataan pertama menggabungkan lajur dari meja PELANGGAN dengan lajur jadual INVOICE untuk membuat paparan SKI_CUST1.
Pernyataan kedua menggabungkan SKI_CUST1 dengan lajur dari jadual INVOICE_LINE untuk membuat paparan SKI_CUST2. Kenyataan ketiga menggabungkan SKI_CUST2 dengan lajur dari jadual PRODUCT untuk membuat pandangan SKI_CUST3. Kenyataan keempat menyaring semua baris yang tidak mempunyai kategori Ski. Hasilnya adalah pandangan (SKI_CUST) yang mengandungi nama dan alamat semua pelanggan yang membeli sekurang-kurangnya satu produk dalam kategori Ski.
Kata kunci DISTINCT dalam klausa SELECT CREATE VIEW SELECT yang keempat memastikan bahawa anda hanya mempunyai satu entri untuk setiap pelanggan, walaupun beberapa pelanggan membuat banyak pembelian barangan ski.
