Inner Join sous SQL

Bonjour
Je dois lancer des requettes de séléction sur une base de donnée Sql Sever 2000, hors je n'ai jamais utilisé ou installer Sql server,

on ma affirmé que si je maitrisais MySql je pouvais interroger la base de donnée Sql Server sans problèmes.

J'ai consulté la documentation sur le forum de Sql server, partie jointure interne et externe, et j'ai trouvé des syntaxes comme :

Code:

---

Use, Go,

---

je sais que use c'est pour renseigner la base de donnée et Go c'est pour exécuter, mais est ce qu'il y'en a d'autres ?

Dans le cas contraire, si on a que Use et Go, pourquoi on exécuterait pas tous simplement un Select normale sans Use, ou Go ?

Merci.

USE n'est indispensable que si t'es pas sur la base que tu veux interroger, dans le cas où t'as plusieurs bases sur ton serveur.
GO est utilisé qd t'as plusieurs instructions qui se suivent
Pour un "select",tu peux ecrire directement :
"Select * from NomTable"

Avec le USE qui précède ca permet d'eviter des erreurs d'execution
le mieux;
USE [NomBase]
SELECT * from [NomTable]

ps: les crochets sont nécessaires si tes noms contiennent des espaces

A lire : sqlpro.developpez.com
Vous y trouverrez des bons cours pour débuter.

Apparamant, sous Sql Server il existerait des modules dèjà prêt
qui permetterait de faire des requettes de selection en inner join, sans pour autant Connaître le langage (Sql enfin sans le manipuler:mouarf:) c'est un minimum.

En déposant certains composants en pourrait avoir le résultats de Jointure Interne/externe.

A confirmer.

Merci.

Tu es obligé d'apprendre le language SQL, c'est un must pour qui veut aller loins en programmation des bases de données. Pourquoi refuses-tu d'apprendre ?
Ces modules dont tu parles ne font que rédiger les requêtes à ta place !

Juste une question pour ma culture personnelle, je ne suis pas concerné par ce problème.

Citation:

---

Envoyé par geof

USE [NomBase]
SELECT * from [NomTable]

---

On est obligé de faire ça en SQL SERVER ? On ne peut pas faire comme en MySQL ?

Code:

---

SELECT Nombase.nomtable.nomcolonne

---

On ne peut donc pas interroger plusieurs bases en même temps ?

En fait ça fait deux questions ! :D

Citation:

---

Envoyé par WOLO Laurent

Tu es obligé d'apprendre le language SQL, c'est un must pour qui veut aller loins en programmation des bases de données. Pourquoi refuses-tu d'apprendre ?
Ces modules dont tu parles ne font que rédiger les requêtes à ta place !

---

Je n'ai pas dit celà, SQL c'est le premier pas dans base de donnée, je
disais que dans Sql Server qui représente un langage différent le Transac, est ce qu'on doit le maîtriser à 100% pour manipuler Sql Server, ou bien il y'a des modules sous Sql Server 2000/2005 qui permettent d'intéroger une base avec la langage Transac, sans pour autant taper ce langage.

Sinon pour "CinePhil", use : c'est pour montrer sur quelle base de donnée ou travail, pour plusieurs bases de données, je pense qu'on passe par des tables importées ou bien liées, l'odbc ne marche pas sur ça A Confirmer.

Tu dois ajouter Go à la fin : pour exécuter ta procédure stockée.

Citation:

---

Envoyé par CinePhil

Juste une question pour ma culture personnelle, je ne suis pas concerné par ce problème.

On est obligé de faire ça en SQL SERVER ? On ne peut pas faire comme en MySQL ?

Code:

---

SELECT Nombase.nomtable.nomcolonne

---

On ne peut donc pas interroger plusieurs bases en même temps ?

En fait ça fait deux questions ! :D

---

non tu ne peux pas faire ça

tu dois faire

Code:

---

select Nomserveur.NomBase.Nomschema.nomtable.nomcolonne

---

en fait y'a juste le schema a précisé en plus :)

Sachant que tu peux très bien faire select nombase..nomtable.nomcolonne et il prendra le schema par défaut

tu veux dire quoi par Schéma ?

le schema d'une base de donnée? hmmm regarde dans la faq de sqlpro ce sera plus propre que si j'en parle moi même :)

Citation:

---

Envoyé par oadin

le schema d'une base de donnée? hmmm regarde dans la faq de sqlpro ce sera plus propre que si j'en parle moi même :)

---

Oui mais un petit lien en attachement ça n'aurait pas fait de mal :

http://sqlpro.developpez.com/cours/s...age=partie2#L9

Et juste pour infos, Schéma c'est un gros mot, plutôt dictionnaire de données c'est mieux:king:.