Droits sur un DB SQL

Discussion dans 'Web, design' créé par Helyopses, 29 Mars 2004.

Statut de la discussion:
Fermée.
  1. Offline
    Helyopses Touriste
    Voila j'ai fait un chti prog qui utilise une DB de type SQL mais je suis assez bien bloqué car les droits sont assez bizards dans ce type de DB car je l ouvre avec le compte qui est sencé être propriétaire, créateur et avoir tt les acces cepenendant je ne peux pas modifier les données :s

    Voila si quelqun qui s y connais dans les droits des bases de données SQL pouvais m'aider PLZ
    Helyopses, 29 Mars 2004
    #1
  2. Offline
    Helyopses Touriste
    Help plz : :cry:
    Helyopses, 31 Mars 2004
    #2
  3. Offline
    MoTh Elite
    Ca serait déjà bien de dire qu'elle genre de DB tu utilise.
    L'accès avec droit sur une DB se fait à la connection et la syntaxe est différente d'une DB à l'autre.
    MoTh, 4 Avril 2004
    #3
  4. Offline
    Helyopses Touriste
    Bha je c pas j utilise 1 DB que j ai créée à l'aide du server sql 2000 et de son logiciel d'importation de données.
    Helyopses, 5 Avril 2004
    #4
  5. Offline
    MoTh Elite
    Ben voilà Sql Serveur est le nom de la db lol.

    Maintenant ce serait bon de savoir de quelle manière tu te connectes à la DB et quelle language tu utilises.

    Car évidement ca varie en fonction de ces paramètres.
    MoTh, 5 Avril 2004
    #5
  6. Offline
    Vive MYSQL ! :)
    TheFornicator, 13 Avril 2004
    #6
  7. Offline
    Vive MYSQL ! :)
    TheFornicator, 13 Avril 2004
    #7
  8. Offline
    Helyopses Touriste
    Bha Mysql c bien mais moins complet que sql
    Helyopses, 16 Avril 2004
    #8
  9. Offline
    c'est peut-être moins complet (et encore...., que ne propose pas mysql dans ses dernières version et qui ne soit faisable d'un autre moyen un peu intelligent ? ), mais c'est gratuit, performant et efficace... enfin, ce que j'en dis ... En plus, c'est "légé" comparé à un oracle... évidemment, maintenant, pour une grande base de donnée avec plusieurs millions d'enregistrement, dispersée, coopérative, .... je dis pas qu'il fait aussi bien qu'un oracle, mais bon, on a pas vraiment besoi nde ça à notre niveau.. si ?
    TheFornicator, 16 Avril 2004
    #9
  10. Offline
    ZyPh0s Touriste
    Bah avec la version 4 de MySQL on peut faire de jolies requetes imbriquées (ce qui manquait cruellement dans les version 3.x) Ca devient vraiment bien comme truc je trouve. Parce que jongler avec des tables temporaires était pénible :p
    ZyPh0s, 16 Avril 2004
    #10
  11. Offline
    bha..... avant les requêtes imbriquées (j'sais plus dans quelle norme SQL, mais pas la première), ils faisaient bien tous comme ça... et encore beaucoup de système bancaire ou d'assurance fonctionnent en COBOL avec encore des fichiers séquentiels indexés....

    C'est vrai que c'est super les requêtes imbriquées.. mais c pas vital.... enfin, vive le progrès :)
    TheFornicator, 16 Avril 2004
    #11
  12. Offline
    noLain www.wearewise.be
    Lool .... MySQl c'est un serveur de db.
    Et Sql c'est un language universel utilisé par les serveurs de db.

    => pas comparable .. :/
    noLain, 16 Avril 2004
    #12
  13. Offline
    SQL n'existe que dans les moteurs de DB.... un peu comme le langage C. Il n'existe actuellement aucun moteur qui soit similaire à un autre, comme un compilateur C n'est pas le même d'une firme à l'autre ou d'une version à l'autre... à ceci près que les moteurs SQL actuels n'acceptes pas tous 1: toute requête syntaxiquement bien écrite (d'après la norme). Il n'existe aucun moteur qui soit exactement compatible avec la dernière norme officielle (SQL 92 je pense).
    2: Un moteur peut refuser une requête qu'un autre moteur accepte.

    En ANSI C, on a pas le même problème .... heureusement.
    TheFornicator, 16 Avril 2004
    #13
  14. Offline
    Helyopses Touriste
    Mes test sont pour une DB professionelle qui doit géré des énormes masses de données Et Mysql est tres bien aussi mais ici on essayai Sql pour une solution plus soft qu oracle qui est extrèmement lourd a mettre en oeuvre
    Helyopses, 17 Avril 2004
    #14
Statut de la discussion:
Fermée.