31 lines
1.6 KiB
SQL
31 lines
1.6 KiB
SQL
-- ---------------------------------------------------------------------------
|
||
-- HANDGESCHRIEBEN. Prisma erzeugt hier zusaetzlich Loeschbefehle fuer die
|
||
-- zusammengesetzten Fremdschluessel (Mandantengrenze), die Trigramm-Indizes
|
||
-- (Archivsuche), die partiellen eindeutigen Indizes und die Trigger auf
|
||
-- veroeffentlichten Versionen: es kennt sie nicht, weil sie sich im Schema nicht
|
||
-- ausdruecken lassen. Diese Loeschbefehle sind bewusst gestrichen.
|
||
--
|
||
-- tests/datenbankregeln.test.ts prueft, dass alle diese Objekte vorhanden sind –
|
||
-- ein versehentlich stehengelassener Loeschbefehl faellt dort sofort auf.
|
||
-- ---------------------------------------------------------------------------
|
||
|
||
-- Abteilungsspezifische Zusatzabschnitte (#031).
|
||
--
|
||
-- Beim Onboarding in der Buchhaltung gehoeren Schritte dazu, die sonst niemand
|
||
-- braucht. Bisher hiess die Wahl: eine Vorlage je Abteilung pflegen, oder
|
||
-- Schritte, die fuer die meisten "nicht zutreffend" sind.
|
||
--
|
||
-- Namen und nicht Kennungen: der Abschnitt gehoert zur Version und muss ein
|
||
-- Umbenennen oder Archivieren einer Abteilung ueberleben.
|
||
ALTER TABLE "VorlagenAbschnitt"
|
||
ADD COLUMN "nurFuerAbteilungen" TEXT[] NOT NULL DEFAULT ARRAY[]::TEXT[];
|
||
|
||
-- Welche Abschnitte fuer einen Lauf gelten, beim Start festgeschrieben.
|
||
--
|
||
-- Leer heisst **alle**. Bestehende Laeufe bekommen damit genau ihr bisheriges
|
||
-- Verhalten, ohne Nachfuehrung: sie zeigen weiter jeden Abschnitt ihrer Version.
|
||
-- Festgeschrieben und nicht berechnet, weil ein archivierter Lauf genau die
|
||
-- Schritte zeigen muss, die damals abgearbeitet wurden.
|
||
ALTER TABLE "Lauf"
|
||
ADD COLUMN "geltendeAbschnitte" TEXT[] NOT NULL DEFAULT ARRAY[]::TEXT[];
|