Modification d'une colonne sous sql server
Modérateurs: Super-Apogea, Super Modérateur
4 messages
|Page 1 sur 1
Modification d'une colonne sous sql server
Slt a tous
j'ai un client qui a acquis la comptabilité 100 SQL server.
Dans un souci de développer une application qui seras lié à la comptabilité de mon client J’ai créer un colonne en plus dans une table « F_ECRITUREC » cette colonne est un entier .
J’aimerais pourvoir apporter des modifications dans celle-ci mais je reçoit des messages d’erreur qui sont :
Serveur : Msg 2812, Niveau 16, État 62, Procédure CB_FntIsRecordLock, Ligne 10
Impossible de trouver la procédure stockée 'master..xp_CBIsRecordLock'.
Serveur : Msg 2812, Niveau 16, État 1, Procédure CB_FntIsFileLock, Ligne 10
Impossible de trouver la procédure stockée 'master..xp_CBIsFileLock'.
Serveur : Msg 2812, Niveau 16, État 1, Procédure CB_FntIsFileLock, Ligne 10
Impossible de trouver la procédure stockée 'master..xp_CBIsFileLock'.
Serveur : Msg 2812, Niveau 16, État 1, Procédure CB_FntIsFileLock, Ligne 10
Impossible de trouver la procédure stockée 'master..xp_CBIsFileLock'.
Serveur : Msg 2812, Niveau 16, État 1, Procédure CB_FntIsRecordLock, Ligne 10
Impossible de trouver la procédure stockée 'master..xp_CBIsRecordLock'.
Serveur : Msg 2812, Niveau 16, État 1, Procédure CB_FntIsRecordLock, Ligne 10
Impossible de trouver la procédure stockée 'master..xp_CBIsRecordLock'.
Pourriez vous me dire comment contourner ces messages et faire des modifications dans cette colonne ?
Voici ma requête
UPDATE F_ECRITUREC SET RAPPROCHER=0 WHERE EC_Piece='VT97282'and cbMarq=491
Merci de me répondre.
j'ai un client qui a acquis la comptabilité 100 SQL server.
Dans un souci de développer une application qui seras lié à la comptabilité de mon client J’ai créer un colonne en plus dans une table « F_ECRITUREC » cette colonne est un entier .
J’aimerais pourvoir apporter des modifications dans celle-ci mais je reçoit des messages d’erreur qui sont :
Serveur : Msg 2812, Niveau 16, État 62, Procédure CB_FntIsRecordLock, Ligne 10
Impossible de trouver la procédure stockée 'master..xp_CBIsRecordLock'.
Serveur : Msg 2812, Niveau 16, État 1, Procédure CB_FntIsFileLock, Ligne 10
Impossible de trouver la procédure stockée 'master..xp_CBIsFileLock'.
Serveur : Msg 2812, Niveau 16, État 1, Procédure CB_FntIsFileLock, Ligne 10
Impossible de trouver la procédure stockée 'master..xp_CBIsFileLock'.
Serveur : Msg 2812, Niveau 16, État 1, Procédure CB_FntIsFileLock, Ligne 10
Impossible de trouver la procédure stockée 'master..xp_CBIsFileLock'.
Serveur : Msg 2812, Niveau 16, État 1, Procédure CB_FntIsRecordLock, Ligne 10
Impossible de trouver la procédure stockée 'master..xp_CBIsRecordLock'.
Serveur : Msg 2812, Niveau 16, État 1, Procédure CB_FntIsRecordLock, Ligne 10
Impossible de trouver la procédure stockée 'master..xp_CBIsRecordLock'.
Pourriez vous me dire comment contourner ces messages et faire des modifications dans cette colonne ?
Voici ma requête
UPDATE F_ECRITUREC SET RAPPROCHER=0 WHERE EC_Piece='VT97282'and cbMarq=491
Merci de me répondre.
- Posteur habitué
- Messages: 27
- Inscription: Dim 9 Mai 2010 21:22
Re: Modification d'une colonne sous sql server
Bonjour,
je ne suis pas sûr que l'on puisse modifier les tables aussi essentielles de Sage. J'aurais plutôt créé une table supplémentaire avec les informations (RAPPROCHER) et le lien vers l'écriture qui correspond (cbMarq). Ca laisse les tables d'origine intacte et permet de gérer en dehors de toute évolution des tables lors des migrations de version.
Ce n'est que mon avis.
à bientôt,
Nicolas
je ne suis pas sûr que l'on puisse modifier les tables aussi essentielles de Sage. J'aurais plutôt créé une table supplémentaire avec les informations (RAPPROCHER) et le lien vers l'écriture qui correspond (cbMarq). Ca laisse les tables d'origine intacte et permet de gérer en dehors de toute évolution des tables lors des migrations de version.
Ce n'est que mon avis.
à bientôt,
Nicolas
- Contributeur
- Messages: 71
- Inscription: Mer 24 Mar 2010 16:52
Re: Modification d'une colonne sous sql server
Il y a plus simple que d'ajouter une table et je confirme qu'il ne faut SURTOUT PAS modifier la structure des tables de SAGE.
Tu as la possibilité d'ajouter des informations libres sur la table des écritures comptables. Il suffit d'ajouter une information libre de type valeur et le tour est joué.
Tu as la possibilité d'ajouter des informations libres sur la table des écritures comptables. Il suffit d'ajouter une information libre de type valeur et le tour est joué.
Développe en VB.NET sur Sage ligne 100 en SQL et en objets métiers.
- Posteur actif
- Messages: 37
- Inscription: Mer 25 Mai 2011 11:16
Re: Modification d'une colonne sous sql server
Bonjour,
Vieux message non clôturé....
Mais ces messages sont dus à l'absence de l'installation de la partie serveur de SAGE 100 pour SQL (procédures stockées étendues).
Les triggers INSERT,UPDATE,DELETE des tables SAGE font appel à une vérification des locks qui passe par ces procédures étendues.
Et là , l'instruction ne modifie pas la structure des données, mais essaye juste de mettre à jour, les triggers SAGE essayent donc de vérifier s'il y a un lock (un autre utilisateur en train de modifier) mais les dll sont absentes.
Sinon, pour interagir avec la base, si on veut conserver son intégrité, il est de bon ton de passer par l'ODBC SAGE ou par les objets métiers.
Si c'est une base récupérée pour autre exploitation (donc plus utilisée par une application SAGE), faire sauter les triggers et les contraintes et mettez vos règles ...
Cordialement,
Vieux message non clôturé....
Mais ces messages sont dus à l'absence de l'installation de la partie serveur de SAGE 100 pour SQL (procédures stockées étendues).
Les triggers INSERT,UPDATE,DELETE des tables SAGE font appel à une vérification des locks qui passe par ces procédures étendues.
Et là , l'instruction ne modifie pas la structure des données, mais essaye juste de mettre à jour, les triggers SAGE essayent donc de vérifier s'il y a un lock (un autre utilisateur en train de modifier) mais les dll sont absentes.
Sinon, pour interagir avec la base, si on veut conserver son intégrité, il est de bon ton de passer par l'ODBC SAGE ou par les objets métiers.
Si c'est une base récupérée pour autre exploitation (donc plus utilisée par une application SAGE), faire sauter les triggers et les contraintes et mettez vos règles ...
Cordialement,
ASR31
En recherche de missions.
En recherche de missions.
4 messages
|Page 1 sur 1
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité