Oracle-SQL-Syntax - Check mehrere Spalten für NICHT NULL

Gibt es noch weitere prägnante syntax für die überprüfung, ob mehrere Spalten, die nicht null sind? Ich bin auf der Suche zu vereinfachen

weight IS NOT NULL AND
weight_unit IS NOT NULL AND
length IS NOT NULL AND
width IS NOT NULL AND
height IS NOT NULL AND
dimensional_unit IS NOT NULL

in etwas kürzer.

Oracle verwenden, wenn es relevant ist.

Ich bin mir ziemlich sicher, dass dies ein dupe, aber ich kann nicht scheinen, um es zu suchen.
Wenn dies ist wahrscheinlich eine Bedingung, die Sie vermeiden wollen (ich.e alle null), dann würde ich vorschlagen, das hinzufügen von NICHT-NULL-Randbedingungen auf den Tisch und dann deine Abfrage wird nie brauchen, um zu überprüfen.
Stimme mit @DaveRlz: schlage vor, dass Sie separate Tabellen für ThingWeight und ThingSize jeweils so, dass, wenn eine Sache, das Gewicht ist unbekannt/nicht zutreffend/etc, dann fügen Sie nicht eine Zeile zu den ThingWeight Tabelle.
scheint ziemlich einfach zu Lesen und auf den Punkt, so, wie Sie es...warum ändern Sie es auf etwas anderes?
Als mein SQL ist derzeit geschrieben ist, kann ich nur wiederholen, dass snippet vier mal - also ich war auf der Suche nach einer schöneren Lösung.
Leider ist die Tabelle nicht unter meiner Kontrolle, und ich kann nur davon gelesen.

InformationsquelleAutor jbreed | 2011-12-21

Mit De Morgan ' s Gesetz:

NICHT (A ODER B) = (NICHT A) UND (NICHT B)

sparen Sie 20 chars 😉

NOT (
weight IS NULL OR
weight_unit IS NULL OR
length IS NULL OR
width IS NULL OR
height IS NULL OR
dimensional_unit IS NULL 
)

InformationsquelleAutor dani herrera

2

Soweit ich weiß, gibt es nicht so eine syntax.

Aber wenn alle numerisch sind, können Sie diesen trick verwenden:
```
weight + weight_unit + length + width + height + dimensional_unit is not null
```
- Das wäre eine schlechte Idee, wenn eine der Spalten einen index, denn es würde verhindern, dass die Datenbank mithilfe des index zur Beantwortung der Anfrage. Besser zu halten mit der UND.
- Falls jemand übersetzen will diesem trick, um die Verkettung von varchar2-oder varchar-Spalten-id wird nicht funktionieren. In Oracle unter Verwendung der Verkettung. A || B wird A wenn B null ist. So 'C1 || C2 || C3 || C4' wäre nicht null, wenn eine Spalte nicht null ist.
- Kein Problem, hier wirklich. Die 6 verkettete IS NOT NULL Bedingungen nicht index freundlich, aber Sie tun es.
- dies ist nur ein brainstorming. Und, wie Martin schon sagte, ist es nicht wahrscheinlich, dass ein index verwendet, mit einem einfachen "ist nicht null" - Bedingung. Aber, ich bin sicher, dass die original-version mit vielen "ist nicht null" ' s ist besser.
- Eigentlich IST NICHT NULL-Bedingungen schlagen können Indizes. Diejenigen, die in der Regel entgegen-index der access-Pfade sind die IS NULL-Bedingungen.
- Das hängt davon ab, RDBMS. TBH ich dachte der SQL Server - NULL Werte gespeichert werden in Indizes also auch, wenn Sie geschehen, um eine 6 Spalte composite index auf alle Spalten von Interesse, es würde nicht wirklich helfen (und wenn Sie hatte eine einzige Spalte Indizes ein 6-Fach-index-join, würde wahrscheinlich werden aus durchgeführt, indem ein scan der gesamten Tabelle). Ich habe eine vage Erinnerung, dass in Oracle-Null-Werte werden nicht gespeichert in Indizes also ich denke, Indizes kann einige Möglichkeit, um nützlicher zu sein hier.
- Oracle B-Baum-Indizes haben keine null-Werte, während bitmap-Indizes tun. Oracle hat aber auch Full-Index-Scan und Fast Full Index Scan Zugriff auf Pfade, die in einigen Fällen kann eine Anfrage zu beantworten, die ausschließlich von Indizes, ohne auf eine Tabelle. Und darüber hinaus gibt es einen index, bitmap-Konvertierung Zugriff auf Pfad, der in der Lage ist, zu kombinieren mehrerer Indizes. Es ist einfach keine gute Idee, eine komplexe funktionelle Einschränkung, wenn Sie können, verwenden Sie eine Kombination von primitiven. Die Datenbank hat mehr Chancen zu optimieren, das letztere—nicht nur heute-Datenbanken, sondern auch für zukünftige verbesserte Versionen zu.
- danke für den Hinweis.
InformationsquelleAutor Florin Ghita

ALTER TABLE X
   ADD CONSTRAINT C_X_NN
      CHECK (  (
               DECODE (weight, NULL, 0, 1) +
               DECODE (weight_unit, NULL, 0, 1) +
               DECODE (length      , NULL, 0, 1) +
               DECODE (width     , NULL, 0, 1) +
               DECODE (height      , NULL, 0, 1) +
               DECODE (dimensional_unit , NULL, 0, 1)
               ) = 0
            );

Vielleicht eine Erklärung mit dem code ?
Dies ist eine sehr gute Lösung, warum die downvotes?

InformationsquelleAutor Sigurrd Greinert

-1

Wenn Sie möchten, um zu überprüfen, ob ALLE Spalten, die NICHT NULL sind, dann könnten Sie Verketten der Spalten zuerst und dann Teste mal, IST NICHT NULL.e.g:
```
weight || weight_unit || length || width || height || dimensional_unit IS NOT NULL
```
Dieser wird überprüfen, ob alle Werte zusammen werden über diese Felder nicht auf eine völlige NULL.

Wenn auch nur testen, ob es vielleicht eine NULL darunter dann denke ich, dass die ursprüngliche Aussage aus der Frage ist immer noch der beste Weg, es zu tun.
- Er will, dass KEINER von Ihnen NULL sein. Was Sie schrieb, geschrieben werden können, besser mit COALESCE (wheight,Länge, ...) ist nicht null
- Entschuldigung, entsprechend aktualisiert
- In Oracle, die überarbeitete Antwort-gibt true zurück, wenn der Wert nicht null ist, nicht wenn alle Antworten, die nicht null sind (z.B. 'a' || null = 'a').
InformationsquelleAutor Matt Donnan
-1

Ich versucht dieses problem zu lösen,
Wenn alle Spalten/Variablen sind vom Typ numeric oder varchar2 dann können wir auf folgende Weise in sql, pl/sql :
```
LENGTH(COL1||COL2||COL3) IS NOT NULL 
```
Hoffe, dies wird Ihnen helfen.

InformationsquelleAutor Amol
-2

Wie über dieses .....
verbinden(Feld1,Feld2,....,fieldn) ist nicht null

Ich denke, dies würde dem Zweck dienen!!!!
- Wäre es nicht. Es ist wahr, wenn MINDESTENS EINE der Spalten, die nicht null ist, die Frage ist um zu testen, ob ALLE Spalten, die nicht null sind.
InformationsquelleAutor Rabi Panda

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.