AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 11:47

Parameter dieser Suchanfrage:

Suche in Thema: Kauf- und Kontenverwaltung - Datenbank notwendig?
Suche alle Beiträge, die von "Delphi.Narium" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 19 von insges. 19 Treffern
Suche benötigte 0.001s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 14. Jan 2018
    Niemand kann schneller und besser mit den Daten in einer Datenbank umgehen, als die Datenbank, in der sich die Daten befinden.
    Bisher konnte ich noch jedem im Kollegenkreis, der etwas anderes behauptete, das Gegenteil beweisen.

    Man muss sich halt nur einmal die Mühe machen SQL zu lernen und sich in die Programmiersprache der jeweiligen Datenbank einarbeiten. (PL/SQL, T-SQL, PL/pgSQL ...)
    Das...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 13. Jan 2018
    Doch genau das: Andere Datenbank, anderer Connectionstring und gut ist es.

    Es wäre für meine Begriffe recht erbärmlich von Delphi, wenn ich je Datenbank andere Datenbankkomponenten nutzen müsste.

    Habe im Laufe meines Lebens so einiges an Software schreiben müssen, bei dem ich zu Beginn der Entwicklung noch nicht wusste, gegen welches DBMS sie denn letztendlich laufen wird.

    Das wäre ja...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 12. Jan 2018
    @Jobo:

    Du beschreibst eigentlich genau das, was ich meine:
    entweder <-> oder.

    Logik in der Datenbank: Es ist egal, was für ein Client genutzt wird. Die Logik zieht immer.
    Heißt aber auch: Immer die gleiche Datenbank und nicht bei einem Kunden diese und beim nächsten Kunden jene und dann könnten wir auch noch "sonne oder solche" Datenbanken nehmen ...
    Übertrieben formuliert. Logik in der...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 11. Jan 2018
    Mein Vorgehen ist erstmal:

    Connectionstring auf die neue Datenbank ändern und Programm starten.
    Wenn's nicht geht (was äußerst selten ist) muss ich halt die Probleme beheben.

    Wenn man sich bei den SQLs an den Standard hält, sind Probleme eher selten, ab und an werden Datentypen etwas anders gehandhabt, aber die Masse sollte einfach laufen.


    Wenn man mit Delphi eine gute...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 14. Dez 2017
    Oh :-( Mist, hab' ich nicht dran gedacht, da ich fast nur noch SynEdit nutze.

    @Asura
    ADOTable ist für die statische Anzeige eines Tabelleninhaltes, ADOQuery für die Ausführung von SQL-Statements.

    DataSource benotigt ein TDataSet, ADOQuery und ADOTable sind beide von TDataSet abgeleitet, funktionieren also beide.

    Einfach mal von beiden eins aufs Formular pappen, 'ne DataSource dazu und...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 14. Dez 2017
    Zum Anzeigen der Ergebisse eines SQLs braucht man eigentlich nur:

    Ein Memo für die Texteingabe.
    Eine ADOQuery, 'ne DataSource und ein DBGrid. DBNavigator ist ein kann. Eventuell 'ne Statusbar mit SimplePanel := True;

    Einen Button, der ungefähr so einen Quelltext im OnClick enthält (ungetestet):
    var
    s : String;
    begin
    ADOQuery.Close;
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 13. Dez 2017
    Bezgl.: WIDEMEMO

    Für Namen nimmt man kein Memofeld sondern 'nen String bzw. VarChar. Wie lang kann den ein "gewöhnlicher" Username werden? VarChar(250) wäre da wohl schon eher überdimensioniert. In eine Memo- bzw. Blobfeld passt notfalls auch ein ganzer Roman rein, das scheint mir doch eher reichlich übertrieben.

    Könntest Du eventuell mal die Createstatements Deiner Tabellen hier posten?...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 12. Dez 2017
    Du schriebst 16 Nutzer. Folgt daraus 16 Buttons?

    Wenn ja, dann sowas? (Dabei gehen wir mal davon aus, dass die Buttons Button1 bis Button16 heißen.)
    var
    i : Integer;
    btn : TButton;
    begin
    ADOQuery.Close;
    ADOQuery.SQL.Clear;
    ADOQuery.SQL.Add('SELECT username, UserID FROM users') ;
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 12. Dez 2017
    Weiß zwar nicht, was Du vorhast, eventuell sowas?
    var
    sl : TStringList;
    begin
    sl := TStringList.Create;
    ADOQuery.Close;
    ADOQuery.SQL.Clear;
    ADOQuery.SQL.Add('SELECT username FROM users') ;
    ADOQuery.Open;
    while not ADOQuery.EoF Do begin
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 12. Dez 2017
    Du schriebst: Ein Gerät, ein Benutzer.
    Da musst Du Dich dran halten.
    Entweder mit dem Programm auf die Datenbank zugreifen, oder mit Access oder mit Delphi, aber nicht mit allen dreien gleichzeitig, das sind dann mehrere Benutzer und Du musst Dir Gedanken über ein Mehrbenutzerkonzept machen, wenn jede Software zeitgleich was ändern soll. Ggfls. gewinnt, wer zuletzt eine Datenänderung schreibt....
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 12. Dez 2017
    Ich schrieb für mich und nicht für den User!!!
    Außerdem handelt es sich dabei dann nicht um SQL Injection, sondern um fehlerhafte oder falsche oder ungeeignete oder systemzerstörenden SQLs. Aber nicht um "hinterherum" manipulierte Abfragen. SQL-Injection ist: Wenn ich ein vorhandenes SQL, auf das ich direkt keinen Einfluss habe, durch Parametermanipulation und/oder Ausnutzung von...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 12. Dez 2017
    Die hässliche Klammen braucht aber nur die Software von MS, habe das noch bei keiner Delphiapplikation, die u. a. Access-Datenbanken nutzt, benötigt.

    Ohne die MS-Oberfläche funktioniert auch Standard-SQL. Nichts mit `´ und was die per Software meinen alles nutzen zu müssen.

    Als "Oberfläche" brauch' ich eigentlich nur:

    Ein Memo für die Eingabe von SQL, eine Abfragekomponente, um eben...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 12. Dez 2017
    Ja, der Widerspruch ist vorhanden, aber man kann leicht prüfen, ob's nun funktionieren wird oder nicht.

    Access ist exotisch, wenn man es aus der Sicht der gleichnamigen Software von MS sieht. Die ist meiner Meinung nach ein Graus.

    Nimmt man nur "normales" SQL, dass auch gegen jede andere Datenbank läuft, dann ist die Datenbankdatei einfach nur 'ne Datenbankdatei. Man merkt aus dem Programm...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 12. Dez 2017
    Die Schnittstellensoftware ist hier Teil des Betriebssystem. Sie ist genauso sicher oder unsicher, wie z. B. alle Aufrufe der Windows-API. Es hat bisher funktioniert, aber muss es nicht für immer und alle Zeiten.

    Deshalb kann man ja z. B. aktuelle Delphis nicht mehr auf älteren Windosen installieren.

    Das Problem habe ich immer. Niemand kann mir garantieren, dass ich mit einem aktuellen...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 12. Dez 2017
    Benutze häufig Access-Datenbank, aber nie die gleichnamige Software von MS.

    Funktioniert, man braucht keinen Server, keine DLLs ...

    Wenn die entsprechende Datenbankdatei in 'nem freigegebenen Verzeichnis liegt, ist sogar (ohne irgendwelche Zusätze) ein Mehrbenutzerbetrieb möglich. Klar, nicht unbedingt für tausende Nutzer aber so ein halbes Dutzend geht schon ;-)

    Datenbankerstellen geht...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 4. Dez 2017
    und das erste nachzurüstende Feature ist das, von dem der Anwender am Anfang der Entwicklung mit Sicherheit ausschließen konnte, dass es je gebraucht wird. ;-)

    Aber das wird jetzt OT.

    Fazit:

    Zuerst überlegen, was man hat, was man jetzt benötigt, was man jetzt gerne zusätzlich (wenn auch nicht dringend) gerne hätte, ermitteln welche Datenmenge anfallen wird (und dabei davon ausgehen, dass...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 4. Dez 2017
    @Jumpy "¡Así es la vida!" oder "so isset" ;-)

    Oder:

    Lieber am Anfang etwas mehr Aufwand und dann dafür nachher "für immer" Ruhe.

    Wenn's also jetzt noch etwas übertrieben erscheint eine Datenbank zu nutzen.
    Die Ansprüche kommen mit der Nutzung der Software und irgendwann (meist früher als später) erscheint eine Datenbank dann doch die simplere Lösung zu sein.
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 3. Dez 2017
    Auf Access kann man mit den ADO-Komponenten zugreifen, bzw. allen Datenbankkomponenten, die u. a. ODBC ... unterstützen.

    Ansonsten funktioniert der Zugriff, wie bei allen Datenbanken auch, da gibt es programmiertechnisch eigentlich keine Unterschiede.

    Über die ODBC-Verwaltung müsste man eigentlich bei Hinzufügen Mircosoft-Access auswählen können. Dort vergibt man den Namen der...
  • Forum: Programmieren allgemein

    AW: Kauf- und Kontenverwaltung - Datenbank notwendig?

     
      by Delphi.Narium, 3. Dez 2017
    Bei der Aufgabenstellung: Datenbank

    Das alles selbst zu verwalten wird schnell sehr aufwändig.

    SQLite, FireBird (embedded), Access.


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=Delphi.Narium&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=194524
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 11:59 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