IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Windows Phone .NET Discussion :

Base de Donnée locale


Sujet :

Windows Phone .NET

  1. #1
    Nouveau membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Juin 2012
    Messages
    40
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juin 2012
    Messages : 40
    Points : 29
    Points
    29
    Par défaut Base de Donnée locale
    Bonjour, je cherche à faire une application qui utilise une base de donnée en locale. La base de donnée sera donc stocké sur le téléphone.

    J' ai déja réalisé ce genre de projet en C# en utilisant une base de donnée Access.

    Pouvez vous me dire si c' est réalisable ?

  2. #2
    Membre éprouvé
    Avatar de dkmix
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    619
    Détails du profil
    Informations personnelles :
    Localisation : Jamaïque

    Informations forums :
    Inscription : Septembre 2007
    Messages : 619
    Points : 924
    Points
    924
    Par défaut
    Bonjour, a priori, SQL Server Compact fera l'affaire
    a+

  3. #3
    Nouveau membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Juin 2012
    Messages
    40
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juin 2012
    Messages : 40
    Points : 29
    Points
    29
    Par défaut
    Merci de ta réponse, mais justement ce que je ne comprends pas, c' est que je ne veux pas faire de serveur, il faut que ma base de donnée soit dans la mémoire du téléphone

  4. #4
    Membre régulier
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Décembre 2010
    Messages
    96
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Décembre 2010
    Messages : 96
    Points : 72
    Points
    72
    Par défaut
    Voici un lien coup de pouce pour ton job ;-)
    http://www.my-photoblog.com/using-sq...1-apps-part-1/

  5. #5
    Membre actif
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Août 2008
    Messages
    242
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Conseil

    Informations forums :
    Inscription : Août 2008
    Messages : 242
    Points : 296
    Points
    296
    Par défaut
    L'isolated Storage ne suffit pas?

  6. #6
    Membre régulier
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Juin 2007
    Messages
    66
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2007
    Messages : 66
    Points : 116
    Points
    116
    Par défaut
    Bonjour,

    Depuis Mango Windows Phone propose une version entièrement locale au téléphone à SQL CE. Tu n'as donc pas de code côté serveur. Tu accèdes aux données avec des requêtes Linq. L'avantage de SQL CE c'est que c'est une base de donnée relationnelle, l'inconvénient c'est qu'elle impacte généralement assez négativement les performances.

    L'isolated storage te permet d'écrire des fichiers dans le répertoire affecté à l'application par Windows Phone. Tu peux écrire des XML ou autres, c'est toi qui vois. C'est pratique si tu n'as pas de grosses relations entre tes entités ou si tu n'as pas beaucoup de données à sauvegarder. C'est globalement plus performant que SQL CE si tu ne fais que de la sauvegarde/chargement complet. Pour faire du partiel (genre un WHERE) c'est du code fait à la main et donc selon ce que tu as choisi comme sérialisation c'est plus ou moins lent. En tout cas c'est ce que j'utilise dès que je peux.

    Un mix entre les deux mondes existe et s'appelle Sterling. Sterling tu permet de sauvegarder des objets de manière "NoSQL" dans l'isolated storage tout en te permettant de faire des requêtes Linq dessus. Le concept est vraiment cool et c'est fait par un MVP très connu, Jeremy Likness. http://sterling.codeplex.com/

    Maintenant à toi de faire ton choix en fonction de tes besoins en perf et en type de stockage (relationnel ou non).

  7. #7
    Membre à l'essai
    Profil pro
    Inscrit en
    Février 2010
    Messages
    33
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2010
    Messages : 33
    Points : 13
    Points
    13
    Par défaut
    Salut,

    C'est possible tu as plusieurs solutions, tout dépend comment tu veux faire...

    tu as Sqlite :
    http://sviluppomobile.blogspot.fr/20...ansaction.html

    avec un exemple

Discussions similaires

  1. Base de donnée locale
    Par Invité(e) dans le forum Décisions SGBD
    Réponses: 1
    Dernier message: 25/09/2005, 23h39
  2. Base de données locale
    Par Salam59 dans le forum Décisions SGBD
    Réponses: 5
    Dernier message: 07/06/2005, 15h29
  3. Réponses: 5
    Dernier message: 07/04/2005, 14h12
  4. Pbs Base de donnée locale!
    Par danuz dans le forum InterBase
    Réponses: 2
    Dernier message: 11/08/2003, 14h36
  5. Synchronisation de base de données locale/distante Internet
    Par StefC30 dans le forum Développement
    Réponses: 3
    Dernier message: 25/07/2003, 14h47

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo