Florian Wilde
e19300b33d
Fuenf Migrationen verwiesen fuer die Herkunft der Trigramm-Indizes auf prisma/sql/suche.sql. Diese Datei gibt es nicht; sie heisst volltextsuche.sql. Der Hinweis steht genau dort, wo ihn jemand liest, der die naechste Migration erzeugt - ein falscher Pfad schickt ihn ins Leere. Dazu ein Verweis auf das Werkzeug aus #24: "npm run db:migration" nimmt die Zeilen inzwischen selbst heraus, die Kommentare rieten aber weiterhin nur zum Nachsehen. Geprueft, bevor die Dateien angefasst wurden: Prisma speichert zwar eine Pruefsumme je Migration, "migrate deploy" verifiziert sie fuer bereits angewendete Migrationen aber nicht. Nachgestellt mit genau der Lage, die auch auf dem Server entsteht - Pruefsumme in der Datenbank weicht ab, "migrate status" und "migrate deploy" bleiben zufrieden. Refs #25
32 lines
1.3 KiB
SQL
32 lines
1.3 KiB
SQL
-- Abgehakte Zahlungsgruppen: "das ist kein Vertrag".
|
|
--
|
|
-- ACHTUNG, zum zweiten Mal in diesem Projekt: "prisma migrate diff" wollte
|
|
-- hier wieder die Trigramm-Indizes "dokument_absender_trgm" und
|
|
-- "vorgang_titel_trgm" loeschen. Die stammen aus prisma/sql/volltextsuche.sql und
|
|
-- sind Prisma unbekannt; ein DROP haette die unscharfe Suche stillgelegt,
|
|
-- ohne dass irgendetwas fehlgeschlagen waere. Die Zeilen sind entfernt.
|
|
-- Wer die naechste Migration erzeugt: nachsehen und wieder herausnehmen.
|
|
-- Kuenftig nimmt "npm run db:migration" diese Zeilen selbst heraus.
|
|
|
|
-- CreateTable
|
|
CREATE TABLE "zahlungsgruppe_geklaert" (
|
|
"id" TEXT NOT NULL,
|
|
"betreuteId" TEXT NOT NULL,
|
|
"schluessel" TEXT NOT NULL,
|
|
"anzeigename" TEXT NOT NULL,
|
|
"begruendung" TEXT,
|
|
"erstelltAm" TIMESTAMP(3) NOT NULL DEFAULT CURRENT_TIMESTAMP,
|
|
|
|
CONSTRAINT "zahlungsgruppe_geklaert_pkey" PRIMARY KEY ("id")
|
|
);
|
|
|
|
-- CreateIndex
|
|
CREATE INDEX "zahlungsgruppe_geklaert_betreuteId_idx" ON "zahlungsgruppe_geklaert"("betreuteId");
|
|
|
|
-- CreateIndex
|
|
CREATE UNIQUE INDEX "zahlungsgruppe_geklaert_betreuteId_schluessel_key" ON "zahlungsgruppe_geklaert"("betreuteId", "schluessel");
|
|
|
|
-- AddForeignKey
|
|
ALTER TABLE "zahlungsgruppe_geklaert" ADD CONSTRAINT "zahlungsgruppe_geklaert_betreuteId_fkey" FOREIGN KEY ("betreuteId") REFERENCES "betreute"("id") ON DELETE CASCADE ON UPDATE CASCADE;
|
|
|