J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un serveur
lié vers une de ces DB en ASA8 pour faire des tests. Si je fais:
select * from madbasa8..dba.matable
aucun problème. Si par contre je veux faire un update ou un insert, j'ai un
problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne
avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il
faudrait que je fasse un
SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = .....
et conserver cette connexion ouverte pour l'utiliser avec SQL Server afin de
pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il est
impossible d'exécuter cette instruction (propre à ASA) à partir de
SQLServer.
Je ne peux malheureusememnt pas faire autrement (trop de contraintes
techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il déjà
fait ce genre de chose vers une DB Sybase?
Je pose cette question ici pcq chez Sybase ils sont pas vraiment terribles
avec leur support (ils ne daignent même pas répondre), autant pisser dans un
trombone à coulisse, celà aurait certainement plus d'effets.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Evariste
As tu essayé avec les transactions distribuées. Il faut que le service MSDTC soit démarré.
"Gloup" a écrit :
Bonjour,
J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un serveur lié vers une de ces DB en ASA8 pour faire des tests. Si je fais: select * from madbasa8..dba.matable aucun problème. Si par contre je veux faire un update ou un insert, j'ai un problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il faudrait que je fasse un SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = ..... et conserver cette connexion ouverte pour l'utiliser avec SQL Server afin de pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il est impossible d'exécuter cette instruction (propre à ASA) à partir de SQLServer.
Je ne peux malheureusememnt pas faire autrement (trop de contraintes techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il déjà fait ce genre de chose vers une DB Sybase? Je pose cette question ici pcq chez Sybase ils sont pas vraiment terribles avec leur support (ils ne daignent même pas répondre), autant pisser dans un trombone à coulisse, celà aurait certainement plus d'effets.
JL
As tu essayé avec les transactions distribuées. Il faut que le service MSDTC
soit démarré.
"Gloup" a écrit :
Bonjour,
J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un serveur
lié vers une de ces DB en ASA8 pour faire des tests. Si je fais:
select * from madbasa8..dba.matable
aucun problème. Si par contre je veux faire un update ou un insert, j'ai un
problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne
avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il
faudrait que je fasse un
SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = .....
et conserver cette connexion ouverte pour l'utiliser avec SQL Server afin de
pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il est
impossible d'exécuter cette instruction (propre à ASA) à partir de
SQLServer.
Je ne peux malheureusememnt pas faire autrement (trop de contraintes
techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il déjà
fait ce genre de chose vers une DB Sybase?
Je pose cette question ici pcq chez Sybase ils sont pas vraiment terribles
avec leur support (ils ne daignent même pas répondre), autant pisser dans un
trombone à coulisse, celà aurait certainement plus d'effets.
As tu essayé avec les transactions distribuées. Il faut que le service MSDTC soit démarré.
"Gloup" a écrit :
Bonjour,
J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un serveur lié vers une de ces DB en ASA8 pour faire des tests. Si je fais: select * from madbasa8..dba.matable aucun problème. Si par contre je veux faire un update ou un insert, j'ai un problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il faudrait que je fasse un SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = ..... et conserver cette connexion ouverte pour l'utiliser avec SQL Server afin de pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il est impossible d'exécuter cette instruction (propre à ASA) à partir de SQLServer.
Je ne peux malheureusememnt pas faire autrement (trop de contraintes techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il déjà fait ce genre de chose vers une DB Sybase? Je pose cette question ici pcq chez Sybase ils sont pas vraiment terribles avec leur support (ils ne daignent même pas répondre), autant pisser dans un trombone à coulisse, celà aurait certainement plus d'effets.
JL
Pierre Goiffon
Gloup wrote:
J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un serveur lié vers une de ces DB en ASA8 pour faire des tests. Si je fais: select * from madbasa8..dba.matable aucun problème. Si par contre je veux faire un update ou un insert, j'ai un problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il faudrait que je fasse un SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = ..... et conserver cette connexion ouverte pour l'utiliser avec SQL Server afin de pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il est impossible d'exécuter cette instruction (propre à ASA) à partir de SQLServer.
Je ne peux malheureusememnt pas faire autrement (trop de contraintes techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il déjà fait ce genre de chose vers une DB Sybase?
N'existe-t-il pas de driver ODBC gérant l'authentification ??
autant pisser dans un trombone à coulisse, celà aurait certainement plus d'effets.
Oh, il y a beaucoup mieux à faire avec un trombone à coulisse !
Gloup wrote:
J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un serveur
lié vers une de ces DB en ASA8 pour faire des tests. Si je fais:
select * from madbasa8..dba.matable
aucun problème. Si par contre je veux faire un update ou un insert, j'ai un
problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne
avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il
faudrait que je fasse un
SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = .....
et conserver cette connexion ouverte pour l'utiliser avec SQL Server afin de
pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il est
impossible d'exécuter cette instruction (propre à ASA) à partir de
SQLServer.
Je ne peux malheureusememnt pas faire autrement (trop de contraintes
techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il déjà
fait ce genre de chose vers une DB Sybase?
N'existe-t-il pas de driver ODBC gérant l'authentification ??
autant pisser dans un
trombone à coulisse, celà aurait certainement plus d'effets.
Oh, il y a beaucoup mieux à faire avec un trombone à coulisse !
J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un serveur lié vers une de ces DB en ASA8 pour faire des tests. Si je fais: select * from madbasa8..dba.matable aucun problème. Si par contre je veux faire un update ou un insert, j'ai un problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il faudrait que je fasse un SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = ..... et conserver cette connexion ouverte pour l'utiliser avec SQL Server afin de pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il est impossible d'exécuter cette instruction (propre à ASA) à partir de SQLServer.
Je ne peux malheureusememnt pas faire autrement (trop de contraintes techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il déjà fait ce genre de chose vers une DB Sybase?
N'existe-t-il pas de driver ODBC gérant l'authentification ??
autant pisser dans un trombone à coulisse, celà aurait certainement plus d'effets.
Oh, il y a beaucoup mieux à faire avec un trombone à coulisse !
Gloup
Ah ben ça alors. Ca semble fonctionner ainsi. C'est bête, avant d'essayer avec DTC (que j'utilise fréquemment) j'avais fait des tests avec des requêtes hors DTC et comme celà ne fonctionnait pas, je n'ai pas essayer ces même requêtes avec DTC. Faudra quand même que je creuse et que j'essaye de comprendre pourquoi celà fonctionne histoire de ne pas rester idiot.
Un grand merci pour le coup de pouce.
JL
"Evariste" a écrit dans le message de news:
As tu essayé avec les transactions distribuées. Il faut que le service
MSDTC
soit démarré.
"Gloup" a écrit :
> Bonjour, > > J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un
serveur
> lié vers une de ces DB en ASA8 pour faire des tests. Si je fais: > select * from madbasa8..dba.matable > aucun problème. Si par contre je veux faire un update ou un insert, j'ai
un
> problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne > avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il > faudrait que je fasse un > SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = ..... > et conserver cette connexion ouverte pour l'utiliser avec SQL Server
afin de
> pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il
est
> impossible d'exécuter cette instruction (propre à ASA) à partir de > SQLServer. > > Je ne peux malheureusememnt pas faire autrement (trop de contraintes > techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il
déjà
> fait ce genre de chose vers une DB Sybase? > Je pose cette question ici pcq chez Sybase ils sont pas vraiment
terribles
> avec leur support (ils ne daignent même pas répondre), autant pisser
dans un
> trombone à coulisse, celà aurait certainement plus d'effets. > > JL > > >
Ah ben ça alors. Ca semble fonctionner ainsi. C'est bête, avant d'essayer
avec DTC (que j'utilise fréquemment) j'avais fait des tests avec des
requêtes hors DTC et comme celà ne fonctionnait pas, je n'ai pas essayer ces
même requêtes avec DTC. Faudra quand même que je creuse et que j'essaye de
comprendre pourquoi celà fonctionne histoire de ne pas rester idiot.
Un grand merci pour le coup de pouce.
JL
"Evariste" <Evariste@discussions.microsoft.com> a écrit dans le message de
news: 220EA51E-1228-4988-87EF-CE14F780BA21@microsoft.com...
As tu essayé avec les transactions distribuées. Il faut que le service
MSDTC
soit démarré.
"Gloup" a écrit :
> Bonjour,
>
> J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un
serveur
> lié vers une de ces DB en ASA8 pour faire des tests. Si je fais:
> select * from madbasa8..dba.matable
> aucun problème. Si par contre je veux faire un update ou un insert, j'ai
un
> problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne
> avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il
> faudrait que je fasse un
> SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = .....
> et conserver cette connexion ouverte pour l'utiliser avec SQL Server
afin de
> pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il
est
> impossible d'exécuter cette instruction (propre à ASA) à partir de
> SQLServer.
>
> Je ne peux malheureusememnt pas faire autrement (trop de contraintes
> techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il
déjà
> fait ce genre de chose vers une DB Sybase?
> Je pose cette question ici pcq chez Sybase ils sont pas vraiment
terribles
> avec leur support (ils ne daignent même pas répondre), autant pisser
dans un
> trombone à coulisse, celà aurait certainement plus d'effets.
>
> JL
>
>
>
Ah ben ça alors. Ca semble fonctionner ainsi. C'est bête, avant d'essayer avec DTC (que j'utilise fréquemment) j'avais fait des tests avec des requêtes hors DTC et comme celà ne fonctionnait pas, je n'ai pas essayer ces même requêtes avec DTC. Faudra quand même que je creuse et que j'essaye de comprendre pourquoi celà fonctionne histoire de ne pas rester idiot.
Un grand merci pour le coup de pouce.
JL
"Evariste" a écrit dans le message de news:
As tu essayé avec les transactions distribuées. Il faut que le service
MSDTC
soit démarré.
"Gloup" a écrit :
> Bonjour, > > J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un
serveur
> lié vers une de ces DB en ASA8 pour faire des tests. Si je fais: > select * from madbasa8..dba.matable > aucun problème. Si par contre je veux faire un update ou un insert, j'ai
un
> problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne > avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il > faudrait que je fasse un > SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = ..... > et conserver cette connexion ouverte pour l'utiliser avec SQL Server
afin de
> pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il
est
> impossible d'exécuter cette instruction (propre à ASA) à partir de > SQLServer. > > Je ne peux malheureusememnt pas faire autrement (trop de contraintes > techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il
déjà
> fait ce genre de chose vers une DB Sybase? > Je pose cette question ici pcq chez Sybase ils sont pas vraiment
terribles
> avec leur support (ils ne daignent même pas répondre), autant pisser
dans un
> trombone à coulisse, celà aurait certainement plus d'effets. > > JL > > >
Gloup
Je ne pense pas qu'un driver ODBC qui permet l'authentification existe. En tout cas si celà existe je voudrais vraiment l'avoir! Enfin, mon problème semble être résolu avec DTS Pour le trombone à coulisse, tu as raison ;o)
Merci
JL
"Pierre Goiffon" a écrit dans le message de news: 41e79a95$0$12267$
Gloup wrote: > J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un
serveur
> lié vers une de ces DB en ASA8 pour faire des tests. Si je fais: > select * from madbasa8..dba.matable > aucun problème. Si par contre je veux faire un update ou un insert, j'ai
un
> problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne > avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il > faudrait que je fasse un > SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = ..... > et conserver cette connexion ouverte pour l'utiliser avec SQL Server
afin de
> pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il
est
> impossible d'exécuter cette instruction (propre à ASA) à partir de > SQLServer. > > Je ne peux malheureusememnt pas faire autrement (trop de contraintes > techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il
déjà
> fait ce genre de chose vers une DB Sybase?
N'existe-t-il pas de driver ODBC gérant l'authentification ??
> autant pisser dans un > trombone à coulisse, celà aurait certainement plus d'effets.
Oh, il y a beaucoup mieux à faire avec un trombone à coulisse !
Je ne pense pas qu'un driver ODBC qui permet l'authentification existe. En
tout cas si celà existe je voudrais vraiment l'avoir!
Enfin, mon problème semble être résolu avec DTS
Pour le trombone à coulisse, tu as raison ;o)
Merci
JL
"Pierre Goiffon" <pgoiffon@invalid.fr> a écrit dans le message de news:
41e79a95$0$12267$636a15ce@news.free.fr...
Gloup wrote:
> J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un
serveur
> lié vers une de ces DB en ASA8 pour faire des tests. Si je fais:
> select * from madbasa8..dba.matable
> aucun problème. Si par contre je veux faire un update ou un insert, j'ai
un
> problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne
> avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il
> faudrait que je fasse un
> SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = .....
> et conserver cette connexion ouverte pour l'utiliser avec SQL Server
afin de
> pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il
est
> impossible d'exécuter cette instruction (propre à ASA) à partir de
> SQLServer.
>
> Je ne peux malheureusememnt pas faire autrement (trop de contraintes
> techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il
déjà
> fait ce genre de chose vers une DB Sybase?
N'existe-t-il pas de driver ODBC gérant l'authentification ??
> autant pisser dans un
> trombone à coulisse, celà aurait certainement plus d'effets.
Oh, il y a beaucoup mieux à faire avec un trombone à coulisse !
Je ne pense pas qu'un driver ODBC qui permet l'authentification existe. En tout cas si celà existe je voudrais vraiment l'avoir! Enfin, mon problème semble être résolu avec DTS Pour le trombone à coulisse, tu as raison ;o)
Merci
JL
"Pierre Goiffon" a écrit dans le message de news: 41e79a95$0$12267$
Gloup wrote: > J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un
serveur
> lié vers une de ces DB en ASA8 pour faire des tests. Si je fais: > select * from madbasa8..dba.matable > aucun problème. Si par contre je veux faire un update ou un insert, j'ai
un
> problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne > avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il > faudrait que je fasse un > SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = ..... > et conserver cette connexion ouverte pour l'utiliser avec SQL Server
afin de
> pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il
est
> impossible d'exécuter cette instruction (propre à ASA) à partir de > SQLServer. > > Je ne peux malheureusememnt pas faire autrement (trop de contraintes > techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il
déjà
> fait ce genre de chose vers une DB Sybase?
N'existe-t-il pas de driver ODBC gérant l'authentification ??
> autant pisser dans un > trombone à coulisse, celà aurait certainement plus d'effets.
Oh, il y a beaucoup mieux à faire avec un trombone à coulisse !
Evariste
En tout cas l'utilisation des transactions distribuées est plutot sympa, tu pourrais meme faire des insert sur ton serveur SQL SERVER , sur SERVEUR ORACLE, et annuler et valider l'ensemble. D'une facon générale, ca peut aussi être pratique pour les développement web, et ne pas avoir besoin de se promener la connexion web en params.
"Gloup" a écrit :
Ah ben ça alors. Ca semble fonctionner ainsi. C'est bête, avant d'essayer avec DTC (que j'utilise fréquemment) j'avais fait des tests avec des requêtes hors DTC et comme celà ne fonctionnait pas, je n'ai pas essayer ces même requêtes avec DTC. Faudra quand même que je creuse et que j'essaye de comprendre pourquoi celà fonctionne histoire de ne pas rester idiot.
Un grand merci pour le coup de pouce.
JL
"Evariste" a écrit dans le message de news: > As tu essayé avec les transactions distribuées. Il faut que le service MSDTC > soit démarré. > > "Gloup" a écrit : > > > Bonjour, > > > > J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un serveur > > lié vers une de ces DB en ASA8 pour faire des tests. Si je fais: > > select * from madbasa8..dba.matable > > aucun problème. Si par contre je veux faire un update ou un insert, j'ai un > > problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne > > avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il > > faudrait que je fasse un > > SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = ..... > > et conserver cette connexion ouverte pour l'utiliser avec SQL Server afin de > > pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il est > > impossible d'exécuter cette instruction (propre à ASA) à partir de > > SQLServer. > > > > Je ne peux malheureusememnt pas faire autrement (trop de contraintes > > techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il déjà > > fait ce genre de chose vers une DB Sybase? > > Je pose cette question ici pcq chez Sybase ils sont pas vraiment terribles > > avec leur support (ils ne daignent même pas répondre), autant pisser dans un > > trombone à coulisse, celà aurait certainement plus d'effets. > > > > JL > > > > > >
En tout cas l'utilisation des transactions distribuées est plutot sympa, tu
pourrais meme faire des insert sur ton serveur SQL SERVER , sur SERVEUR
ORACLE, et annuler et valider l'ensemble. D'une facon générale, ca peut aussi
être pratique pour les développement web, et ne pas avoir besoin de se
promener la connexion web en params.
"Gloup" a écrit :
Ah ben ça alors. Ca semble fonctionner ainsi. C'est bête, avant d'essayer
avec DTC (que j'utilise fréquemment) j'avais fait des tests avec des
requêtes hors DTC et comme celà ne fonctionnait pas, je n'ai pas essayer ces
même requêtes avec DTC. Faudra quand même que je creuse et que j'essaye de
comprendre pourquoi celà fonctionne histoire de ne pas rester idiot.
Un grand merci pour le coup de pouce.
JL
"Evariste" <Evariste@discussions.microsoft.com> a écrit dans le message de
news: 220EA51E-1228-4988-87EF-CE14F780BA21@microsoft.com...
> As tu essayé avec les transactions distribuées. Il faut que le service
MSDTC
> soit démarré.
>
> "Gloup" a écrit :
>
> > Bonjour,
> >
> > J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un
serveur
> > lié vers une de ces DB en ASA8 pour faire des tests. Si je fais:
> > select * from madbasa8..dba.matable
> > aucun problème. Si par contre je veux faire un update ou un insert, j'ai
un
> > problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne
> > avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il
> > faudrait que je fasse un
> > SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = .....
> > et conserver cette connexion ouverte pour l'utiliser avec SQL Server
afin de
> > pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il
est
> > impossible d'exécuter cette instruction (propre à ASA) à partir de
> > SQLServer.
> >
> > Je ne peux malheureusememnt pas faire autrement (trop de contraintes
> > techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il
déjà
> > fait ce genre de chose vers une DB Sybase?
> > Je pose cette question ici pcq chez Sybase ils sont pas vraiment
terribles
> > avec leur support (ils ne daignent même pas répondre), autant pisser
dans un
> > trombone à coulisse, celà aurait certainement plus d'effets.
> >
> > JL
> >
> >
> >
En tout cas l'utilisation des transactions distribuées est plutot sympa, tu pourrais meme faire des insert sur ton serveur SQL SERVER , sur SERVEUR ORACLE, et annuler et valider l'ensemble. D'une facon générale, ca peut aussi être pratique pour les développement web, et ne pas avoir besoin de se promener la connexion web en params.
"Gloup" a écrit :
Ah ben ça alors. Ca semble fonctionner ainsi. C'est bête, avant d'essayer avec DTC (que j'utilise fréquemment) j'avais fait des tests avec des requêtes hors DTC et comme celà ne fonctionnait pas, je n'ai pas essayer ces même requêtes avec DTC. Faudra quand même que je creuse et que j'essaye de comprendre pourquoi celà fonctionne histoire de ne pas rester idiot.
Un grand merci pour le coup de pouce.
JL
"Evariste" a écrit dans le message de news: > As tu essayé avec les transactions distribuées. Il faut que le service MSDTC > soit démarré. > > "Gloup" a écrit : > > > Bonjour, > > > > J'ai SQL Server 2000 et plusieurs DB en Sybase ASA8. J'ai créé un serveur > > lié vers une de ces DB en ASA8 pour faire des tests. Si je fais: > > select * from madbasa8..dba.matable > > aucun problème. Si par contre je veux faire un update ou un insert, j'ai un > > problème, pcq mes accès sont en lecture uniquement. Ceci pcq ASA8 tourne > > avec une DB authentifiée. A chaque ouverture de connection vers ASA8, il > > faudrait que je fasse un > > SET TEMPORARY OPTION CONNECTION_AUTHENTICATION='Company = ..... > > et conserver cette connexion ouverte pour l'utiliser avec SQL Server afin de > > pouvoir faire un update ou un insert dans les tables de la DB ASA8. Il est > > impossible d'exécuter cette instruction (propre à ASA) à partir de > > SQLServer. > > > > Je ne peux malheureusememnt pas faire autrement (trop de contraintes > > techniques). Quelqu'un aurait-il une idée géniale? Quelqu'un aurait-il déjà > > fait ce genre de chose vers une DB Sybase? > > Je pose cette question ici pcq chez Sybase ils sont pas vraiment terribles > > avec leur support (ils ne daignent même pas répondre), autant pisser dans un > > trombone à coulisse, celà aurait certainement plus d'effets. > > > > JL > > > > > >
Pierre Goiffon
Gloup wrote:
Pour le trombone à coulisse, tu as raison ;o)
Je manque encore d'un peu d'entrainement pour le démontrer, mais il y a pas mal de monde qu'il suffit d'un peu écouter pour se faire une idée :D
Gloup wrote:
Pour le trombone à coulisse, tu as raison ;o)
Je manque encore d'un peu d'entrainement pour le démontrer, mais il y a
pas mal de monde qu'il suffit d'un peu écouter pour se faire une idée :D
