Droits sur un DB SQL

Statut
N'est pas ouverte pour d'autres réponses.

Helyopses

Elite
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
 
1er
OP
Helyopses

Helyopses

Elite
Help plz : :cry:
 

MoTh

PaW
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.
 
1er
OP
Helyopses

Helyopses

Elite
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.
 

MoTh

PaW
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.
 
1er
OP
Helyopses

Helyopses

Elite
Bha Mysql c bien mais moins complet que sql
 
fragmuch a dit:
Bha Mysql c bien mais moins complet que sql
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 ?
 

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 a dit:
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
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 :)
 

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 .. :/
 
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.
 
1er
OP
Helyopses

Helyopses

Elite
TheFornicator a dit:
fragmuch a dit:
Bha Mysql c bien mais moins complet que sql
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 ?
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
 
Statut
N'est pas ouverte pour d'autres réponses.
Haut