AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Alternative zu SQLite

Ein Thema von braunbaer · begonnen am 9. Jun 2017 · letzter Beitrag vom 12. Jun 2017
Antwort Antwort
braunbaer

Registriert seit: 15. Okt 2008
Ort: Vorarlberg
118 Beiträge
 
Delphi 11 Alexandria
 
#1

Alternative zu SQLite

  Alt 9. Jun 2017, 14:20
Hallo zusammen,

ich verwende für meine Apps seit der ersten Firemonkey-Version immer SQLite als Datenbank.
Leider muss ich feststellen, dass besonders bei Android der Zugriff auf die DB immer wieder Fehler auswirft, da mein Hauptthread und der Synchronisierung-Thread auf diese zugreifen.
bei Lockmode gibt es verschiedene Einstellungen, wobei nur die Exclusive funktioniert. Bei "normal" kann es bis zur Zerstörung der DB führen.
Und wie gesagt wir sprechen hier vor allem von Android. Auf iOS hab ich da praktisch keine Probleme.

Was würdet ihr empfehlen als Alternative zur SQLite.
Wie schaut es mit zb. Interbase lizenztechnisch aus.

bin für jeden Tipp dankbar.

Gruß
Gebhard
Gebhard Blank
  Mit Zitat antworten Zitat
Benutzerbild von MEissing
MEissing

Registriert seit: 19. Jan 2005
Ort: Egelsbach
1.384 Beiträge
 
Delphi 12 Athens
 
#2

AW: Alternative zu SQLite

  Alt 9. Jun 2017, 14:27
InterBase Lite (IBLite) darf kostenfrei mit einer Android/iOS App ausgeliefert werden:
http://docwiki.embarcadero.com/RADSt...Go-Testversion
https://www.embarcadero.com/products...oduct-editions

Wenn einem die Features der IBLite nicht reichen: germany.info@embarcadero.com bzw Tel 06103-3866-0
Matthias Eißing
cu://Matthias.Eißing.de [Embarcadero]
Kein Support per PN
  Mit Zitat antworten Zitat
Rollo62

Registriert seit: 15. Mär 2007
4.116 Beiträge
 
Delphi 12 Athens
 
#3

AW: Alternative zu SQLite

  Alt 9. Jun 2017, 16:38
https://community.embarcadero.com/bl...d-and-ios-apps

Ich könntem mir vorstellen das es auch Firebird FbEmbedded auf iOS und Android schaffen könnte.
Habe es aber nicht gecheckt.

Trotzdem würd ich versuchen auf Sqlite zu bleiben, das scheint mir eigentlich der deFacto Standard für local DB zu sein.
Vielleicht ist es ja nur eine etwas andere ProgrammStruktur die helfen könnte.

Rollo
  Mit Zitat antworten Zitat
braunbaer

Registriert seit: 15. Okt 2008
Ort: Vorarlberg
118 Beiträge
 
Delphi 11 Alexandria
 
#4

AW: Alternative zu SQLite

  Alt 11. Jun 2017, 17:13
Die Probleme kamen offensichtlich nicht von SQLite.
Bei Delphi ist Android seit Tokyo 10.2 einfach nur Schrott.

Ich habe eben mit Delphi 10.1 auf Android kompiliert - das hat einwandfrei funktioniert.
Ich habe 3 Apps im Produktivbetrieb und alle Androidversionen sind seit Delphi 10.2 Schrott.

Jetzt habe ich wenigstens wieder lauffähige Versionen online.

@MEissing, Idera, Embarcadero:
macht in Zukunft bitte nie mehr so einen Schrott.
Dann sagt uns doch, dass Tokyo 10.2 nur für Linux geeignet ist, dann hätte ich nicht mehr als 5 Mann-Tage in die Fehlersuchte investiert, für die ich nichts kann....
Ich und vermutlich zigtausend andere zahlen Euch richtig viel Geld Jahr für Jahr.
Ich bin wirklich stinksauer...

Gebhard
Gebhard Blank
  Mit Zitat antworten Zitat
Benutzerbild von Mavarik
Mavarik

Registriert seit: 9. Feb 2006
Ort: Stolberg (Rhld)
4.144 Beiträge
 
Delphi 10.3 Rio
 
#5

AW: Alternative zu SQLite

  Alt 11. Jun 2017, 21:57
da mein Hauptthread und der Synchronisierung-Thread auf diese zugreifen.
Ich denke das ist genau das Problem...

Ich würde alle Datenbank Zugriffe in einem Thread laufen lassen und den Zugriff über diesen Thread serialisieren...

(So mache ich es)

Keine Probleme...

Mavarik
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.184 Beiträge
 
Delphi 12 Athens
 
#6

AW: Alternative zu SQLite

  Alt 12. Jun 2017, 01:04
da mein Hauptthread und der Synchronisierung-Thread auf diese zugreifen.
Über die selbe Connection oder je Thread Eine?
Kann die Connection auch mit Multithread umgehen? (wenn eine Connection)
Und letztendlich, kann die DB grundsätzlich multithreading? (das ist fast immer möglich)


Zitat:
Ich würde alle Datenbank Zugriffe in einem Thread laufen lassen und den Zugriff über diesen Thread serialisieren...
(So mache ich es)
Keine Probleme...
Wenn DataSets an der VCL hängen, dann meinst du doch bestimmt den Haupthtread?

Es kann sein, dass Zugriffe asynchron sind, also nach/außerhalb "deiner" Sperre erneut zugreifen.
z.B. bei Grids/DataSources mit Fetching, also wo beim Open (ausführen des SELECT) nicht sofort alle Daten geholt werden, sondern z.B. immer nur der Teil welcher grade im Grid sichtbar ist ... scrollst du dann im Grid, werden dabei dann die fehlenden Daten gezogen.
Das DBMS hält in diesem Fall das ResultSet so lange bei sich geladen, bis das Programm die Verbindung zu diesem ResultSet beendet.
$2B or not $2B

Geändert von himitsu (12. Jun 2017 um 01:10 Uhr)
  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 07:39 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