Tëscht SQL: Beispiller Beschreiwung

Wéini mat engem relational Datebank schaffen an deenen Daten an Dëscher gespäichert ass, Benotzer ginn oft mat der Aufgab vun probéieren Wäerter abegraff (net abegraff) an engem bestëmmte Beräich konfrontéiert. SQL Sprooch erlaabt Iech MÉI ze definéieren, wat soll (soll net) op de Wäert vun verschidden Optiounen gehéieren - Bedreiwer An, Wéi Bedreiwer, eng Kombinatioun vun Konditiounen méi - manner, wéi och SQL fir Tëscht Bedreiwer. Beschreiwung a Beispiller an dësem Artikel gëtt op déi neisten Versioun duerchbriechen.

"Tëschent" Bedreiwer vun SQL: Syntaxfeler Restriktiounen

Wuertwiertlech Bedreiwer tëscht SQL an iwwersat - "am tëscht". Seng Gebrauch mécht et méiglech eng Limite "a vum" eng bestëmmte Plaz ze setzen, an wann den nächsten Wäert am Beräich falen, da de predicate wäert zu "richteg", an de Wäert vun der Finale Prouf wäert falen ageriicht ginn.

D'Siwebiergen vun de Bedreiwer ass extrem einfach:

Wéi Dir, no der Schlësselwuert tëscht Dir gesitt kann muss de Wäert vun der ënneschter Limite präziséiert, da AN, an der ieweschter Limite.

Zielt, wat Daten de Bedreiwer Typ kann tëscht SQL Aarbecht:

1. Mat Zuelen - ganz an fractional.
2. Mat Datumen.
3. Mat Text.

Maachen dëst tëscht SQL Ausso huet D'Onofhängegkeet. Mir kréien wëssen hinnen:

1. Wann mat Zuelen an Datumen vun Limite Wäerter schaffen "a vum" sinn an der Prouf abegraff.
2. Ënneschten Rei Wäert muss manner wéi der ieweschter Limite, soss näischt ugewisen ginn, well d'Konditioun net logesch wor richteg ass. Allergréisste brauch gin, wann, amplaz spezifesch Wäerter an der Conditioun Verännerlechen abegraff sinn.

Wann mat dem Text Wäert vun den ieweschte Beräich schaffen ass net an der Prouf abegraff, wann et net ganz korrekt definéiert ass. Mir als dës Fonktioun vun den folgenden Rubriken am Detail.

Prouf Zuelen an Datumen an engem bestëmmte Beräich

Preparéieren en Dësch mat den Daten Manager an enger Organisatioun schaffen. Den Dësch wäert hunn dëse Struktur:

Fëllt an der Tabell vun de folgende Donnéeën:

Form der SQL Paieziedel tëscht, déi eis all de Mataarbechter ze wielt hëlleft déi 2 oder 3 Kanner hunn:

D'Resultat wäert dräi Zeile mat Daten iwwert Mataarbechter mat Familljenumm Shumilin, Tropnikov an Avdeeva ginn.

Elo wielt d'Mataarbechter vum 1. Januar 2005 bis den 31. Dezember 2016 kritt. Et soll feststellen, dass verschidde Datenbanken a verschiddene Weeër erlaben Iech wat vun Datumen ze Rekord. Am meeschte Fäll, den Datum vun engem Kraaft zu der Form Dag-Mount-Joer (oder méi praktesch) an an eenzel oder duebel Zitater opgeholl. D'DBMS MS Access Datum Kader vum Zeechen "#". Run dësem Beispill ass just baséiert op et:

D'Resultat gëtt fënnef Mataarbechter während der Period inklusiv agestallt ginn.

Nächst, mer elo kucken, wéi et tëscht SQL Sieg Wierker.

Aarbecht an tëschent Sieg

A ganz gemeinsam Problem dee geléist ginn muss, wou mat den Nimm vun Mataarbechter schaffen - ass de Besoin un wielt nëmmen fänken deenen hir Nimm mat engem bestëmmte Bréif. A mir probéieren d'Paieziedel a wielt Mataarbechter hir Nimm fänken mat de Familljennumm vun A op B ze exekutéieren:

D'Resultat ass wéi follegt:

Wéi Dir gesitt kann, goufen déi zwee Mataarbechter mat den Numm op de Bréif B an der Lëscht net abegraff. Wat ass de Grond? D'Tatsaach ass genee wéi de Bedreiwer Sieg vun ongläich Längt am Verglach. Linn "B" ass kuerz String "Vinogradov" an padded. Mä wann alphabetesch zortéiert Plazen wäert séier Zeeche ginn, an den Numm vun der Prouf gëtt net falen. Verschiddene Datenbanken déi verschidde Méiglechkeeten dëse Problem ze léisen, mee et ass oft am einfachsten der Zouverlässegkeet vun den nächsten Bréif vum Alphabet an der Rei ze soen:

Wann virschaffe, wäert de Paieziedel Resultat eis komplett zefridden.

Dëst nuance existéiert nëmmen wann mat Charakter Daten schaffen, mä et weist, datt och wann mat esou einfach Opérateuren als tëscht schaffen, mussen Dir virsiichteg sinn.