PostgreSQL Parametrisierte Insert mit ADO.NET

Ich bin mit NpgSQL mit PostgreSQL und ADO.NET. Verzeihen Sie die Einfachheit der Frage, als ich gerade angefangen mit PostgreSQL und NpgSQL in dieser Woche.

So etwas gut funktioniert:

[Test]
public void InsertNoParameters()
{
    NpgsqlConnection conn = new NpgsqlConnection("Host=localhost; Database=postgres; User ID=postgres; Password=password");
    conn.Open();

    IDbCommand command = conn.CreateCommand();
    string sql = "INSERT INTO Customers (FirstName,LastName) VALUES ('Test','Tube')";
    command.CommandText = sql;
    command.ExecuteNonQuery();
    conn.Close();
}

Wenn ich in Parameter bekomme ich die Fehlermeldung:
Npgsql.NpgsqlException : FEHLER: 42703: Spalte "_firstname" existiert nicht

[Test]
public void InsertWithParameters()
{
NpgsqlConnection conn = new NpgsqlConnection("Host=localhost; Database=postgres; User ID=postgres; Password=password");
conn.Open();

IDbCommand command = conn.CreateCommand();
string sql = "INSERT INTO Customers (FirstName,LastName) VALUES (_FirstName,_LastName)";
command.CommandText = sql;

var parameter = command.CreateParameter();
parameter.ParameterName = "_FirstName";
parameter.Value = "Test";
command.Parameters.Add(parameter);

parameter = command.CreateParameter();
parameter.ParameterName = "_LastName";
parameter.Value = "Tube";
command.Parameters.Add(parameter);

command.ExecuteNonQuery();
conn.Close();
}
  • Groß - <> Kleinschreibung. Verwenden Sie entweder nur Kleinbuchstaben oder Angabe Ihrer Bezeichner (mit Anführungszeichen).
  • Ich habe gerade versucht alles in Kleinbuchstaben die Namen der parameter und ich bin noch immer der gleiche Fehler.
  • in psql (oder pgadmin) prüfen, was die tatsächlichen Namen der Spalten sind.
  • Soweit ich weiß, die meisten Fahrer, einschließlich der postgresql-Treiber befolgen Sie die microsoft-übereinkommens, um Parameter zu identifizieren, die mit einem @ Präfix, nicht mit einem Unterstrich (_)
  • Es sieht aus wie ein @ - Zeichen. Es ist seltsam, denn die @ ist ungültig für die Funktion Parameter.
  • Das ist irrelevant, es wird im Treiber nicht auf dem server.

InformationsquelleAutor Greg Finzer | 2015-08-22
  1. 7

    Die Antworten in die Kommentare richtig sind:

    1. Npgsql nicht unterstützt _ als parameter-Platzhalter-Schreibweise. Sie sollten mit @ oder : (also @FirstName oder :Vorname, nicht _FirstName).
    2. PostgreSQL wird automatisch in Kleinbuchstaben Ihre Tabellen-und Spaltennamen, es sei denn, Sie sind von doppelten Anführungszeichen. Entweder verwenden kleingeschriebene Namen für alles (einfacher) oder ein Zitat Kennungen in Ihren SQL-Abfragen.

    Also dein code sieht mehr oder weniger wie diese:

    IDbCommand command = conn.CreateCommand();
string sql = "INSERT INTO Customers (first_name, last_name) VALUES (@FirstName,@LastName)";
command.CommandText = sql;

var parameter = command.CreateParameter();
parameter.ParameterName = "FirstName";
parameter.Value = "Test";
command.Parameters.Add(parameter);
    • Ich Stimme mit #2 Empfehlungen. Bezeichner in Anführungszeichen sollten nicht verwendet werden, die in der Regel. Wenn Sie ein Feld definieren, mit Zitate die man auch haben, um Sie jedes mal, wenn Sie auf das Feld. Also ist es besser es Wert sein (aber es wird nicht sein). Gehäuse vs Unterstrich, ist umstritten. Mit cased-Namen funktioniert ganz gut ohne Bezeichner in Anführungszeichen, und es wird besser sein, manchmal... hängt von dem Projekt ab.
    • Mit cased Namen, die nicht nur gut funktionieren, ohne Bezeichner, in dem Sinne, dass PostgreSQL Falten Sie die Namen in Kleinbuchstaben um. Dies bedeutet, dass Ident1 und ident1 werden in Konflikt. Es gibt nichts besonders falsch mit der Angabe der Identifier - dies ist eine standard-PostgreSQL-Praxis und eine Notwendigkeit, wo Sie groß-und Kleinschreibung ist erwünscht. Zum Beispiel, ein O/RM-maps-C# - property-Namen zu Datenbank-Spalten (z.B. Entity Framework), werden in der Regel zitieren, alle Bezeichner.
    • Sie können die Problem-definition-Abfragen und Daten-Abfragen mit cased Namen, und es wird funktionieren just fine. Postgres behandelt wird Sie mit seiner version von "Fall Unempfindlichkeit", das heißt, Sie wird niedriger sein, verkleidet. ORMs nicht in der Lage, die Zuordnung eines kleingeschriebenen Namen einen Fall-benanntes Objekt Eigenschaften wird wahrscheinlich auch das problem mit deinem anderen Vorschlag mit Unterstrichen. ORMs, erstellen Sie Spalten mit Bezeichnern sind, erstellen eine Schuld, dass es den Benutzern wird in der Zukunft zu zahlen.
    • Alles "just fine", bis Sie zufällig zwei Bezeichner sind identisch, wenn gefaltet-zu Kleinbuchstaben. Dies ist der Grund, warum keine O/RM, die Karten-id von einem zwischen groß-und Kleinschreibung (wie C#) zu PostgreSQL, unbedingt zitieren, da sonst früher oder später zwei Eigenschaften werden Falten in der gleichen Kleinbuchstaben und boom.
    • Wenn Sie Steuern alle Anwendungen, die Zugriff auf Ihre Datenbank und können sicherstellen, dass alle Bezeichner sind deutlich, es ist in Ordnung, nicht zu zitieren. Wenn Sie schreiben eine general-purpose-Komponenten, wie zum Beispiel eine O/RM gibt es eine sehr gute chance, Sie müssen zitieren. Es hängt alles vom Kontext ab.
    InformationsquelleAutor Shay Rojansky
Schreibe einen Kommentar