Version imprimable
Bonjour,
J'ai une appli VB6 qui tourne avec SQL 2005 et lorsque je fais des actions (ajout, mise à jour,...) via l'appli j'ai l'erreur
Alors qu'avec SQL 2000, je n'ai aucun problème. (J'utilise beaucoup de vues nommées avec un @.)Citation:
[Microsoft][ODBC SQL Server Driver][SQL Server]Must declare the scalar variable "@champ_id"
C'est pourquoi je me dit que c'est peut etre un pb de configuration de SQL Server 2005 avec les @ mais je ne sais pas comment faire.
Merci d'avance
C'est là votre erreur. En effet @ est un tag qui indique à SQL Server une variable. Il est donc dans l'incapacité de comprendre votre requête car il tente de l'interpréter comme variable...Citation:
J'utilise beaucoup de vues nommées avec un @
En principe (norme SQL) il est interdit d'utiliser de tels caractères pour des noms d'objets (table, vue, colonnes, procédures stockées...). On ne doit utiliser que les 37 caractères suivants :
A à Z, 0 à 9, et le blanc souligné. Pas d'accents, de blanc ni de signe de pontuation.
L'utilisation de tout autre caractère peut engendrer des problèmes tels que le votre.
Sachez que SQL est un langage fortement normalisé. Méconnaître la norme et s'engager sur des voies dangereuses ne peut conduire qu'à des problèmes. Même si par facilité certains éditeurs sont permissifs !
Une solution de contournement consiste à délimiter ce nom par des crochet au titre du fait qu'il s'agit d'un identificateur non régulier...
Voici un extrait de l'aide en ligne de MS :
Le mieux étant de modifier toute votre base pour supprimer ces arobas intempestifs.Citation:
Règles pour identificateurs réguliers
[...] les règles sont les suivantes :
Le premier caractère doit être l'un des suivants :
une des lettres définies par Unicode Standard 2.0. Elles incluent les caractères latins de a à z et de A à Z ainsi que des caractères alphabétiques d'autres langues.
les symboles caractère de soulignement (_), « arobas » (@) ou numéro (#).
Certains symboles au début d'un identificateur ont une signification particulière dans SQL Server. Un identificateur commençant par un « arobas » indique un paramètre ou une variable locale. Un identificateur commençant par un symbole numéro indique un objet temporaire (table ou procédure). Un identificateur commençant par le double signe # (##) indique un objet temporaire global.
Le nom de certaines fonctions SQL Server commence par un double arobas (@@). Pour éviter toute confusion avec ces fonctions, il n'est pas recommandé d'utiliser des noms commençant par @@.
Les caractères suivants peuvent être :
des lettres définies dans Unicode Standard 2.0 ;
des nombres décimaux de Basic Latin ou d'autres scripts nationaux ;
Le caractère « arobas », le signe dollar ($), le symbole numéro ou le soulignement.
L'identificateur ne doit pas être un mot réservé Transact-SQL. SQL Server réserve les versions majuscules et minuscules de ces mots.
Les espaces intercalaires ou les caractères spéciaux ne sont pas autorisés.
Un identificateur qui ne respecte pas toutes ces règles doit toujours être délimité par des guillemets ou des crochets lors de son utilisation dans une instruction Transact-SQL.
A +
C'est justement ce que je ne veux aps faire.Citation:
Le mieux étant de modifier toute votre base pour supprimer ces arobas intempestifs
Je n'ai rencontré aucun pb avec SQL 2000.
Comment en SQL 2005 ignorer ces règles pour les identificateurs ?
Ca ne marche pas avec des crochets?Citation:
Envoyé par SQLpro
Ma question serait plutot, comment est-ce que ça marchait en 2000 :D
Ma base comprend des vues du style VU@TABLE@U1, ....
et mon appli VB6 avec SQL 2000 marche sans pb (mise à jour des vues,...)
Je viens de me rendre compte que les fonctionnalités de mon appli qui me renvoient une erreur sont celles qui souhaitent mettre à jour les tables de ma base qui ont un trigger.
Y-a-t-il une configuration spécifique pour les triggers dans sql 2005?
Vous vous enferrez dans un problème qui ne pourra pas être solutionné sans que vos ôtiez vos arobase intempestifs.
A +
Bonjour,
je ne comprends pas bien le principe de fonctionnement des scalar variables @xyz ?
Quel est l'intérêt par rapport à une variable classique pour construire une requête ?
Je n'ai pas trouvé grand chose sur le net donc si vous aviez un lien vers un tuto ou un cours à me passer, je suis preneur.
Merci d'avance,
un débutant en SQL Server.
à+