Zugriff auf sqlite db

Hallo, meine Anwendung greift auf eine sqlite db zu die wahrscheinlich unter /data/data (ApplicationInfo.dataDir sagt das jedenfalls) gespeichert ist. Nun lasse ich diese DB (Struktur) per ORM (ORMlite) erstellen. Da bei der Auslieferung in der Datenbank bereits Einträge vorhanden sein sollen würde ich gerne die sqlite-Datei mit der bereits vorhanden Struktur herunterladen und mit Daten füllen. Anschließend diese in mein Eclipse Projekt legen, damit es alles in die apk Datei geschrieben werden kann/soll.

A ) Leider habe ich keinen Zugriff auf /data/data. Wie komme ich als nicht root an die Datenbank? Muss doch im normalen (ohne device rooten) Dev-Workflow irgendwie funktionieren.

B ) Aktuell habe ich eine Datei <AppName>.sqlite in dem Root Verzeichnis des Eclipse Projects. Dieser Dateiname wird auch dem Konstruktor von android.database.sqlite.SQLiteOpenHelper übergeben. Trotzdem wird die Datei ignoriert. Wie kann ich dafür sorgen, dass diese Datei als Basis genutzt wird.

Vielen Dank für eure Hilfe.

— geändert am 12.07.2012, 14:36:20

Device

Super, vielen Dank

Ich habe eine "Lösung" mit adb gefunden. Doch leider funktioniert es _nicht_ bei mir

Danke, aber leider bekomme ich nun Permission denied.

Woher kennst du eigentlich die Ordner? In der Dokumentation habe ich dazu nichts finden können. Oder habe ich nicht ausreichend gesucht?

Das rooten bekomme ich aktuell nicht hin. Odin bzw. Windows erkennt in dem Downloadmodus mein Gerät nicht mehr. Treiber sind aber installiert.
Deshalb habe ich versucht die Datenbank wo anders hin zu legen /sdcard/<name>.sqlite (Durch Konstruktor von SQLiteOpenHelper)
Aber leider kann er die nicht öffnen. Sehr komisch finde ich, dass er ohne die Pfadangabe anfangs mit leerem assets Ordner die DB erstellt hat. In diesem Fall aber einen Fehler meldet.

Gibt es eine einfache Lösung für mein Problem?

Im Emulator (Suboptimal) hat das Pull geklappt. Scheinbar funktioniert der import über den assets Ordner auch nicht. Ich habe die Anwendung deinstalliert und über Eclipse gestartet, nun bekomme ich den Fehler, dass die Tabelle nicht existiert. Diese Tabelle ist aber definitiv in der sqlite Datei die im assets Ordner liegt.

So langsam verzweifel ich an diesem Thema.

Habe ich zuerst auch dran gedacht. Aber bei ca. 28.000 Einträgen würde das halt sehr lange dauern.

Hallo, ich habe die DB in den raw Ordner gelegt, da der assets Ordner Probleme mit zu großen und "komprimierten" (http://ponystyle.com/blog/2010/03/26/dealing-with-asset-compression-in-android-apps/) Dateien macht.
Nun könnte man das mit verschiedenen Workarounds lösen, was ich aber für einen std. Fall etwas schräg finde.
Anschließend kopiere ich es in den /data/data/.../databases Ordner.
In den /mnt/sdcard gehört es nach meinem Verständis nicht. Dies würde wieder ein Workaround sein.

Den Importfall habe ich nur über den Emulator lösen können. Debuggen der Anwendung geht, aber als dieser User auf dem System agieren geht zu diesem Zeitpunkt leider nicht. Sehr schade.

Ich möchte gerne (gerade bei std. Problemen) eine saubere Lösung. Natürlich kann man auch ein defektes Auto, dass den Berg runter rollt, als fahrend bezeichnen.

Trotzdem vielen Dank für deine Anmerkungen und Ideen.

Zu Testzwecken für den Export

Und das findest du eine "normale" Lösung. Ich finde das heftig, um einfach nur einpaar Daten mitzugeben.

Jede Anwendung läuft unter einem unterschiedlichen User (Sandbox). Wenn ich mich per SSH einlogge, bin ich mit dem User des SSH Servers unterwegs. Der darf aber nicht auf die Daten von meiner Anwendung die ich schreibe. Beim Debuggen hänge ich doch als der User der Anwendung die ich die debugge im System. Ich hätte es als sinnvoll empfunden, wenn ich z. B. per ADB zu dem Zeitpunkt, als der User auf dem System bewegen (Listings, Push, Pull etc.) kann.

Konkret meine Probleme.

Kein Export möglich (beschriebene Variante ist so nicht umgesetzt). Rooten zählt nicht. Lösung ist dort aktuell Emulator, auch wenn das unschön ist.

Import nur über Programmlogik möglich. Ich würde gerne zu der Anwendung eine DB liefern die bei der _Installation_ einfach die Basis bildet. Diese Möglichkeit habe ich aber nicht. Stattdessen muss ich dies splitten (assets) oder über eine Ressource (raw) mitliefern. Beides keine wirklich passende Varianten für das Vorhaben. Anschließend muss ich mich um das Kopieren bei dem ersten Start kümmern. Wieso beim Starten der Anwendung, eigentlich ist das ein Teil der Installation/Deploy. Wann ist es eigentlich der erste Start. Selbst dies muss ich mit Programmlogik regeln.