Discussion :

[Mr_Exal]

Bonjour, je voudrais créer une application mobile de gestion de collection de livres. Seulement je me pose quelques questions sur cette DB.

Comment puis-je déterminer la taille de ma DB ?

Existe-t-il des DB gratuites (ce n'est pas que je n'ai pas envie de me taper chaque livre à rentrer à la main mais bon ...) ?

Suis-je obligé de passer par le schéma client-serveur ? La DB sera assez lourde je pense, donc je ne sais pas si elle sera stockable sur le mobile directement ou non. (un ami m'a parlé d'à peu près 200go mais je trouve ça beaucoup trop exagéré )

Quel SGBD puis-je utiliser pour cette application?

Merci de vos réponses.

[StringBuilder]

Bonjour,

Votre question est beaucoup, beaucoup, beaucoup trop vague pour y apporter une réponse précise.

Bonjour,

Bonjour aussi

je voudrais créer une application mobile de gestion de collection de livres. Seulement je me pose quelques questions sur cette DB.

Nous aussi.
Qu'ententez-vous par "collection de livres" ?
=> L'utilisateur saisi manuellement les 20 livres qu'il a sur son étagère ?
=> L'utilisateur saisi le code ISBN de ses 20 livres, et automatiquement ça lui dit ce que c'est ?

Comment puis-je déterminer la taille de ma DB ?

En sachant le nombre de lignes et la taille des lignes. Après, je vous fais pas un dessin, il suffit de multiplier l'un par l'autre. S'il s'agit de stocker 20 livres dont on conserve un titre (30 caractères en moyenne) et un identifiant (entier de 4 caractères) ça fait une BDD de 20 * (30 + 4) = 680 octets, donc moins de 1 Ko.
S'il s'agit de stocker l'ensemble des livres de la planète, avec un synopsis, l'auteur, l'éditeur, la biographie de l'auteur et des personnages, etc. etc., alors ça va vite se quantifier en Go, votre ami n'héxagère pas en parlant de 200 Go (et même c'est très faible... connaissant à quoi ressemble, de très loin, une partie du SI de la Bibliothèque Nationnalle Française, je peux vous dire que c'est plutôt en centaines de To que ça se chiffre).

Existe-t-il des DB gratuites (ce n'est pas que je n'ai pas envie de me taper chaque livre à rentrer à la main mais bon ...) ?

Après une recherche rapide dans Google de "imdb for books" vous aurez un début de réponse.

Suis-je obligé de passer par le schéma client-serveur ? La DB sera assez lourde je pense, donc je ne sais pas si elle sera stockable sur le mobile directement ou non. (un ami m'a parlé d'à peu près 200go mais je trouve ça beaucoup trop exagéré )

Si la base est petite, alors aucun souci pour la gérer en local. Mais si vous voulez une base référentiel du type IMDB, alors il faudra passer par une architecture client/serveur.
Le plus simple dans ce cas, c'est alors de stocker la base référentiel sur un serveur, et de pluger dessus un webservice.
Ensuite, le mobile accède au webservice pour trouver des informations sur un livre.
Et stocke en local seulement une liste de numéros ISBN par exemple, dans un fichier XML, pas besoin de BDD s'il s'agit par exemple juste de dire "j'ai ce livre".

Quel SGBD puis-je utiliser pour cette application?

Il faudrait au moins qu'on sâche ce que vous entendez par "mobile". Si c'est un téléphone "basique" avec un OS proprio, il faudra regarder du côté des outils fournis par le fabriquant.
S'il s'agit d'un téléphone Android, Windows Mobile ou IPhone, les réponses divergent selon l'OS et la version. S'il faut faire une application pour tous les mobiles, alors il faudra plutôt se résigner à faire du XML, ou utiliser SQL Lite qui doit être présent un peu sur toutes les plateformes.

Merci de vos réponses.

De rien

[StringBuilder]

Pour le référentiel en ligne gratuit des livres, j'ai trouvé :

https://isbndb.com/

[Mr_Exal]

Merci pour vos réponses.

Je pense me concentrer sur les mangas/comics car sur tous les livres ça serait monstrueux.

En fait je voudrais que la personne puisse rentrer manuellement (et par la suite en scannant le code barre) un livre en indiquant le type, le prix, le titre, l'auteur, l'éditeur.

Par la suite je voudrais également qu'il puisse avoir sous les yeux les volumes manquants (pour une série de mangas par exemple), donc je pensais, sinon, faire deux bases, une locale qui permettrait à l'utilisateur d'avoir sous les yeux les livres qu'il a rentré lui même, et une distante sur un serveur qui contiendrait tous les volumes et en "cliquant" sur le nom de l'auteur ou le nom de la série, il aurait les volumes qu'il lui manque en faisant une comparaison (seulement il pourrait avoir à télécharger pas mal de données si c'est une grosse série (imaginons qu'il ait un livre sur une série de 70 ...). D'où mon interrogation sur la taille possible d'une telle base.

Ca permettrait à la personne en sortant son smartphone de savoir si il a tel ou tel volume quand il va en acheter (ce qui m'arrive quand même assez souvent donc je ne pense pas être le seul).

Le développement sera en premier lieu sous O.S. Android et pourquoi pas plus tard une réécriture pour iOS.

[CinePhil]

Comme par modéliser les données et déterminer celles qui seront sur le smartphone et celles qui ne seront que sur le serveur.

Comme a dit StringBuilder, si le smartphone ne doit stocker qu'un titre, le nom de la série et le code ISBN de chaque livre, ça ne prendra au plus que quelques kilos octets et un fichier XML peut suffire.

Par contre, la BDD de référence sur le serveur devra, elle, être modélisée rigoureusement pour être performante et sera bien sur gérée par un SGBDR, en évitant MySQL qui présente de nombreuses lacunes et qui supporte difficlement la charge avec un gros volume de données.