Suchergebnisse

Jo, was siycah als "prepared Statement" bezeichnet, stellt sich in der .Net Welt als parametrisiertes DbCommand dar - so wie'ss INOPIAE vormacht. Nur musst du es auch so machen, wie ers vormacht. Schau genau an, was er als query baut, und was du. Er verwendet einen Platzhalter im CommandText. Was anderes: Architektonisch ists höchst unangebracht, die ColumnList als Event an iwelche Empfänger zu verteilen. Schreib stattdessen eine Function, die die ColumnList einfach returnt. (Ist dir das ühaupt …

naja, solange du keine Platzhalter verwendest, wird die Warnung auch nicht weggehen. Zitat von Amelie: „Einiges bring gleich einen Absturz.....“Gähn... - und immer wieder gern die Nachfrage: Fehlermeldung? Fehlerzeile?

Zitat von Amelie: „SQLite error (1): near "@tableName": syntax error in "PRAGMA table_info(@tableName)"“Tja, wenn PRAGMA table_info(@tableName) einen SqLite-SyntaxError gibt, dann wäre das erste, die SqLite-Syntax-Doku nachzulesen. Vielleicht kann SqLite keine benannten Parameter, und erwartet ? stattdessen? Oder wasweissich - ich werd die SqLite-Syntax-Doku jetzt nicht nachlesen

Zitat von Amelie: „Und bei egal was ich als Platzhalter, in welcher Form auch immer“ probierma:VB.NET-Quellcode (3 Zeilen)

Zitat von DTF: „Deshalb sehe ich hier auch keinen Grund jedes Luftloch zuspachteln zu müssen damit es Wasserdicht ist.“Aber IMO wäre schon recht wichtig, ob es Amelie überhaupt gelingt, eine parametrisierte Abfrage an SqLite abzufahren. Zum einen um zu verifizieren, das SqLite das grundsätzlich kann (wenn auch nicht in diesem PRAGMA-Ausdruck). Zum andern, wenn Amelie mal an eine richtige Db geht, dass sie dann nicht gezwungen ist, unverantwortlichen Bockmist zu coden.

Tja - vlt habich was übersehen. Aber ich erinner mich an keinem Code von Amelie, der eine parametrisierte Db-Abfrage durchführt, von der sie sagt, dasses funzt. Und falls sie das nicht kann, wird das mit grosser Wahrscheinlichkeit (kann natürlich auch sein, dass nicht...) zu unverantwortlichen Sicherheitslücken führen, falls sie mal was für andere Nutzer als sich selbst codet.

sag bescheid, wenn du lernen möchtest, parametrisierte DbCommands zu verwenden. Dass die PRAGMA-Anweisung dafür nicht geeignet ist, hat sich ja nu herauskristallisiert. Das ist aber auch eine sehr ungewöhnliche Abfrage - normalerweise kennt man die Spalten der DbTabelle ja bereits. Also mit anderen Abfragen könntest du lernen, parametrisierte DbCommands zu verwenden.

Zitat von Amelie: „ob das mit meinem "CleanCode" usw nun besser geworden ist.“- ConToDatabase() kann weg - der Code sollte in Sub New ausgeführt werden, ausser: connection.Open(). Das sollte da aufgerufen werden, wo die connection geöffnet werden soll. - CloseConnection() kann weg - stattdessen reicht der direkte Aufruf: connection.Close(). - Wozu Property SelectedTable erforderlich ist ist nicht ersichtlich. - LoadTableColumns() führt eine beliebige Query aus - macht somit etwas ganz anderes al…