Discussion :

[cretgil]

Bonjour,

Je dois créer une application pour une entreprise de transport.

Cette application doit tourner sur des iphones et des postes fixe windows.
Quelle base de données me conseillez-vous ?

D'avance merci
Salutations
gc

[SQLpro]

Tout dépend si la base est toujours mono utilisateur sur les postes Windows ou multi utilisateur.

Ensuite il faut voir la volumétrie des données et le nombre d'utilisateurs.

A +

[cretgil]

Elle sera mutli utilisateur.

le nombre d'utilisateur est de 19 personnes

Par contre la volumétrie des données pour l'instant je ne l'ai pas.

[SQLpro]

Il n'existe pas de SGBD capable de faire les deux choses simultanément (multi user et embarqué). Ce qui s'en rapproche le plus est SQL Server, mais la version CE ou LocalcDB nécessite un Widows Phone.
Le plus simple est d'utiliser une base embarquée, par exemple sqllite pour les smartphone et un serveur classique, par exemple PostGreSQL pour la base multi utilisateur.
Votre application doit-elle fonctionner 24h sur 24, 7 jours sur 7 ?

A +

[cretgil]

l'application doit fonctionner du lundi au samedi et de 7h00 à 19h00
merci pour vos réponses.
@++

[SQLpro]

Donc, PostGreSQL me parait tout indiqué si vous ne voulez pas dépenser des licences. Si la base est petite, vous pouvez utiliser la version Express de SQL Server qui est aussi gratuite.

A +

[cretgil]

Donc comme vous me l'indiquez je dois avoir une sqllite pour les smartphone et un PostGreSQL pour la base multiutilisateur.
Je suppose qu'il existe un moyen que les données des smartphone soit mise à jour dans la BD du PostGreSQL et réciproquement ?

[SQLpro]

Je suppose qu'il existe un moyen que les données des smartphone soit mise à jour dans la BD du PostGreSQL et réciproquement ?

Ce sera à vous de l'implémenter en ajoutant à toutes vos tables des colonnes assurant la traçabilité de l'information. En général on ajoute une colonne TIMESTAMP qui est mis à jour à chaque INSERT/UPDATE et une colonne GUID pour tagguer chaque ligne.

Si GUID identique et TIMESTAMP différent => mise à jour du plus récent au plus vieux
Si GUID nouveau, alors ajouter la ligne.

Enfin, il faut savoir si les données doivent être répliquées en mode simplex ou duplex, autrement dit identifier, pour chaque table, les flux :
1) qui vont toujours de A vers B (simplex montant)
2) qui vont toujours de B vers A (simplex descendant)
3) qui vont indifféremment de A vers B ou de B vers A (duplex)

Évidemment, mieux vaudrait qu'il n'y ait jamais de flux duplex, car là vous ne couperez pas aux problématique de conflits de réplication....
En effet, rien n'interdit deux UPDATE au même moment modifiant la même ligne, l'un sur le serveur et l'autre sur le smartphone, situation qui arrive beaucoup plus souvent qu'on ne le croit !!!

A +

[StringBuilder]

Une solution pour résoudre le problème du DUPLEX, mais c'est usine à gaz, c'est d'avoir, pour chaque table duplex, une table d'historique colonne avec nuémro de ligne, colonne, valeur avant, valeur après, timestamp de la modif (éventuellement le tout stocké en XML histoire de n'avoir qu'un seul type à gérer dans la table)

Ensuite, lors d'un conflit (mise à jour de part et d'autre depuis la dernière synchro), une analyse de cette table de chaque côté permet de déterminer la version "la plus récente" pour chaque colonne des lignes en conflit.