2009-07-28 6 views
0

Je rencontre un bogue étrange - l'identificateur multpart "tableabc..fielda" ne peut pas être lié aujourd'hui.Un bogue sql étrange (identifiant multipart) à propos du serveur sql

Dans le sql ci-dessus, j'ajoute accidentellement un point de plus dans la requête. Je clé dans 2 points dans la requête sql.


Cela fonctionne dans le serveur de développement (mssql 2005).
En ce qui concerne le serveur de transfert (également mssql 2005), l'erreur ci-dessus se produit.

Quelle est la cause de cela?
Les deux bases de données sont mssql 2005. Cependant, l'une fonctionne correctement et l'autre échoue.
Pourquoi?

+0

Cela est très probablement dû au fait que table..column est invalide mais que database..table est valide. Si vous pouviez poster un exemple de requête qui permettrait de voir la cause potentielle de votre problème. –

+0

Mais la même requête est lancée sur mssql 2005, peut-être que le mssql2005 de notre serveur de développement est plus à jour. – Billy

+0

@Billy - postez la requête - alors nous pouvons choisir le meilleur plan d'action pour déterminer pourquoi vous obtenez cette erreur. Sans la requête, nous travaillons en aveugle. –

Répondre

1

Normalement, vous utilisez 2 points pour indiquer le schéma par défaut, à savoir database.schema.table comme database..table

Vous semblez suggérer que tableabc est une table, et FIELDA est une colonne, vous wouldn pas avoir un niveau entre eux?

pouvez-vous confirmer ce que ces noms d'objet sont censés être?

Ces objets/cet objet existent-ils sur le serveur de transfert?

Quel est le schéma par défaut de l'utilisateur auquel vous êtes connecté?

+0

"2 points" indique le schéma par défaut? Tout document en parle? Merci. – Billy

+1

comme dans 'select * from database..table' - le schéma implicite sera celui qui est la valeur par défaut pour l'utilisateur qui est connecté. Il serait peut-être préférable de publier la requête que vous essayez d'exécuter, avec ce fragment en contexte. –

+1

Lien MSDN/BOL http://msdn.microsoft.com/en-us/library/aa224076(SQL.80).aspx –