Wie man MySQL-artige Fragezeichen `?` Gebundene Parameter in Postgres-Stil `$ 1`-gebundene Parameter umwandelt

Question

Ich konvertiere ein bestehendes Projekt von MySQL nach Postgres. Es gibt einige rohe SQL-Literale im Code, die ? als einen Platzhalter verwenden, z.

SELECT 
    id 
    FROM 
    users 
    WHERE 
    name = ? 

Aber ich bekomme diese Fehlermeldung:

DB query error: error: operator does not exist: character varying = ? 

Ich will nicht alle von ? meine vorhandenen SQL konvertieren Postgres-Stil Operatoren wie $1.

Gibt es eine Möglichkeit, dass Knoten-Postgres stattdessen die Fragezeichen akzeptieren, oder ein Dienstprogramm, das Postgres-Stil-Params konvertieren kann?

Beachten Sie, dass eine Art Regex-basierter Hack nicht akzeptabel ist, da Fragezeichen in Anführungszeichen gesetzt werden können oder ein Backslash in jede Tiefe maskiert werden kann.

Answer 1

Is there some way of having node-postgres accept the question marks instead?

NR. Und es gibt keine direkte Entsprechung zwischen ? und $1 Syntax, weil letztere die Wiederverwendung von Parametern impliziert, während ? es nicht erlaubt. Wenn Sie beispielsweise ? ? ? verwenden, bedeutet dies, dass Sie 3 Formatierungsparameter haben, während $1 $2 $2 impliziert, dass Sie zwei Formatierungsparameter haben.

Nicht wahrscheinlich, da es keine direkte Korrespondenz gibt, ist die Konvertierung nur einseitig möglich, was ein solches Dienstprogramm ziemlich nutzlos machen würde. Sie können alles selbst mit einem einzigen regulären Ausdruck ersetzen, indem Sie alle ? durch $ + index + 1 ersetzen.

I don't want to convert all my existing SQL from ? to postgres-style operators like $1 .

Sie haben nicht wirklich viel Auswahl in diesem. Es muss getan werden. Außerdem ist $1 viel flexibler als ?, aufgrund der Wiederverwendung von Parametern, plus optionale Erweiterungen. Beispielsweise erstreckt sich pg-promise sie sehr schön, mit verschiedenen Formatierungs Modifikatoren, die häufig benötigt werden: ^, ~, :json, :csv, etc ...

Note that some sort of Regex-based hack is not acceptable because question marks can be inside quotes, or backslash escaped to any depth.

Sie verbringen wahrscheinlich weniger Zeit, um Ihre SQL von Hand konvertieren, als die Zeit, um ein Dienstprogramm für die einfache richtige Konvertierung zu schreiben.