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
21 lines
868 B
SQL
21 lines
868 B
SQL
-- Dauerzahlungen: Buchung.vertragId.
|
|
--
|
|
-- ACHTUNG, zum dritten Mal: "prisma migrate diff" wollte wieder die
|
|
-- Trigramm-Indizes "dokument_absender_trgm" und "vorgang_titel_trgm"
|
|
-- loeschen. Sie stammen aus prisma/sql/volltextsuche.sql und sind Prisma
|
|
-- unbekannt; ein DROP legt die unscharfe Suche stumm, ohne dass etwas
|
|
-- fehlschlaegt. Zeilen entfernt. Wer die naechste Migration erzeugt:
|
|
-- nachsehen.
|
|
-- Kuenftig nimmt "npm run db:migration" diese Zeilen selbst heraus.
|
|
|
|
-- AlterTable
|
|
ALTER TABLE "buchung" ADD COLUMN "vertragAutomatisch" BOOLEAN NOT NULL DEFAULT false,
|
|
ADD COLUMN "vertragId" TEXT;
|
|
|
|
-- CreateIndex
|
|
CREATE INDEX "buchung_vertragId_idx" ON "buchung"("vertragId");
|
|
|
|
-- AddForeignKey
|
|
ALTER TABLE "buchung" ADD CONSTRAINT "buchung_vertragId_fkey" FOREIGN KEY ("vertragId") REFERENCES "vertrag"("id") ON DELETE SET NULL ON UPDATE CASCADE;
|
|
|