Hallo Forum,

habe mehrere Fragen zur MySQL-Datenbankanbindung.
Ich habe schon des öfteren Tutorials gefunden, wo beschrieben wird wie man aus einer App mittels PHP (JSON) die Datenbankanfragen durchführt:

1) PHP Skript erstellen (connect, query, close)
2) In der Activity aufrufen und zurückgegebenenes JSON auswerten

Meine Fragen:
1) Wie performant ist diese Art der Datenbankanbindung, wenn - sagen wir - 1000 Benutzer gleichzeitig auf die Datenbank zugreifen
2) Wie sieht das Ganze aus, wenn ich zig verschiedene Queries auf die Datenbank absetzen will (SELECT, INSERT, DELETE, UPDATE). Soll ich dann wirklich für jeden Query ein eigenes php-File erstellen (selectXyz.php, insertToXyz.php, ...)? Ist es dann wirklich von Vorteil, dass ich in jeder Datei immer ein connect - query - close durchführe?
3) Muss ich diese php-Dateien am Server dann irgendwie sperren (.htaccess) und ist eine HTTPS-Verbindung ratsam?
4) Gibt es vielleicht eine bessere Art auf die Daten zuzugreifen (WebService)?
5) Jeder App-Benutzer sollte quasi ein eigenes Konto haben (ID), damit ich in der Datenbank eine Zugehörigkeit schaffen kann (user-Tabelle mit eindeutiger ID). Wie kann ich sowas umsetzen ohne dass man ein Benutzerkonto anlegen muss?

Kurzer Hintergrund zur gewünschten App: Es sollen bestimmte Inhalte aus der Datenbank ausgelesen werden, jeder Benutzer kann Einträge posten, bewerten, favorisieren, Kommentare zu Einträgen schreiben.
Deswegen brauch ich eine eindeutige Benutzerzugehörigkeit.

Wenn ein Benutzer z.B. einen Eintrag favorisiert, soll das in der Datenbank gespeichert werden:
Tabelle "favorites"
Eintrag: userId = 1, entryId = 3
Damit ist festgelegt, dass der User mit der ID 1 den Eintrag mit der ID 3 zu den Favoriten hinzugefügt hat.
Kann man das zumindest so lassen?

Danke

wenn du 1000 benutzer hast, die gleichzeitig mit der db arbeiten wollen, dann schau dir mal app engine an. php skripte werden da sicher überfordert sein.

__________________
App Entwicklung
Latest apps: Media Streamer BETA | DailyCash | MoneyManager ( PRO | HD )

Danke für die schnelle Antwort.
Was genau meinst du mit app engine? Und wie soll das dann funktionieren? Hast du gute Quellen oder Beispiele?

Google App Engine - Google Code

app engine bietet dir eine hohe skalierbarkeit. wenn du von 1000 benutzern gleichzeitig ausgehst, wirst du sowas mit sicherheit benötigen

__________________
App Entwicklung
Latest apps: Media Streamer BETA | DailyCash | MoneyManager ( PRO | HD )

Cool, danke, werd ich mir mal ansehen

Und wie siehts mit meiner Frage 5 aus? Kann mir da vielleicht auch wer weiterhelfen? (Benutzerverwaltung)

Ohne dein komplettes Modell zu kennen, ist das sehr schwer zu sagen. Die von dir vorgeschlagene Lösung ist typisch zur Darstellung von n:m Beziehungen: Ein Benutzer kann mehrere Favouriten haben und vice versa. Entspricht das dem, was du abzubilden versuchst?

Ja, das stimmt.
Es geht mir aber eher um die Frage, wie ich es realisieren kann, dass jeder Benutzer, der die App verwendet, eine eindeutige ID bekommt, damit ich benutzerspezifische Informationen (wie eben z.B. Favoriten) speichern kann.
Das Ganze natürlich ohne dass der Benutzer beim Start explizit einen neuen Benutzer anlegen muss.
Oder soll ich beim 1. Start einfach nach einem Benutzernamen fragen?
Ich weiß leider nicht, wie man sowas am besten macht.

naja du könntest die UUID nehmen, oder einen Google Account.

hat alles vor- und nachteile

__________________
App Entwicklung
Latest apps: Media Streamer BETA | DailyCash | MoneyManager ( PRO | HD )

Eine letzte Frage noch: Gibt's irgendwo ein richtig gutes Tutorial zu diesem Thema, das ich abarbeiten kann und genau meinen Anforderungen entsprechen würde?