Discussion :

[ChipsAlaMenthe]

Bonjour à tous!

Je suis actuellement sous Unity3D, et j'ai créé un petit jeu jouable uniquement à un seul joueur, et off-line.
Le but au final est, au même titre qu'une borne d'arcade comme dans les cyber-cafés (pour l'exemple ^^), être utilisé par plusieurs joueurs MAIS sur la même machine. Jusque là tout va bien, cependant je veux ajouter quelque chose en plus:

J'aimerais que chaque joueur ai la possibilité de se créer un compte dans l'application, donc avec nom, prénom, date de naissance, etc... Et que le jeu se souvienne du score de ses parties (en les associant bien sûr aux joueurs concernés). Donc à chaque début de partie le joueur doit se sélectionner (une fois créé bien sûr) pour que le jeu sache qui joue actuellement.

J'aimerais donc créer une base de donnée de tout cela (en SQL par exemple), mais toujours dans l'application Unity3D, c'est à dire que je ne veux surtout pas une autre application à lancer à côté. Je veux que tout soit le plus simple possible pour le joueur.
Le soucis c'est que j'ai l'impression que les bases de données et Unity c'est un peu flou .
L'application doit pouvoir bien sûr exploiter sa base de données une fois le fichier .exe généré.

Savez-vous donc quel chemin prendre afin de pouvoir créer une base de donnée sous Unity3D? Les librairies à prendre, etc..?

En espérant qu'il y ai assez de détails pour avoir votre aide .

[Greg Latiner]

Salut ChipsAlaMenthe,

En local offline comme cela, on peut penser que le nombre de joueur ne sera pas spécialement faramineux (un brassage de data pas exorbitant), donc c'est le genre de chose qui peut se gérer assez facilement par les PlayerPrefs.
Sinon, tu peux regarder du coté de solution genre XML ou encore JSON.

[ChipsAlaMenthe]

J'avais justement regardé du côté des fichiers XML et JSON et j'étais à la base parti sur du CSV car c'est beaucoup plus simple en architecture je pense .
Et étant donné que le nombre de joueurs commence à dépasser les 30, et que chaque joueur joue parfois des dizaines de parties, le fichier CSV commence à être grand (plus de 300 lignes), sachant que les lignes ne sont pas dans l'ordre car elle s'inscrivent dès qu'un joueur joue une partie, il faut à chaque fois réécrire le fichier si on souhaite supprimer une ligne, ou bien parcourir tout le fichier si on veut juste consulter les résultats pour un joueur donné.
Donc niveau architecture ça commence à être compliqué car je ne voulais pas créer un fichier propre à chaque joueur pour les résultats en plus du fichier contenant la liste de tous les joueurs. C'est pour ça que je voulais créer une vraie base de données au lieu de simples fichiers CSV ou JSON ^^.
J'avais aussi regardé du côté des PlayerPrefs, et étant donné que le jeu durera assez longtemps (peut être 1 an minimum), le fichier dépassera certainement 1Mo au final, et je ne veux pas revenir sur l'appli à cause d'un problème comme celui-là (car les playerPrefs sont limités en taille :/). ^^

[Greg Latiner]

Hello,

Il est clair qu'au vu de ce que tu dis, les PlayerPrefs ne sont pas la solution.
Maintenant pour les autres, faut voir. Je ne suis pas sûr qu'en terme de taille tu sois gagnant avec un BD en local finalement. Qu'en à l'emploi, à toi de voir au niveau de structures de sauvegarde par joueur à sérialiser, c'est souvent la méthode utilisée.
Après, regarder du coté du store, il existe pas mal de trucs dédiés aux sauvegardes.
Autre piste cette fois lié effectivement aux bases de données: Unity SQLite (je n'ai jamais eu l'occasion d'essayer par contre).

[ChipsAlaMenthe]

Merci de ta réponse!

Oui c'est vrai qu'en terme de taille la BD sera assez conséquente, mais ce n'est pas grave car c'est surtout le côté de la gestion de la base qui m'intéresse ^^. Si jamais je ne peux pas faire de réelle base de données je pense que je ferai un fichier par joueur si jamais je ne trouve pas de solution :/.
Après je vais voir du côté de SQLlite, peut être qu'il y aura quelque chose d'intéressant pour avoir un réelle base de donnée locale.
Le projet est en ce moment en pause pendant un petit moment donc je ne pourrais pas tester tout de suite, mais en tout cas merci de ton aide pour ces petits conseils .

Je marque la conversation comme résolue .

[Greg Latiner]

N'hésites pas à faire un petit retour sur la solution que tu auras mise en oeuvre