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
19 lines
766 B
SQL
19 lines
766 B
SQL
-- Ansprechpartner am Vorgang, Anrede am Kontakt.
|
|
--
|
|
-- ACHTUNG, zum fuenften 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.
|
|
|
|
-- CreateEnum
|
|
CREATE TYPE "KontaktAnrede" AS ENUM ('OHNE', 'FRAU', 'HERR');
|
|
|
|
-- AlterTable
|
|
ALTER TABLE "kontakt" ADD COLUMN "anrede" "KontaktAnrede" NOT NULL DEFAULT 'OHNE';
|
|
|
|
-- AlterTable
|
|
ALTER TABLE "vorgang" ADD COLUMN "ansprechpartnerId" TEXT;
|
|
|
|
-- AddForeignKey
|
|
ALTER TABLE "vorgang" ADD CONSTRAINT "vorgang_ansprechpartnerId_fkey" FOREIGN KEY ("ansprechpartnerId") REFERENCES "kontakt"("id") ON DELETE SET NULL ON UPDATE CASCADE;
|