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

Décisions SGBD Discussion :

Question de candide : sql vs nosql


Sujet :

Décisions SGBD

  1. #1
    Membre éclairé
    Homme Profil pro
    Inscrit en
    Janvier 2006
    Messages
    476
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Corse (Corse)

    Informations forums :
    Inscription : Janvier 2006
    Messages : 476
    Points : 831
    Points
    831
    Par défaut Question de candide : sql vs nosql
    bonjour ,
    j'ai des tables qui correspondent aux résultats d'une enquête, donc il y aura ni mise à jour , ni insert, ni suppression...
    je ne ferais que des extractions
    dans ce cas précis est ce qu'une solution Nosql pourrait être plus performante qu'une solution sql : non, oui (si oui laquelle) ou tout simplement ma question n' a aucun sens

  2. #2
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    Février 2010
    Messages
    4 144
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Rhône (Rhône Alpes)

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

    Informations forums :
    Inscription : Février 2010
    Messages : 4 144
    Points : 7 388
    Points
    7 388
    Billets dans le blog
    1
    Par défaut
    La question n'as aucun sens.

    Tout dépend des données elles-même et des interrogations que tu vas faire dessus.

    Il faut comparer le SQL et le NoSQL comme un avion et un train (sans pour autant dire que l'un est l'autre).
    => L'avion est à priori plus rapide... mais tu n'arrives pas aux centres villes et les temps d'embarquement/débarquement/correspondance sont bien plus long que le train
    => Le train va partout (ou presque)... à condition de rester sur le même continent, alors que l'avion permet d'aller à l'autre bout du monde... à condition que les villes aient un aéroport
    => Lorsque les deux villes sont proches, l'avion est plus lent que le train

    Bref : c'est pas comparable, y'a qu'une personne qui ne comprend rien qui va tenter de comparer les deux... le périmètre qui support la comparaison de l'ordre de 10% des cas d'utilisation.
    Et là encore, les différentes sont drastiques : entre Brest et Marseille, le TGV est un peu plus lent... mais si tu as une valise de 40 kg avec toi... bah t'as pas trop le choix
    On ne jouit bien que de ce qu’on partage.

  3. #3
    Membre éclairé
    Homme Profil pro
    Inscrit en
    Janvier 2006
    Messages
    476
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Corse (Corse)

    Informations forums :
    Inscription : Janvier 2006
    Messages : 476
    Points : 831
    Points
    831
    Par défaut
    bonjour StringBuilder,
    merci pour ta réponse
    cordialement

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 716
    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 716
    Points : 52 380
    Points
    52 380
    Billets dans le blog
    4
    Par défaut
    Pour des interrogations complexes le SQL est beaucoup plus rapide, car l'indexation est possible, facile et très efficace sur des valeurs scalaires. Alors que dans le NoSQL, des interrogations complexes seront toujours très lentes...

    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/ * * * * *

  5. #5
    Membre éclairé
    Homme Profil pro
    Inscrit en
    Janvier 2006
    Messages
    476
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Corse (Corse)

    Informations forums :
    Inscription : Janvier 2006
    Messages : 476
    Points : 831
    Points
    831
    Par défaut
    ok , je vais rester sur une solution sql
    merci SQLpro
    cordialement

  6. #6
    Expert éminent sénior
    Avatar de Mat.M
    Profil pro
    Développeur informatique
    Inscrit en
    Novembre 2006
    Messages
    8 347
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Novembre 2006
    Messages : 8 347
    Points : 20 347
    Points
    20 347
    Par défaut
    bonsoir Xavier-Pierre parfois par code ( C#, java, javascript etc...) cela peut suffire à sélectionner des enregistrements plutôt que de passer par des requêtes imbriquées

    Le problème de choisir entre SQL et NoSQL pour un projet c'est qu'on est contraint d'utilliser le même système de base de données.
    Sauf peut-être de passer par des solutions sur le Cloud ( comme AWS..) qui permettent de lire des tables dans les deux modes

  7. #7
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 059
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2010
    Messages : 10 059
    Points : 38 268
    Points
    38 268
    Billets dans le blog
    9
    Par défaut
    Citation Envoyé par Mat.M Voir le message
    bonsoir Xavier-Pierre parfois par code ( C#, java, javascript etc...) cela peut suffire à sélectionner des enregistrements plutôt que de passer par des requêtes imbriquées
    Ça veut dire lire plus de lignes (plutôt que enregistrements) dans les tables que nécessaire et donc poser des verrous plus nombreux et/ou plus longtemps au détriment des accès concurrents et des performances.
    On ne fera jamais aussi bien coté application que le moteur du SGBD pour optimiser les accès et le verrouillage. Inutile de réinventer la roue

  8. #8
    Membre expérimenté
    Homme Profil pro
    Architecte de base de données
    Inscrit en
    Septembre 2016
    Messages
    728
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 56
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte de base de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2016
    Messages : 728
    Points : 1 413
    Points
    1 413
    Par défaut
    Bonjour,

    Le débat NoSQL a vu arriver un soutient théorique avec le théorème CAP
    https://fr.wikipedia.org/wiki/Th%C3%A9or%C3%A8me_CAP

    Cela a élevé le débat, initial, entre ceux qui ne veulent pas "figer la structure" du stockage en début de projet et ceux qui ne conçoivent pas qu'on puisse se lancer sans savoir où l'on va tout en espérant des performances.
    Le vent n'est jamais bon pour qui ne sait où il va - et chaque marin sait que la mesure exacte de l'angle du vent par rapport à la voile doit être ... suffisant.
    Bref entre trop et trop peu, lequel est le pire ?

    Or le théorème CAP parle d'abord d'infrastructure puis de logiciel.
    L'aspect investissement n'est pas négligeable.
    En pensant utiliser des techno en "libre" on pense avant tout remporter l'argument économique.
    C'est un biais de réflexion qui fait beaucoup de tord au No-SQL, car sans moyens adéquat la faillite de l'entreprise est assurée mécaniquement.
    Revoir qui est le "papa" du théorème CAP et son CV à date de sa conjoncture.

    Pour revenir à votre demande :
    j'ai des tables qui correspondent aux résultats d'une enquête, donc il y aura ni mise à jour , ni insert, ni suppression...
    Vu le volume de données même un XL me semble faire l'affaire :
    - peu de volumétrie (en dessous du Terra)
    - peu de croisements (jointures) entre les différentes enquêtes
    - dépouillement statistique des données (Langage R ?)
    - besoin d'analyse sémantique pour traiter les réponses ouvertes

    Bref, pas sûr que vous ayez posé la bonne question.
    Le savoir est une nourriture qui exige des efforts.

Discussions similaires

  1. question sur requete SQL
    Par thomason1407 dans le forum Langage SQL
    Réponses: 1
    Dernier message: 16/09/2007, 01h29
  2. [SQL] Question sur requête SQL
    Par Cheeper dans le forum PHP & Base de données
    Réponses: 6
    Dernier message: 27/06/2007, 18h56
  3. [Question]VUE en SQL
    Par elithrin dans le forum Oracle
    Réponses: 2
    Dernier message: 09/11/2006, 19h56
  4. Question toute simple, SQL
    Par Frédérico Vincento dans le forum SAP Crystal Reports
    Réponses: 1
    Dernier message: 22/09/2006, 16h12
  5. [Debutant] Question sur Cours SQL Pro
    Par etiennegaloup dans le forum Langage SQL
    Réponses: 5
    Dernier message: 25/10/2005, 10h50

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