Android et MySQL, demande d'aide

Version imprimable

30/08/2016, 18h20
MrEkinox

Android et MySQL, demande d'aide

Bonjour,
je travaille sur une application, cette application et entièrement basé sur des chiffres que mes clients pourront visionner.

Je cherche depuis quelques jours comment pouvoir connecter une base de donnée externe à mon application Android.

Il me semble que la solution la plus simple est par une base de donnée MySQL, je ne sais pas si c'est ce qu'il faut, je cherche donc ceci en premier conseil.

Mais si c'est bien MySQL je cherche de l'aide afin d'écrire sur la base de donnée mais aussi récupérer une information de cette base depuis mon application Android.

Si vous souhaitez plus d'information, je répondrai à tout.

Merci d'avance.
30/08/2016, 21h11
Hizin

On évite le plus possible d'attaquer directement une BDD via une unité mobile. Par souci de sécurité, on préfère passer par des WebServices, des url's à appeler sur un serveur, celui-ci fait le boulot demandé et retourne des informations facilement exploitables (en plus de mettre à jour les données, ce qui évite de publier l'application à chaque fois...).

Ton application doit-elle embarquer les données ?
Si non, il est plus simple de mettre les données sur un serveur et de faire les affichages en fonction de ce que les WS renvoient

Mots-clef : webservice (WS) REST, JSON
31/08/2016, 00h28
MrEkinox

Citation:

Envoyé par Hizin

On évite le plus possible d'attaquer directement une BDD via une unité mobile. Par souci de sécurité, on préfère passer par des WebServices, des url's à appeler sur un serveur, celui-ci fait le boulot demandé et retourne des informations facilement exploitables (en plus de mettre à jour les données, ce qui évite de publier l'application à chaque fois...).

Ton application doit-elle embarquer les données ?
Si non, il est plus simple de mettre les données sur un serveur et de faire les affichages en fonction de ce que les WS renvoient

Mots-clef : webservice (WS) REST, JSON

Bonjour,
non elle ne doivent pas être stocker sur le device juste affiché.

Je vais faire des recherches par rapport à tes conseil, merci beaucoup :D

Je cherche quelqu'un qui pourrai m'aider quand je bloque sur une fonction ou autre afin de m’enrichir dans la programmation Android, ne t'inquiète pas je ne suis pas du genre à demander des questions toutes les 30 secondes, mais voila si ça ne te dérange pas ajoute moi sur skype à "MrEkinox".

Et encore merci.
31/08/2016, 11h33
alves1993

Pour la conception de Web Service je te conseille SparkJava http://sparkjava.com/
Pour la sérialisation des données je te conseille Gson https://github.com/google/gson
Pour la consommation de ton WebService à partir de ton application mobile je te conseille Retrofit http://square.github.io/retrofit/
31/08/2016, 12h16
grunk
Si tout est à créer (la base , la communication, etc ...) il pourrait être judicieux de partir sur des solution comme firebase (google) ou aws mobile hub (amazon).

Ce sont des solutions qui proposent des sdk pour interagir avec des bases de données dans le cloud (mais pas que) de manière très simple. Ca permet de se concentrer sur le code métier pur et plus sur la mise en place d'une bdd et de son webservice qui sont des taches chronophage et pas intéressante.

Un exemple avec firebase :
Code:

1 2 User user = new User(name, email); // création d'un utilisateur avec nom et email mDatabase.child("users").child(userId).setValue(user); // sauvegarde dans le cloud
Donc en 1 ligne ca gère l'envoi des données, les éventuels échecs de connexions , etc ...

Note : Ça implique que tes données ne sont plus hébergé sur un serveur que tu maitrise mais chez un prestataire (google,amazon ...) , certaines personnes peuvent être réticentes.
31/08/2016, 16h20
MrEkinox
Citation:
Envoyé par grunk

Si tout est à créer (la base , la communication, etc ...) il pourrait être judicieux de partir sur des solution comme firebase (google) ou aws mobile hub (amazon).

Ce sont des solutions qui proposent des sdk pour interagir avec des bases de données dans le cloud (mais pas que) de manière très simple. Ca permet de se concentrer sur le code métier pur et plus sur la mise en place d'une bdd et de son webservice qui sont des taches chronophage et pas intéressante.

Un exemple avec firebase :

Code:

1 2 User user = new User(name, email); // création d'un utilisateur avec nom et email mDatabase.child("users").child(userId).setValue(user); // sauvegarde dans le cloud

Donc en 1 ligne ca gère l'envoi des données, les éventuels échecs de connexions , etc ...

Note : Ça implique que tes données ne sont plus hébergé sur un serveur que tu maitrise mais chez un prestataire (google,amazon ...) , certaines personnes peuvent être réticentes.
Ta solution m'intéresse, je ne souhaite pas faire d'erreur, surtout dans mon achat sur le service de google.

Puis-je être conseillé par skype ? mon pseudo (MrEkinox)

Merci pour vos conseils.
31/08/2016, 16h52
grunk

Citation:

Puis-je être conseillé par skype ? mon pseudo (MrEkinox)

pas par moi non :)

Le premier palier d'utilisation de firebase est complètement gratuit (base de 1Go, 10Go de transfert réseau et 100 connexions simultanées) et permet même de travailler avec un petit nombre d'utilisateur.
Voir : https://firebase.google.com/pricing/

Tu peux donc lancer un projet de test juste pour le fun sans risque , il suffit d'avoir un compte google.
05/09/2016, 09h22
awesomeman

et SQLite ..?
05/09/2016, 10h26
Hizin

Si on part sur du webservice, SQLite, MySQL, PostGre ou autre... ça n'a pas réellement d'importance du point de vue de l'application vu qu'elle n'accèdera jamais à cette BDD directement.

Sinon, peux-tu étoffer ton propos s'il te plaît, que l'on comprenne mieux ? :)
05/09/2016, 10h52
awesomeman

Citation:

Envoyé par Hizin

vu qu'elle n'accèdera jamais à cette BDD directement.

comment ca ?? il y a forcément un moment ou tu vas accéder à ta BDD sinon elle n'a aucune raison d'exister ..

Citation:

Envoyé par Hizin

Sinon, peux-tu étoffer ton propos s'il te plaît, que l'on comprenne mieux ? :)

je n'ai vu personne proposer SQLite comme solution et je sais (je pense ?) que sqlite est un moyen pas mal utilisé sur mobile .

D'ailleurs j'ai une petite question sur sqlite : http://http://www.developpez.net/forums/d1601266/java/general-java/java-mobiles/android/refresh-base-donnee-sqlite/
05/09/2016, 11h11
Hizin

Citation:

Envoyé par awesomeman

Citation:

Envoyé par Hizin

vu qu'elle n'accèdera jamais à cette BDD directement.

comment ca ?? il y a forcément un moment ou tu vas accéder à ta BDD sinon elle n'a aucune raison d'exister ..

Tu as tronqué une part importante en me citant. La partie sur les webservices est vitale :)
L'application va réaliser des appels réseaux vers un serveur qui servira de façade pour les appels en base. L'application ne fera donc jamais appel à la BDD directement, mais toujours indirectement pour des raisons de sécurité (on ne laisse pas une BDD ouverte sur le vaste monde). Partant de là, quelle que soit la BDD utilisée derrière, l'application s'en fiche puisqu'elle se trouve sur un serveur, et que seul ce serveur communique avec la BDD (l'application communiquant avec la BDD uniquement via le serveur).

Citation:

Envoyé par awesomeman

je n'ai vu personne proposer SQLite comme solution et je sais (je pense ?) que sqlite est un moyen pas mal utilisé sur mobile .

C'est la BDD embarquée sur Android et iOS, c'est donc bien la principale solution dans le cas d'une BDD embarquée, oui :)
Dans ce sujet, nous ne parlons vraiment d'une BDD embarquée, mais d'une déportée. C'est pour cette raison que nous parlons d'utilisation de service comme firebase par exemple.
05/09/2016, 11h41
awesomeman

Citation:

Envoyé par Hizin

Tu as tronqué une part importante en me citant. La partie sur les webservices est vitale :)
L'application va réaliser des appels réseaux vers un serveur qui servira de façade pour les appels en base. L'application ne fera donc jamais appel à la BDD directement, mais toujours indirectement pour des raisons de sécurité (on ne laisse pas une BDD ouverte sur le vaste monde). Partant de là, quelle que soit la BDD utilisée derrière, l'application s'en fiche puisqu'elle se trouve sur un serveur, et que seul ce serveur communique avec la BDD (l'application communiquant avec la BDD uniquement via le serveur).

Ah ok mais sqlite est différent au niveau de ca vu qu'il ne suit pas le modèle client-serveur, nan ? Le principe dont tu parle reste le meme ?
05/09/2016, 14h47
MrEkinox

1 pièce(s) jointe(s)
Citation:
Envoyé par grunk

Si tout est à créer (la base , la communication, etc ...) il pourrait être judicieux de partir sur des solution comme firebase (google) ou aws mobile hub (amazon).

Ce sont des solutions qui proposent des sdk pour interagir avec des bases de données dans le cloud (mais pas que) de manière très simple. Ca permet de se concentrer sur le code métier pur et plus sur la mise en place d'une bdd et de son webservice qui sont des taches chronophage et pas intéressante.

Un exemple avec firebase :

Code:

1 2 User user = new User(name, email); // création d'un utilisateur avec nom et email mDatabase.child("users").child(userId).setValue(user); // sauvegarde dans le cloud

Donc en 1 ligne ca gère l'envoi des données, les éventuels échecs de connexions , etc ...

Note : Ça implique que tes données ne sont plus hébergé sur un serveur que tu maitrise mais chez un prestataire (google,amazon ...) , certaines personnes peuvent être réticentes.
Merci beaucoup, tu m'a fais découvrir un outil super.

Les firebases sont super et rapide.

Mais je n'arrive pas à prendre un child random.

Je m'explique, dans ma database, j'enregistre tout les users.
Et le but de l’application est d'avoir un user random.
Je cherche donc à pick un child de users random.

Pièce jointe 219648

Si tu as la solution, merci d'avance.
06/09/2016, 08h36
grunk

J'ai très peu utilisé la bdd de firebase , donc je ne serais peut être pas de très bon conseil. A priori il n'ya pas de fonction random.
Par contre tu dois pouvoir compter le nombre de child d'un noeud. A partir de là, tu fais un rand coté java entre 0 et ton nombre max de child puis tu itères sur tes childs jusqu'à arriver au nombre généré par ton rand.