MyDac Erfahrung

[Frickler]

Zitat von Lemmy:

scnr: Wer mit locate und DBMS arbeitet, hat eh jegliche Kontrolle verloren

Vergiss es einfach. vergiss irgendwelche Tablekomponenten.

Und dann ersetzt man

Delphi-Quellcode:

tbl.Tablename := 'Blubb';
tbl.Filter := 'artikelnr = 4711';
tbl.Filtered := true;
tbl.Open;
if tbl.FindFirst then begin
  repeat
    tbl.Edit;
    tbl.FieldByName('bla').AsBoolean := false;
    tbl.Post;
  until not tbl.FindNext;
end;
tbl.Close;

durch

Delphi-Quellcode:

qry.SQL.Text := 'SELECT * FROM Blubb WHERE artikelnr = 4711';
qry.Open;
while not qry.Eof do begin
  qry.Edit;
  qry.FieldByName('bla').AsBoolean := false;
  qry.Post;
  qry.Next;
end;
qry.Close;

...und hat "von Table auf Query umgestellt"

Wer Verschlüsselung nutzen will mit den DevArt-Komponenten, ist sogar gezwungen, das so zu machen...

[Bernhard Geyer]

Zitat von Frickler:

qry.SQL.Text := 'SELECT * FROM Blubb WHERE artikelnr = 4711';

Und jetzt auch noch parametrisierte perpared Abfragen und man wird schneller und sichererer ...

[fisipjm]

Zitat von Bernhard Geyer:

Zitat von Frickler:

qry.SQL.Text := 'SELECT * FROM Blubb WHERE artikelnr = 4711';

Und jetzt auch noch parametrisierte perpared Abfragen und man wird schneller und sichererer ...

Das ist richtig und wichtig!
Also wenns wirklich nur so eine "Billo" Aufgabe ist würde ich das sogar komplett in einen Einzeiler Paken
Sparst dir dadurch das ganze Cursor-Geschubse in gänze.

Delphi-Quellcode:

qry.Execute('UPDATE Blubb SET bla=:bla WHERE artikelnr = :artikelnr',[false,4711]);
...

Solange die SQL Query eine Connection hat, brauchst du dich um nichts mehr kümmern. Außer du brauchst natürlich die SQL danach wieder um die Daten darzustellen, dann würde ich es wahrscheinlich so lösen.

Delphi-Quellcode:

qry.connection.Execute('UPDATE Blubb SET bla=:bla WHERE artikelnr = :artikelnr',[false,4711]);
qry.open('SELECT * FROM Blubb WHERE artikelnr = :artikelnr ',[4711]);

[Lemmy]

Zitat von Frickler:

...und hat "von Table auf Query umgestellt"

boah ernsthaft? Den Satz habe ich geschrieben, dass man das halt auch nicht mahcen soll, ihn dann aber wieder gelöscht vor dem Post

Zitat von Frickler:

Wer Verschlüsselung nutzen will mit den DevArt-Komponenten, ist sogar gezwungen, das so zu machen...

wie meinen?

[Frickler]

Zitat von Lemmy:

Zitat von Frickler:

Wer Verschlüsselung nutzen will mit den DevArt-Komponenten, ist sogar gezwungen, das so zu machen...

wie meinen?

Aus einer Frage im DevArt-Forum:

Zitat:

Please note that to encrypt data, you must pass values to the dataset fields.

To insert or modify an encrypted field, use the Append/Insert/Edit... Post methods and set the SQL expression to "SELECT..." (instead of "INSERT/UPDATE") for the TIBCQuery.SQL.Text property.

Da gehts zwar um IBDAC, aber was die Verschlüsslung angeht, verhalten sich bei DevArt alle *DACs gleich.
(siehe https://support.devart.com/portal/en...-tibcencryptor)

...aber wir schweifen ab!

@Edelfix: Was für eine Datenbank habt Ihr denn benutzt, bevor Ihr auf MariaDB gewechselt habt?

[Edelfix]

@Frickler. Wir nutzen die ADS (Advantage Database Server). Ist aber von SAP aufgekauft und eingestampft worden. Zum Glück läuft die DB noch.
Es kommt aber der Tag an dem ein Windows Update dafür sorgen wird das die DB einfach nicht mehr startet. Da müssen wir gegen wirken.

[Sinspin]

Oh ja, same same. So schön wie er ist, der ADS Server. Aber irgendwann geht er nicht mehr. Wir werden wohl auf Postgres wechseln.

[Frickler]

Ein Leidensgenosse!

Wir stellen aktuell alles um auf Firebird. Was etwa Reporting-SQL angeht, erreiche ich z.T. die sechsfache Geschwindigkeit wie bei ADS.

Wir hatten auch NexusDB ins Auge gefasst, weil das ein Server ist, der auch auf Tabellenkomponenten - ganz ohne SQL wenn man will - serverbasierte Cursor erlaubt. Zudem liegt er komplett im Quelltext vor, und man kann ihn mit Plugins erweitern. Dafür gibt es Defizite beim SQL, es geht z.B. kein MERGE oder sowas wie "UPDATE OR INSERT" bei Firebird. Und keine berechneten Indexe.
Wir machen aber relativ wenig mit purem ISAM, praktisch alle Datenbearbeitung, Grids und DBEDits, Reporting usw. basiert bei uns auf von der Datenbank entkoppelten ClientDataSets.

P.S.: Firebird ist vor allem auch einfach zu installieren. Wir bereiten eine sogenannte "ZIP-Installation" vor, die muss beim Kunden nur noch in einen Ordner entpackt werden. Dann noch den Service per CMD Datei installieren, und das wars schon.