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
29 lines
1.0 KiB
SQL
29 lines
1.0 KiB
SQL
-- Eigene Schreibvorlagen.
|
|
--
|
|
-- ACHTUNG, zum vierten Mal: "prisma migrate diff" wollte wieder die
|
|
-- Trigramm-Indizes aus prisma/sql/volltextsuche.sql loeschen. Zeilen entfernt.
|
|
-- Wer die naechste Migration erzeugt: nachsehen.
|
|
-- Kuenftig nimmt "npm run db:migration" diese Zeilen selbst heraus.
|
|
|
|
-- CreateTable
|
|
CREATE TABLE "schreibvorlage" (
|
|
"id" TEXT NOT NULL,
|
|
"betreuteId" TEXT NOT NULL,
|
|
"name" TEXT NOT NULL,
|
|
"betreff" TEXT NOT NULL DEFAULT '',
|
|
"text" TEXT NOT NULL,
|
|
"ohneBestellungsabsatz" BOOLEAN NOT NULL DEFAULT false,
|
|
"erstelltAm" TIMESTAMP(3) NOT NULL DEFAULT CURRENT_TIMESTAMP,
|
|
"aktualisiertAm" TIMESTAMP(3) NOT NULL,
|
|
"geloeschtAm" TIMESTAMP(3),
|
|
|
|
CONSTRAINT "schreibvorlage_pkey" PRIMARY KEY ("id")
|
|
);
|
|
|
|
-- CreateIndex
|
|
CREATE INDEX "schreibvorlage_betreuteId_idx" ON "schreibvorlage"("betreuteId");
|
|
|
|
-- AddForeignKey
|
|
ALTER TABLE "schreibvorlage" ADD CONSTRAINT "schreibvorlage_betreuteId_fkey" FOREIGN KEY ("betreuteId") REFERENCES "betreute"("id") ON DELETE CASCADE ON UPDATE CASCADE;
|
|
|