Discussion :

[che0po]

Bonjour,

j'essaye d'exécuter des requêtes sql sur une base dont le nom contient des espaces genre ( ma base_de / donné )

je ne suis pas l'auteur de cette base :/.


Example avec []:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$requete="SELECT * FROM [dbo.La base qui_pose / problème ] where [un champs interne] = '15000'";

donne l'erreur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Warning: odbc_exec() [function.odbc-exec]: SQL error: [Microsoft][ODBC SQL Server Driver][SQL Server]Nom d'objet 'dbo.La base qui_pose / problème' non valide., SQL state S0002 in SQLExecDirect

Example avec ` ( alt gr +7 ) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$requete="SELECT * FROM `dbo.La base qui_pose / problème` where [un champs interne] = '15000'";

donne l'erreur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Warning: odbc_exec() [function.odbc-exec]: SQL error: [Microsoft][ODBC SQL Server Driver][SQL Server]Syntaxe incorrecte vers '`'., SQL state 37000 in SQLExecDirect

Example sans rien :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$requete="SELECT * FROM dbo.La base qui_pose / problème where [un champs interne] = '15000'";

donne l'erreur:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Warning: odbc_exec() [function.odbc-exec]: SQL error: [Microsoft][ODBC SQL Server Driver][SQL Server]Syntaxe incorrecte vers 'qui_pose'., SQL state 37000 in SQLExecDirect in

je suis perdu

[elsuket]

Bonjour,

Transformez par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$requete="SELECT * FROM [dbo].[La base qui_pose / problème ] WHERE [un champs interne] = '15000'";

- dbo : le nom du schéma de la base de données : une base de données peut contenir plusieurs schémas (par défaut sous SQL Server : dbo, INFORMATION_SCHEMA et sys), qui sont des regroupements logiques d'objets (tables, vues, procédures stockées, ...)

- [La base qui_pose / problème ] : il s'agit en fait de la table que vous souhaitez interroger

- [un champs interne] : une base de données relationnelle SQL n'a pas de champs, ni de tableau, ni d'enregistrement

Vous avez gagné le droit de pestiférer après l'auteur de la base de données

@++

[che0po]

2 jours de recherche

rep+ , merci beaucoup !

[darkelend]

Bonjour,
Vous pouvez utiliser les synonymes si l'espace est dans le nom de la table

[elsuket]

Avec plaisir

@++

[che0po]

je me permet d'ajouter une question :

cette technique marche sur tout les noms de bases sauf celles avec des accents , genre [dbo].[C_Base avec des_és]

qui me dit le fameux

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Warning: odbc_exec() [function.odbc-exec]: SQL error: [Microsoft][ODBC SQL Server Driver][SQL Server]Nom d'objet 'dbo.C_Base avec des_és' non valide., SQL state S0002 in SQLExecDirect in

le é est du au faire que ma base est en iso-8859-1 alors que sql est en utf-8 , mais je ne pense pas que c'est le problème .

ps : le créateur de cette base et moi

[che0po]

Bonjour,
Vous pouvez utiliser les synonymes si l'espace est dans le nom de la table

peut être cela me sera utile pour les bases avec l'accent ?

[elsuket]

Encore faut-il parvenir à créer le synonyme, que vous pouvez ensuite référencer comme n'importe quelle table ou vue :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CREATE SYNONYM mon_synonyme FOR dbo.monObjet

@++

[darkelend]

Effectivement, ça ne solutionne pas le problème de nommage mais ca évite de se creuser la tête à chaque fois. Cela dit, je n'apprécie pas trop les synonymes pour des questions de lisibilité. Si tu peux, renomme tes objets correctement

[che0po]

Encore faut-il parvenir à créer le synonyme, que vous pouvez ensuite référencer comme n'importe quelle table ou vue :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CREATE SYNONYM mon_synonyme FOR dbo.monObjet

@++

Effectivement

bon ben , je vais poster une solution ici si je la trouve . Ce qui est drôle en info , c'est que c'est toujours le champs le plus important qui bug

[elsuket]

Ce qui est drôle en info , c'est que c'est toujours le champs le plus important qui bug

C'est surtout que la personne qui a créé la base de données, qui est une base de données relationnelle SQL, l'a fait sans connaissance de cause.
Et la victime, c'est vous ...

@++