AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi Firebird und SQL-Dump
Thema durchsuchen
Ansicht
Themen-Optionen

Firebird und SQL-Dump

Ein Thema von Opa Knack · begonnen am 17. Nov 2014 · letzter Beitrag vom 19. Nov 2014
Antwort Antwort
Opa Knack

Registriert seit: 28. Dez 2004
Ort: Köln
166 Beiträge
 
#1

Firebird und SQL-Dump

  Alt 17. Nov 2014, 01:37
Datenbank: Firebird • Version: 2.5 • Zugriff über: Zeos
Hallo,

sicherlich kennt ihr Tools wie PHPMyAdmin oder IBExpert, bei denen es die Möglichkeit gibt, über einen SQL-Editor SQL-Befehle ausführen zu lassen.

Für mein aktuelles Projekt bräuchte ich ebenfalls etwas in der Form. Der User soll die Möglichkeit haben, Updates und Erweiterungen für seine Datenbankinhalte herunterladen zu können, welche dann vom Programm in die DB eingebunden werden.

Hat jemand einen Tipp, wie ich das realisieren könnte?

Danke und Gruß
Opa
  Mit Zitat antworten Zitat
Benutzerbild von Sir Rufo
Sir Rufo

Registriert seit: 5. Jan 2005
Ort: Stadthagen
9.454 Beiträge
 
Delphi 10 Seattle Enterprise
 
#2

AW: Firebird und SQL-Dump

  Alt 17. Nov 2014, 02:07
Du benötigst also etwas um Scripts ausführen zu können.

Diese Scripts (Updates, Erweiterung) sind allerdings abhängig von der aktuellen Datenbank und Struktur Version.

Dafür baut man sich ein Interface um diese Informationen zu bekommen und eben Scripts auszuführen.
Delphi-Quellcode:
TVersionInfo = record
  Major, Minor, Release, Build : word;
end;

TExtension = record
  Name : string;
  Version : TVersionInfo;
end;

IDatabaseUpgrader = interface
  // firebird, mysql, sqlite, ...
  function getEngineName : string;
  function getEngineVersion : TVersionInfo;
  function getVersion : TVersionInfo;
  function getExtensionCount : integer;
  function getExtension ( index : integer ): TExtension;
  procedure ExecuteScript ( const AScript : string );
end;
Das implementiert man nun für die jeweils verwendete Zugriffskomponente und kann sich nun ein universelle Klasse schreiben um verfügbare Updates und Erweiterungen zu ermitteln und diese auch zu installieren.

Die Scripts selber müssen allerdings auch dafür sorgen, dass die entsprechenden Informationen in der DB gespeichert werden, was dann aber nicht mehr das Problem sein sollte.
Kaum macht man's richtig - schon funktioniert's
Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
  Mit Zitat antworten Zitat
Dejan Vu
(Gast)

n/a Beiträge
 
#3

AW: Firebird und SQL-Dump

  Alt 17. Nov 2014, 05:16
Diese Scripts (Updates, Erweiterung) sind allerdings abhängig von der aktuellen Datenbank und Struktur Version.
. Es wird Firebird und Zeos verwendet, da würde ich das so allgemein gar nicht machen, sondern vielleicht auf ähnliche Fragen bzw. Antworten zu verweisen:
http://www.swissdelphicenter.ch/de/showcode.php?id=1552
http://www.delphipraxis.net/136301-z...-komplett.html

Allerdings ist der Hinweis auf eine Kontrolle der Version unbedingt zu beachten. Probleme bekommt der Anwender aber auch, wenn er von Version X auf X+2 upgraden will, während er das Upgrade von x=>x+1 versäumt hat, aber X+2 die Version X+1 voraussetzt.
  Mit Zitat antworten Zitat
Opa Knack

Registriert seit: 28. Dez 2004
Ort: Köln
166 Beiträge
 
#4

AW: Firebird und SQL-Dump

  Alt 18. Nov 2014, 00:40
Hallo,

Danke für die Tipps. Die einfachste Variante ist wohl die der Schweizer, indem die Query schlicht mit AddStrings "beladen" wird. Funktioniert perfekt.
  Mit Zitat antworten Zitat
EgonHugeist

Registriert seit: 17. Sep 2011
187 Beiträge
 
Delphi 10.2 Tokyo Starter
 
#5

AW: Firebird und SQL-Dump

  Alt 19. Nov 2014, 01:54
@Dejan Vu

Recht aktuell dieser Beitrag (Zeos-6.6.5 war vom Beitragsdatum von 2009 schon veraltet..) ja nicht...
Im Moment wird an 7.2/7.3 gearbeitet.

Sei's drum TE ist glücklich. Jedoch ...es pricht nichts dagen den TZSQLProzessor zu nutzen. Ich führe wesentlich komplexere Skripte darüber aus.. Nur weil Zeos OpenSouce ist, sollte es nicht heißen, dass div. Bugs nicht irgendwann einmal behoben wurden sind.

Wozu würdest du denn raten?
Bin mit der derzeitigen 7.2 Version eignentlich ganz glücklich. Hab dir mal einen ZDBC vs. TDataSet-Components Performance Vergleich vom Synopse-Projekt angehängt.. Soll nicht heißen Zeos ist das Maß der Dinge, sondern einfach nur: Es tut sich was.
Wer schnelle Verarbeitung von Daten braucht .... Zahlen können sprechen.
FireDac/SQLite Insert-Performance ist leicht zu toppen, wenn du Zeos+SQLite die nötigen Exklusiv-Rechte einräumst, was FD leider by default macht.
Angehängte Dateien
Dateityp: 7z PerfTest_eh.7z (1,9 KB, 8x aufgerufen)

Geändert von EgonHugeist (19. Nov 2014 um 02:06 Uhr) Grund: Typo
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:47 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz