AGB  ·  Datenschutz  ·  Impressum  







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

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 21:32

Parameter dieser Suchanfrage:

Suche in Thema: DataSnap mit mehreren Datenbanken
Suche alle Beiträge, die von "himitsu" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 7 von insges. 7 Treffern
Suche benötigte 0.001s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Datenbanken

    AW: DataSnap mit mehreren Datenbanken

     
      by himitsu, 28. Mär 2015
    Wenn eine Variable nicht erfasst werden kann, dann mit einer TempVariable dazwischen arbeiten.

    Mit Owner meinte ich das so
    oQuery := TFDQuery.Create(nil); // in der Methode mit Try-Except gesichert und danach wird DateSnap der Owner des Result
    oConn := TFDConnection.Create(oQuery); // die FDQuery übernimmt die Kontrolle der Freigabe

    Hier kommt doch nur noch ConnectionDefName von...
  • Forum: Datenbanken

    AW: DataSnap mit mehreren Datenbanken

     
      by himitsu, 28. Mär 2015
    Die Query kann so vom DataSnap (Result + OwningResults) freigegeben werden,
    aber wer gibt die Connection frei?

    Entweder du leitest die Query ab und baust die Connection dort ein, oder du benutzt die Query als Owner.
    Result := TFDQuery.Create(nil);
    try
    oConn := TFDConnection.Create(Result);
    oConn.ConnectionDefName := ZMIConnectionDefName;
    Result.Connection := oConn;
    ...
  • Forum: Datenbanken

    AW: DataSnap mit mehreren Datenbanken

     
      by himitsu, 27. Mär 2015
    Weil das logischier und vorallem verständlicher ist?
    > Wenn es knallt, dann gibt es wieder frei?

    Andersrum muß man vorher erstmal gucken/wissen was damit gemacht wurde (an wen anderes zuweisen und auf nil setzen),
    aber auf den ersten Blick heißt es erstmal nur
    > Gib es immer frei, selbst wenn es erfolgreich war.


    Nein, denn bei einer Exception kommt der Code bei der Zuweisung nicht...
  • Forum: Datenbanken

    AW: DataSnap mit mehreren Datenbanken

     
      by himitsu, 27. Mär 2015
    Nach dem End geht dann DataSnap daher und läuft über das DataSet, daher ist alles darin, eventuell dennoch nicht threadsicher.

    siehe z.B. Optionen ala TFDAutoFetchAll, wo nach dem Open der DB-Zugrif noch nicht beendet sein kann.

    Erstmal das Prinzip, ohne irgendeine Synchronisation (Synchronize oder CriticalSection), was man für threadsichere Dinge ala TFileStream benutzen kann.
    function...
  • Forum: Datenbanken

    AW: DataSnap mit mehreren Datenbanken

     
      by himitsu, 27. Mär 2015
    Jupp, mit 32 Bit ist nach 2 GB Schluß (3,8 GB mit entsprechenden Hacks und wenn alles dafür kompatibel ist)


    Hier ist nur der Zugriff auf GetBauDataSet abgesichert, aber der Zugriff auf das DataSet ist nicht sicher, da der erst nach dem Function-End im Code vom DataSnap für eine ungewisse Dauer auftritt. (mindestens solange die Übertragung dauert und maximal, solange die Kopie im Client...
  • Forum: Datenbanken

    AW: DataSnap mit mehreren Datenbanken

     
      by himitsu, 26. Mär 2015
    Jupp, daher machen wir das übertragen der DataSets halt "manuell".

    CriticalSections und Dergleichen bekommt man nicht in den Code, da die Daten erst nach Ende der Servermethoden übertragen werden und bei DataSets auch noch stückchenweise. (nur so viel, wie der Client grade braucht)
    Daher erstellen wir und ein ClientDataSet/MemDataset, nutzen den DataSnapReader zum Kopieren der FeldStruktur...
  • Forum: Datenbanken

    AW: DataSnap mit mehreren Datenbanken

     
      by himitsu, 26. Mär 2015
    Nein, in den ServerMethods steckt ja erstmal nur der Zugriffscode für die Clientenanfragen-
    Von wo letztendlich die ausgelieferten Daten kommen, ist dabei erstmal egal.

    Du mußt nur eventuell auf das Threading achen, also daß alles Threadsave ist,



    Ich hatte damals den autogenerierten Servercode genommen, das selber in eigene Klassenstrukturen umkopiert und bissl angepasst. (genauso...


URL zu dieser Suchanfrage:

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