AGB  ·  Datenschutz  ·  Impressum  







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

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 22:47

Parameter dieser Suchanfrage:

Suche in Thema: Alternative für SQLite auf Android Gerät (fmx)
Suche alle Beiträge, die von "TigerLilly" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 8 von insges. 8 Treffern
Suche benötigte 0.000s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Datenbanken

    AW: Alternative für SQLite auf Android Gerät (fmx)

     
      by TigerLilly, 14. Sep 2017
    Natural key vs surrogate key - das Netz ist voll davon :-)

    Ich geb dir recht, manchmal macht ein "künstlicher" Primärschlüssel einem das Leben leichter. Aber für mich ist das immer ein Hinweis, dass das Datenmodell nicht stimmt. Oder das abzubildende Problem nicht verstanden wurde.

    Ein künstlicher Primärschlüssel macht Datenaustausch/Datenabgleich nahezu unmöglich. Ich fürchte mich vor...
  • Forum: Datenbanken

    AW: Alternative für SQLite auf Android Gerät (fmx)

     
      by TigerLilly, 14. Sep 2017
    Das würdest du nur dann nicht tun, wenn dein Datennmodell das verhindert. Dein Beispiel ist ein zusammengesetzter Schlüssel - dessen Teile müssen foreign keys sein oder elementare Datentypen. Wenn du zusätzlich zu diesem Key noch einen weiteren PK einführst, hast du nichts gewonnen und nur Aufwand.

    Aber du hast trotzdem recht - manche DB-Systeme unterstützen kaskadierende Änderungen nicht +...
  • Forum: Datenbanken

    AW: Alternative für SQLite auf Android Gerät (fmx)

     
      by TigerLilly, 14. Sep 2017
    Das halte ich für eine sehr gewagte Behauptung. In der Regel wirst du den Unterschied nicht mal messen können. Integer-Keys brauchen weniger Platz als String-Keys, darum geht der Vergleich ein kleines bisschen schneller, aber da sind andere Faktoren viel viel wichtiger. Je mehr Datensätze es sind und je länger der Key ist, desto mehr schlägt das zu Buche, aber ich würde sagen, da reden wir von >...
  • Forum: Datenbanken

    AW: Alternative für SQLite auf Android Gerät (fmx)

     
      by TigerLilly, 13. Sep 2017
    Also in MEINER Welt ist das schon so, egal ob Oracle, mySQL oder MSSQL. Das ist in 1-Benutzersystemen nicht so sehr das Problem, da geht es eher um Performance und Platz, aber bei Mehrbenutzersystem jedenfalls, denn lange/große Transaktionen killen dann das System.

    Eine Transaktion sorgt dafür, dass Operationen "danach" vollständig ungeschehen gemacht werden können. Abgesehen davon, dass das...
  • Forum: Datenbanken

    AW: Alternative für SQLite auf Android Gerät (fmx)

     
      by TigerLilly, 13. Sep 2017
    Weil je größer das transaction log wird, desto langsamer wird die Sache. Bulk Insert etc sind nicht notwendigerweise in einer Transaktion, siehe BATCHSIZE.
    Außerdem bekommt man bei großen und lang dauernden Transaktionen meistens Platzprobleme, weil das Log explodiert.

    Deshalb frage ich ja. Ich würde gern wissen, wie die Laufzeiten sind, wenn zB 100 Sätze in einer Transaktion gesammelt sind.
  • Forum: Datenbanken

    AW: Alternative für SQLite auf Android Gerät (fmx)

     
      by TigerLilly, 13. Sep 2017
    Und du schließt den ganzen Import in eine(!) Transaktion ein?
    In der Regel macht das die Sache langsam. Hast du versucht, kleinere Blöcke (zB 10 Datensätze) in eine Transaktion zu packen?
  • Forum: Datenbanken

    AW: Alternative für SQLite auf Android Gerät (fmx)

     
      by TigerLilly, 13. Sep 2017
    Schön für dich. Es wäre nett, wenn du die Lösung auch noch postest.
  • Forum: Datenbanken

    AW: Alternative für SQLite auf Android Gerät (fmx)

     
      by TigerLilly, 12. Sep 2017
    Was hast du in eine Transaktion geklammert - nur das Statement oder alles?


URL zu dieser Suchanfrage:

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