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

 SGBD Discussion :

Eclaircissement sur SGBDs


Sujet :

SGBD

  1. #1
    Membre actif

    Homme Profil pro
    Software Engineer
    Inscrit en
    Août 2004
    Messages
    173
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Software Engineer
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Août 2004
    Messages : 173
    Points : 220
    Points
    220
    Par défaut Eclaircissement sur SGBDs
    Bonjour, je suis relativement nouveau dans le monde des SGBD bien que j'ai fait du relationnel et SQL en 1ère Année d'IUT info. (autrement dit quasiment rien)

    La j'ai un projet que je dois mener à bien et il me faut choisir un SGBD.
    Le probleme n'est pas tellement de savoir quel SGBD serait "mieux" qu'un autre vu que c'est un projet scolaire ce n'est pas d'une importance capitale.

    Non le problème c'est que je suis completement paumé sur le fonctionnement.
    Mon projet est une simulation d'un systeme de GPS, où à partir d'une carte et d'une demande d'itinéraire (selon différentes options paramétrables) je dois calculer un chemin et le donner à l'utilisateur.

    Pour se faire je me sers de graphes que je créé directement sur la map (via une interface "concepteur") .
    Et voilà à ce niveau il faut que je puisse stocker les graphes et les différents map (ainsi que des profils utilisateurs et des itinéraires liés à ces profils)

    Bon voila la base. Au final j'aurais 2 exécutable un concepteur pour créer les graphes et un utilisateur pour chercher des itinéraires .

    Ce que je voudrais c'est que le programme coté utilisateur puisse fonctionner sans connexion (donc en local) avec les données "de base" du programme mais qu'il puisse aussi s'il le souhaite accéder à un serveur pour mettre à jour les données qu'il possède en local.

    Vous l'aurez compris l'exécutable concepteur serait sur un PC différent et il faudrait que concepteur stocker ses graphes créés dans un SGBD.

    En résumé il me faut un SGBD local pour utiliser le programme sans connexion, et que ce SGBD puisse mettre à jour ses données en se connectant à un SGBD distant

    Est-ce possible ? vers quoi dois-je me tourner ? (fichier , relationnel ?..) ? Et Quel SGBD choisir (XML, firebird, MySQL ...)?
    Avec quelques petites explications sur le pourquoi du choix si possible ce serait vraiment génial


    NB : Je travaille sur JAVA 1.6 pour l'appli si ca peut aider.
    NB2 : Notre tuteur de projet nous a dit de faire comme on le sent donc rien d'imposé.

  2. #2
    Modérateur
    Avatar de al1_24
    Homme Profil pro
    Retraité
    Inscrit en
    Mai 2002
    Messages
    9 080
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Retraité
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2002
    Messages : 9 080
    Points : 30 801
    Points
    30 801
    Par défaut
    Rien ne t'oblige à utiliser le même SGBD en local et sur le serveur, du moment que la structure de ta base de données peut être semblable sur les deux.
    Donc ton choix est très ouvert.
    Modérateur Langage SQL
    Règles du forum Langage SQL à lire par tous, N'hésitez pas à consulter les cours SQL
    N'oubliez pas le bouton et pensez aux balises
    [code]
    Si une réponse vous a aidé à résoudre votre problème, n'oubliez pas de voter pour elle en cliquant sur
    Aide-toi et le forum t'aidera : Un problème exposé sans mentionner les tentatives de résolution infructueuses peut laisser supposer que le posteur attend qu'on fasse son travail à sa place... et ne donne pas envie d'y répondre.

  3. #3
    Membre actif

    Homme Profil pro
    Software Engineer
    Inscrit en
    Août 2004
    Messages
    173
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Software Engineer
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Août 2004
    Messages : 173
    Points : 220
    Points
    220
    Par défaut
    Oui le probleme est que d'après ce que j'ai compris (càd pas grand chose ) pour accéder à une BD il faut un "serveur" ?
    Comment ca marche si je veux pouvoir utiliser la BD en local sur le PC client ?

    EDIT : Pour le moment j'ai retenu Firebird 2.0 en version embarqué, seulement vu qu'il ne supporte des connexions que via le protocole local est-ce que ca resterait possible de faire des mises à jour avec une BD distante ?

  4. #4
    Membre expert

    Homme Profil pro
    Consultant spécialité Firebird
    Inscrit en
    Mai 2002
    Messages
    2 342
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France

    Informations professionnelles :
    Activité : Consultant spécialité Firebird
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 2 342
    Points : 3 712
    Points
    3 712
    Par défaut
    Citation Envoyé par Vivian Pennel Voir le message
    EDIT : Pour le moment j'ai retenu Firebird 2.0 en version embarqué, seulement vu qu'il ne supporte des connexions que via le protocole local est-ce que ca resterait possible de faire des mises à jour avec une BD distante ?
    oui
    la bibliothèque est aussi client pour un serveur distant
    Philippe Makowski
    IBPhoenix - Firebird
    Membre de l'April

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 768
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 768
    Points : 52 577
    Points
    52 577
    Billets dans le blog
    5
    Par défaut
    Attention, si votre problème consiste à gérer des graphes dans la base il faut s'orienter vers un SGBDR capable d'implémenter les requêtes récursive à la norme SQL:1999. En effet le parcours de graphes et notamment la recherche d'un chemin (le plus court si possible) nécessite l'utilisation de requêtes SQL récursives introduites avec le concept de CTE (Common Table Expression - en français "Expression de table).

    Lisez l'article que j'ai écrit à ce sujet :
    http://sqlpro.developpez.com/cours/s...te-recursives/
    il y a un exemple de recherches du plus court chemin dans un graphe modélisant un réseau routier et cela en une seule requête SQL.

    A ma connaissance il n'existe à ce jour que 3 SGBDR capable d'utiliser les requêtes récursives pour les graphes : IBM DB2, Sybase Adaptive et Microsoft SQL Server. En particulier Oracle ne sait pas traiter ce cas de figure !

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  6. #6
    Membre expert

    Homme Profil pro
    Consultant spécialité Firebird
    Inscrit en
    Mai 2002
    Messages
    2 342
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France

    Informations professionnelles :
    Activité : Consultant spécialité Firebird
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 2 342
    Points : 3 712
    Points
    3 712
    Par défaut
    A ma connaissance il n'existe à ce jour que 3 SGBDR capable d'utiliser les requêtes récursives
    et Firebird 2.1

    quand à Oracle, le CONNECT BY permet cela depuis la version 10 il me semble
    Philippe Makowski
    IBPhoenix - Firebird
    Membre de l'April

  7. #7
    Modérateur
    Avatar de al1_24
    Homme Profil pro
    Retraité
    Inscrit en
    Mai 2002
    Messages
    9 080
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Retraité
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2002
    Messages : 9 080
    Points : 30 801
    Points
    30 801
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    Lisez l'article que j'ai écrit à ce sujet :
    http://sqlpro.developpez.com/cours/s...te-recursives/
    il y a un exemple de recherches du plus court chemin dans un graphe modélisant un réseau routier et cela en une seule requête SQL.

    A ma connaissance il n'existe à ce jour que 3 SGBDR capable d'utiliser les requêtes récursives pour les graphes : IBM DB2, Sybase Adaptive et Microsoft SQL Server. En particulier Oracle ne sait pas traiter ce cas de figure !
    J'ai testé par curiosité tes exemples avec Teradata 6.1... Ça fonctionne
    Mais je reconnais que ce SGBD est moins répandu que ceux que tu cites.
    Modérateur Langage SQL
    Règles du forum Langage SQL à lire par tous, N'hésitez pas à consulter les cours SQL
    N'oubliez pas le bouton et pensez aux balises
    [code]
    Si une réponse vous a aidé à résoudre votre problème, n'oubliez pas de voter pour elle en cliquant sur
    Aide-toi et le forum t'aidera : Un problème exposé sans mentionner les tentatives de résolution infructueuses peut laisser supposer que le posteur attend qu'on fasse son travail à sa place... et ne donne pas envie d'y répondre.

  8. #8
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 768
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 768
    Points : 52 577
    Points
    52 577
    Billets dans le blog
    5
    Par défaut
    CONNECT BY de Oracle ne permet pas de gérer des graphes. Cette syntaxe est limitée aux arbres. Oracle n'est hélas pas encore capable de gérer des parcours de graphes et sa syntaxe à base de CONNECT BY / PRIOR est totalement spécifique et hors norme SQL.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. Réponses: 10
    Dernier message: 03/10/2005, 15h42
  2. Demandes d'informations divers sur SGBD
    Par AlexB59 dans le forum Décisions SGBD
    Réponses: 3
    Dernier message: 26/05/2005, 12h41
  3. [VB.NET] Eclaircissement sur la fonction IsDBNull
    Par shinchan dans le forum Windows Forms
    Réponses: 9
    Dernier message: 04/01/2005, 09h59

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