Kreuztabellen Datenvalidierung

Question

brauchen Ihre Hilfe

Ich habe 2 verbundene Einheiten: Bibliothek Leser (Abonnent) und Buch Probleme. Reader kann für einen gewissen Zeitraum in Tagen gesperrt werden, da brechen Bibliothek Regeln:

Ich brauche Scheck hinzufügen, so dass Leser, der Sperrzeitraum ist noch nicht beendet, konnte kein Buch in einem nehmen Bibliothek (mit anderen Worten, Issue.Taken> Subscriber.Lock_Date + Subscriber.Lock_Period)

Bitte helfen, wie kann ich das tun?

Answer 1

ich mit MTO darüber einig, dass eine solche Validierungen von Anwendungscode verarbeitet werden (über eine gespeicherte Prozedur). Wenn Sie jedoch darauf bestehen, diese Validierung über die Datenbank durchzuführen, ist der folgende Trigger hilfreich. Auch hier empfehle ich diese Lösung nicht, und der beste Weg wäre, sie mit Anwendungslogik zu behandeln.

CREATE OR REPLACE TRIGGER trg_val_lock_dt 
BEFORE INSERT ON issue 
FOR EACH ROW 
DECLARE 
    v_is_valid CHAR(1); 
BEGIN 

    v_is_valid := 'Y'; 

    SELECT 'N' INTO v_is_valid 
    FROM subscriber s 
    WHERE :NEW.subscr_id = s.subscr_id 
    AND :NEW.taken BETWEEN s.lock_date AND (s.lock_date + lock_period); 

    RAISE_APPLICATION_ERROR(-20001,'The subscriber is locked'); 

EXCEPTION 
    WHEN NO_DATA_FOUND THEN 
     NULL; 
END; 

Der obige Trigger wird vor jedem Einsatz Feuer in der Ausgabe Tabelle. Es wird geprüft, ob das eingegebene Datum zwischen dem Sperrdatum und dem Sperrdatum + Sperrzeitraum liegt (was das Sperrenddatum wäre). Wenn ein solcher Datensatz gefunden wird, wird der folgende Fehler ausgegeben und die Zeile wird nicht eingefügt.

ORA-20001: The subscriber is locked 
ORA-06512: at "RETAIL_1.TRG_VAL_LOCK_DT", line 12 

Wenn die Bedingung nicht erfüllt ist, dann wird die keine Daten gefunden Ausnahme ausgelöst werden, wenn der Auslöser nichts tun wird, und die Zeile eingefügt wird.

Answer 2

Dies sollte wirklich in der Geschäftslogik und nicht auf der Tabellenebene behandelt werden.

aber man könnte es tun, eine materialisierte Ansicht mit:

CREATE TABLE subscriber (
    id   INT PRIMARY KEY, 
    lock_date DATE, 
    lock_period INTERVAL DAY(5) TO SECOND 
); 

CREATE TABLE issue (
    id  INT PRIMARY KEY, 
    subscr_id INT NOT NULL REFERENCES subscriber(id), 
    book_id INT, 
    taken  DATE, 
    returned DATE 
); 

CREATE MATERIALIZED VIEW LOG ON subscriber 
    WITH SEQUENCE, ROWID(id, lock_date, lock_period) 
    INCLUDING NEW VALUES; 

CREATE MATERIALIZED VIEW LOG ON issue 
    WITH SEQUENCE, ROWID(subscr_id, taken) 
    INCLUDING NEW VALUES; 

CREATE MATERIALIZED VIEW subscriber_issue_MV 
    BUILD IMMEDIATE 
    REFRESH FAST ON COMMIT 
    AS SELECT s.id, 
      s.lock_date, 
      s.lock_period, 
      i.taken 
     FROM subscriber s 
      INNER JOIN 
      issue i 
      ON (i.subscr_id = s.id); 

ALTER TABLE subscriber_issue_MV ADD CONSTRAINT subscriber_issue__mv__chk 
    CHECK ( lock_date IS NULL 
     OR lock_period IS NULL 
     OR NOT taken BETWEEN lock_date AND lock_date + lock_period);