Daten mitliefern / aktualisieren - best practise?

Hallo Umwelt,

die Idee ist nicht falsch, es kommt immer drauf an was in der DB drin steht.
Wenn nur Tiere drin stehen dann ist die Sicherheit im Prinzip egal.

Hallo, du müsstest die Datensätze verschlüsseln und da sie zur Verwendung entschlüsselt werden müssten ist es je nach Umfang der DB performancelastig. Und selbst dann kommt man noch mit mehr oder weniger Aufwand an die Datensätze ran.
Das Smartphone ist kein guter Ort für Geheimnisse. Vielleicht weiß noch jemand anderes mehr, aber ich sehe keine allzu große Chance Daten dauerhaft geheim zu halten.

Ist ein gangbarer Weg, jedoch würde ich ein paar Sachen beachten.

Wenn Du die Daten verschlüsselt vom Server auslieferst und auf dem Smartphone dechiffrierst, stelle sicher, dass Du auf beiden Seiten den 100% gleichen Algorithmus verwendest, der zusätzlich auf allen von dir angepeilten Geräten vorhanden ist. Nicht jedes Android Gerät unterstützt jeden Chiffre in allen seinen möglichen Ausprägungen (Stichwort Padding etc.).
Gib den Algorithmus auch immer voll qualifiziert mit allen Optionen an, damit das Gerät keinen Interpretationsspielraum hat und womöglich versucht mit seinem (womöglich abweichenden) Default-Padding zu dechiffrieren. Das geht in die Hose.

Speziell wenn es überwiegend Text ist, würde ich auch darauf achten die Daten mit gzip Encoding zu versenden.
Das spart Zeit und Traffic.

— geändert am 06.01.2015, 11:40:39

Es "geht" auch so.
Je nachdem was du mit den Daten machst, wird die JSON Datenstruktur aber zum Flaschenhals bei der Performance, weil du keine strukturierten Anfragen machen kannst.
Mit etwas Hintergrundwissen kannst Du dir natürlich auch im Speicher eine effiziente Datenstruktur aufbauen. Musst halt nur gut überlegen was Deine Hauptanwendungsfälle sind.

ob ein Array im ersten Feld einen String enthält, der eines der Worte enthält

OK, für die Übertragung der Daten ist JSON super, jedoch nicht für die Suche.
Im Endeffekt führst Du eine lineare Suche über eine Menge durch, die auf Grund ihres Aufbaus (Taube, Blautaube,...) nicht alphabetisch sortiert werden kann.
D.h. bei jeder Suche prüfst Du jeden Datensatz auf einen Teilstring (was noch ineffizienter ist als Identität zu prüfen).
Das dürfte sogar auf einem schnellen Telefon merkbar Zeit kosten. Ich tippe im einstelligen Sekundenbereich.

Grundsätzlich solltest Du die Datenstruktur aber noch optimieren.
Ein Feld mit einer Liste von Werten zu befüllen ist idR. eine schlechte Idee, es widerspräche zum Beispiel auch den "Normalenformen", die man zur Optimierung von Datenbanken heranzieht.
"kein Säugetier" und "lebt in..." solltest Du evtl. auch durch einen numerischen Code ersetzen, der erst bei der Anzeige in einen Text gewandelt wird. Sonst speicherst Du im worst case 4000 mal denselben Text.

Meine Meinung:
Du wirst viel Arbeit in die Optimierung einer Datenstruktur stecken, die andere bei Datenbanken schon längst (und viel intensiver) geleistet haben.
Wenn es Dir nicht grade darum geht dein Wissen um Datenstrukturen zu verbessern und du darum das Rad sprichwörtlich neu erfinden willst, würde ich definitiv eine DB nehmen.

— geändert am 07.01.2015, 12:35:26

Ich habe das ganze auch anhand der Google Developer Guides und einiger Tutorials kennengelernt.
Was besseres fällt mir da auch nicht ein

http://developer.android.com/training/basics/data-storage/databases.html

— geändert am 07.01.2015, 13:14:34

Aus Erfahrung kann ich sagen, dass eine SQLite Datenbank auf dem Handy mit 1000 Einträgen bei einer Query mit dem LIKE(also auch Teilstrings) unter eine Millisekunde braucht, um mir die Ergebnisse zu liefern. Die 4000 Einträge machen den Kohl auch nicht fett 😁😂

— geändert am 07.01.2015, 15:55:30