Suchergebnisse

Zitat: „DatumString“In einer DB haben DatumStrings nix verloren. Es gibt dort sicherlich einen oder sogar mehrere Datentypen für Datumse, und die sollten verwendet werden - keine Strings. Auch im Code haben Strings nix verloren, es gibt (System.Date) oder (System.DateTimeOffset, wenns ganz genau sein soll). Daten sollten unbedingt(!!!) mit DbParametern an die DB gesendet werden, und ein DbParameter für Date verlangt ein Date, keinesfalls einen DatumString. Siehe Must-Know: Sql-Injection Siehs po…

Zitat von Hanuta: „Das Thema Parameter wird nicht funktionieren, fürchte ich. Dafür habe ich imho viel zu viele zu unterschiedliche Querys. Mal wird kein Datum übergeben, mal 3 in einem Query. Ich hab in meinem Prog grob geschätzt 100-200 Querys, die alle komplett unterschiedlich sind...“Dassis wumpe. Der Aufwand, eine Query mit oder ohne Parameter zu schreiben ist - wenn mans geschickt anfängt - derselbe. Zum Risiko hab ich ja das Tut verlinkt. Also SqlInjection ist eines der Risiken, und wenn …

Mit Dataset->Db habich ein Dingens vorgestellt, was alle Standard-queries abdecken kann und mehr. Dazu gehört lesen und schreiben, und beides natürlich mit Parametern. Aber man muss seine Datenverarbeitung nach einem bestimmten Prinzip ausrichten, man muss sehr sorgfältig daten-modellieren, und ohne Databinding mit ins Boot zu holen hätte ich sowieso kein Bock auf garnix. Die Vorstellung von 200 Queries an allen Ecken und Enden verteilt passt da nicht sehr gut zu. In meine Welt gibts zu einer An…

Zitat von Hanuta: „Da kann ich ja nicht das ganze Dataset zurückschreiben, das zieht den anderen Clients ja den Boden unter den Füßen weg.“Da fühle ich mich ungründlich gelesen. "das ganze Dataset" wird nicht zurückgeschrieben, sondern nur vorgenommene Änderungen. Der Vorgang ist höchst effizient, auch grade was Db-Traffic angeht. Dass du einen Umbau planst ist mir wiederum entgangen. Du musst iwie von SqlServer auf MySql migrieren, hab ich mitbekommen. Und vielleicht konnten wir dich überzeugen…

Zitat von Hanuta: „Wir hatten das Thema schon mal, da sind wir beide zu dem Schluss gekommen, dass es bei meinem Einsatzzweck mit Databindings nicht funktionuckelt... Parallelitätsverletzung ... Daher der Schluß - es geht halt nicht mit Databinding.“Hmm - habich grad nicht parat. Kannst du mir das verlinken?

Ja, die Stelle lese ich iwie anders als du. Du folgerst aus der Parallelitätsverletzung ein KO fürs Dataset. Ich folgerte daraus ein KO für dein DbWrite-Dingens - weil das scheinbar Parallelitätsverletzungen ignoriert. Daraufhin sagtest du, dass Parallelitätsverletzungen nicht vorkommen - jeder User bearbeitet seine eigenen Datensätze. Und damit ist wieder alles Butter, weil eine richtig implementiertes Dataset<->Db-Synchronisation meldet nur Parallelitätsverletzungen, wenn sie auch tatsächlich …

Zitat von Hanuta: „Aber Du schriebst grade so schön "weil eine richtig implementiertes Dataset<->Db-Synchronisation" - ist die Standard Update-Funktion dazu nicht in der Lage?“Welche Standard-Update-Funktion? Ich wüsste nicht, dass es eine gibt. Zitat von Hanuta: „Wäre Dein Konstrukt da flexibler, könnte ich ihm sagen "den Datensatz mit dieser ID updaten, den Rest ignorieren"?“nee, der updatet halt was geändert wurde. Wäre doch das pure Chaos, wenn Dinge geändert würden, dann aber beim Update ig…

Zitat von Kasi: „wenn du nix mit SQL am Hut hast kannst du das nicht beurteilen“Ich hab aber recht viel mit SQL am Hut - zu meinem Leidwesen. Aber Retourkutsche: Zitat von Kasi: „das ist noch größerer Blödsinn, das mann überhaupt kein SQL lernen muss“Wenn du nix mit DataAdaptern oder EntityFramework am Hut hast, dann kannst du das nicht beurteilen. Aber egal - diese Diskussion ist minder wichtig, und schadet dem TE, weils den Focus vom wirklich wichtigen weg-schiebt. Das Wichtige, was ich (an de…

Zitat von Hanuta: „... dass es IMMER mehrere Wege zum Ziel gibt. Auch mehrere gute, also leben und leben lassen, jeder hat halt eigene Präferenzen...“Sowas pflege ich ganz undiplomatisch mit "Sozialpädagogen-Gewäsch" zu diskreditieren (vergib mir). Im wirklichen Leben stimme ich dem voll zu, aber inne SW-Entwicklung kann man sich da mehr Radikalität leisten (sogar ohne, dasses deswegen zu Toten kommt) Im Ernst: Es gibt natürlich immer verschiedene Wege, aber man kann in wohl 80-90% der Fälle fes…