Error when inserting datetime in german SQL Server 2000

Hello!
I have a program that are using a stored procedure to insert a row in
an SQL Server. During several years this program has worked fine using
an English version of SQL server. Now a customer wants to use a german
SQL server, but it doesn't work. The row is never inserted. I get the
following error:
[Microsoft][ODBC SQL Server Driver][SQL Server]Fehler beim
Konvertieren von Datentyp varchar in datetime.
Now, if I change the language setting to english in the "SQL Server
Login properties for 'sa'" it all works. If I restore the language
setting to german in the "SQL Server Login properties for 'sa'", it
all continues to work until I re-boot the PC. When I have re-booted, I
once gain end up with the error that I have described before.
It seems strange to me that SQL Server doesn't behave in a consistent
way. Sometimes it works with german language settings, sometimes it
doesn't.
Any explanations would be very appriciated.
BR / PatrikThis is because dateformat changes according to language settings.
date format considerations while insert and update:
You can SET DATEFORMAT and modify code as follows.
create table test(dt datetime)
go
declare @.dt varchar(32)
set @.dt ='26/07/2002'
set dateformat dmy --change dateformat
insert into test values(convert(datetime,@.dt)) ;
select * from test;
go
OR other method would be to use explicit coversion of the
date using CONVERT function.
create table test(dt datetime)
go
declare @.dt varchar(32)
set @.dt ='26/07/2002'
insert into test values(convert(datetime,@.dt, 103)) ;
select * from test;
go
--
-Vishal
"Patrik Johansson" <patrikmjohansson@.yahoo.se> wrote in message
news:8d5c526d.0307010514.b59427d@.posting.google.com...
> Hello!
> I have a program that are using a stored procedure to insert a row in
> an SQL Server. During several years this program has worked fine using
> an English version of SQL server. Now a customer wants to use a german
> SQL server, but it doesn't work. The row is never inserted. I get the
> following error:
> [Microsoft][ODBC SQL Server Driver][SQL Server]Fehler beim
> Konvertieren von Datentyp varchar in datetime.
> Now, if I change the language setting to english in the "SQL Server
> Login properties for 'sa'" it all works. If I restore the language
> setting to german in the "SQL Server Login properties for 'sa'", it
> all continues to work until I re-boot the PC. When I have re-booted, I
> once gain end up with the error that I have described before.
> It seems strange to me that SQL Server doesn't behave in a consistent
> way. Sometimes it works with german language settings, sometimes it
> doesn't.
> Any explanations would be very appriciated.
> BR / Patrik|||Patrik,
Yes, language and localizations are a problem to deal with. You might find
this topic helpful:
Writing International Transact-SQL Statements in the MSDN at:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/acdata/ac_8_qd_14_3unn.asp
You can also manage this by setting the language of the connection that is
transmitting data. For this use: SET LANGUAGE xxx for a connection or use
sp_defaultlanguage to set the default for a login.
Russell Fields
"Patrik Johansson" <patrikmjohansson@.yahoo.se> wrote in message
news:8d5c526d.0307010514.b59427d@.posting.google.com...
> Hello!
> I have a program that are using a stored procedure to insert a row in
> an SQL Server. During several years this program has worked fine using
> an English version of SQL server. Now a customer wants to use a german
> SQL server, but it doesn't work. The row is never inserted. I get the
> following error:
> [Microsoft][ODBC SQL Server Driver][SQL Server]Fehler beim
> Konvertieren von Datentyp varchar in datetime.
> Now, if I change the language setting to english in the "SQL Server
> Login properties for 'sa'" it all works. If I restore the language
> setting to german in the "SQL Server Login properties for 'sa'", it
> all continues to work until I re-boot the PC. When I have re-booted, I
> once gain end up with the error that I have described before.
> It seems strange to me that SQL Server doesn't behave in a consistent
> way. Sometimes it works with german language settings, sometimes it
> doesn't.
> Any explanations would be very appriciated.
> BR / Patrik|||Pass the date in YYYYMMDD or YYYY-MM-DD format. Then there is no confusion
for people *or* the software.
"Patrik Johansson" <patrikmjohansson@.yahoo.se> wrote in message
news:8d5c526d.0307010514.b59427d@.posting.google.com...
> Hello!
> I have a program that are using a stored procedure to insert a row in
> an SQL Server. During several years this program has worked fine using
> an English version of SQL server. Now a customer wants to use a german
> SQL server, but it doesn't work. The row is never inserted. I get the
> following error:
> [Microsoft][ODBC SQL Server Driver][SQL Server]Fehler beim
> Konvertieren von Datentyp varchar in datetime.
> Now, if I change the language setting to english in the "SQL Server
> Login properties for 'sa'" it all works. If I restore the language
> setting to german in the "SQL Server Login properties for 'sa'", it
> all continues to work until I re-boot the PC. When I have re-booted, I
> once gain end up with the error that I have described before.
> It seems strange to me that SQL Server doesn't behave in a consistent
> way. Sometimes it works with german language settings, sometimes it
> doesn't.
> Any explanations would be very appriciated.
> BR / Patrik|||Only YYYYMMDD without any separators works always:
SET DATEFORMAT dmy
SELECT ISDATE('2003-07-13'), ISDATE('20030713')
SET DATEFORMAT mdy
SELECT ISDATE('2003-07-13'), ISDATE('20030713')
I can see that you as an American are not that used to dealing with date
formats as I as a European am ;-)
Jacco Schalkwijk MCDBA, MCSD, MCSE
Database Administrator
Eurostop Ltd.
"Aaron Bertrand - MVP" <aaron@.TRASHaspfaq.com> wrote in message
news:uame7U9PDHA.2768@.tk2msftngp13.phx.gbl...
> Pass the date in YYYYMMDD or YYYY-MM-DD format. Then there is no
confusion
> for people *or* the software.
>
> "Patrik Johansson" <patrikmjohansson@.yahoo.se> wrote in message
> news:8d5c526d.0307010514.b59427d@.posting.google.com...
> > Hello!
> >
> > I have a program that are using a stored procedure to insert a row in
> > an SQL Server. During several years this program has worked fine using
> > an English version of SQL server. Now a customer wants to use a german
> > SQL server, but it doesn't work. The row is never inserted. I get the
> > following error:
> >
> > [Microsoft][ODBC SQL Server Driver][SQL Server]Fehler beim
> > Konvertieren von Datentyp varchar in datetime.
> >
> > Now, if I change the language setting to english in the "SQL Server
> > Login properties for 'sa'" it all works. If I restore the language
> > setting to german in the "SQL Server Login properties for 'sa'", it
> > all continues to work until I re-boot the PC. When I have re-booted, I
> > once gain end up with the error that I have described before.
> >
> > It seems strange to me that SQL Server doesn't behave in a consistent
> > way. Sometimes it works with german language settings, sometimes it
> > doesn't.
> >
> > Any explanations would be very appriciated.
> >
> > BR / Patrik
>|||> I can see that you as an American are not that used to dealing with date
> formats as I as a European am ;-)
Hey, don't call me an American... I'm a Canuck, just ask Tom...
:-Psql

Error SQL

"GERMAN" <ing@.unizar.es> escribi en el mensaje
news:uy9EdMDQEHA.3476@.tk2msftngp13.phx.gbl...
> Hola,
> Trabajo con un SQL 7.00-7.00.623 instalado sobre un W2K Advanced Server
> (parcheado contra Blaster, Sasser y Slammer-> SQL)
> Lo que me ocurre es habitualmente la aplciacion que trabaja contra el SQL
> pierde la conexin con l (ODBC), aunque hay conectividad IP y los
servicios
> SQL funcionando, pero no s por qu (quizs sea, saturacin de la red,
> bloqueo temporal de la BdD, etc).
> La verdad es que no s pq ocurre, pero es casi a intervalos de tiempo
> regulares.
> Si que he visto, que me aparce un error en el log del SQL, aunque no s si
> tendra algo que ver:
> Failed to initialize TransactionDispenserInterface: Result
> Code = 0x8004d01b
> Alguien me podra ayudar a descubrir qu le est pasando o por lo menos
> prevenir la desconexion?
> Gracias
>
>
El error esta relacionado con el orden en que se ejecutan/leantan los
servicios. En este caso el servicio de SQL Server se levanta primero que el
servicio de MSDTC. Esto se puede solucionar definiendo una dependencia entre
estos servicios en el applet de "Servicios" de las herramientas
administrativas.
De todas formas no veo la conexion entre este error y lo que te esta
sucediendo. No es la primera vez que veo que los drivers ODBC tiene
problemas de este tipo. No se si se puede aplicar en tu caso pero en otras
instalaciones se soluciono dejando de usar los drivers ODBC y empezar a
utilizar los proveedores OLEDB.
Saludos
Adrian D. Garcia
NDSoft
MCSD
"GERMAN" <ing@.unizar.es> escribi en el mensaje
news:eDV%23PXFQEHA.620@.TK2MSFTNGP10.phx.gbl...[vbcol=seagreen]
> "GERMAN" <ing@.unizar.es> escribi en el mensaje
> news:uy9EdMDQEHA.3476@.tk2msftngp13.phx.gbl...
SQL[vbcol=seagreen]
> servicios
si[vbcol=seagreen]
Result
>
|||Gracias Adrian por el consejo,
No obstante me parece extrao que en un W2k la sincronizacin en el arranque
de los servicios no sea la correcta, quizs lo que pas es que se pararon
manualemnete y el reincio de los mismos no fue en el orden correcto,
seguramente fue esa mi equivocacin.
Respecto a cambiar la conexin ODBC por la OLEDB, no s muy bien como
hacerlo:
.- elimino todas las entradas respecto a la Bd SQL en el ODBC y ya
dejar de usar ete tipo de conexin?
.- Como sabe el sistema que tiene que usar ahora el *.udl? Pensaba que
ante la necesidad de conectarse a un SQL remoto, Windows buscaba por defecto
en los ODBC.
.-Debo guardarlo en algn sitio en particular? Debo confiurar algo ms?
La verdad es que no lo he usado demasiado y no tengo muy claro su
funcionamiento.
Gracias de nuevo,
"Adrian D. Garcia" <adriandanielgarcia@.hotmail.com> escribi en el mensaje
news:OKc95dnQEHA.3944@.tk2msftngp13.phx.gbl...
> El error esta relacionado con el orden en que se ejecutan/leantan los
> servicios. En este caso el servicio de SQL Server se levanta primero que
el
> servicio de MSDTC. Esto se puede solucionar definiendo una dependencia
entre[vbcol=seagreen]
> estos servicios en el applet de "Servicios" de las herramientas
> administrativas.
> De todas formas no veo la conexion entre este error y lo que te esta
> sucediendo. No es la primera vez que veo que los drivers ODBC tiene
> problemas de este tipo. No se si se puede aplicar en tu caso pero en otras
> instalaciones se soluciono dejando de usar los drivers ODBC y empezar a
> utilizar los proveedores OLEDB.
> --
> Saludos
> Adrian D. Garcia
> NDSoft
> MCSD
> "GERMAN" <ing@.unizar.es> escribi en el mensaje
> news:eDV%23PXFQEHA.620@.TK2MSFTNGP10.phx.gbl...
Server[vbcol=seagreen]
> SQL
s[vbcol=seagreen]
> si
> Result
menos
>
|||Con respecto a la sincronizacion de arranque, muchas veces esta se "acomoda"
en funcion del orden de instalacion de los productos.
Ahora, para empezar a usar OleDB en tu aplicacion en vez de ODBC, todo
dependera del lenguaje que estes usando y que librerias estes usando (si
estas usando ADO o ADO.NET puedes hacer esto sin muchos cambios, pero si en
cambio utilizas otras... lo veo mas dificil). Tambien dependera de si estas
usando o no caracteristicas propias de ODBC. Estas pueden ser desde el como
se han escrito los queries a funcionalidad especifica de las librerias de
ODBC.
Si estas usando ADO el cambio es bastante sencillo en principio, solo
tendrias que cambiar la cadena de conexion a una que apunte a UDL. No
recuerdo ahora la sintaxis de la misma pero se que era bastante sencilla.
Saludos
Adrian D. Garcia
NDSoft
MCSD
"GERMAN" <ing@.unizar.es> escribi en el mensaje
news:edzF8kqQEHA.1644@.TK2MSFTNGP09.phx.gbl...
> Gracias Adrian por el consejo,
> No obstante me parece extrao que en un W2k la sincronizacin en el
arranque
> de los servicios no sea la correcta, quizs lo que pas es que se pararon
> manualemnete y el reincio de los mismos no fue en el orden correcto,
> seguramente fue esa mi equivocacin.
> Respecto a cambiar la conexin ODBC por la OLEDB, no s muy bien como
> hacerlo:
> .- elimino todas las entradas respecto a la Bd SQL en el ODBC y ya
> dejar de usar ete tipo de conexin?
> .- Como sabe el sistema que tiene que usar ahora el *.udl? Pensaba que
> ante la necesidad de conectarse a un SQL remoto, Windows buscaba por
defecto
> en los ODBC.
> .-Debo guardarlo en algn sitio en particular? Debo confiurar algo
ms?[vbcol=seagreen]
> La verdad es que no lo he usado demasiado y no tengo muy claro su
> funcionamiento.
> Gracias de nuevo,
> "Adrian D. Garcia" <adriandanielgarcia@.hotmail.com> escribi en el mensaje
> news:OKc95dnQEHA.3944@.tk2msftngp13.phx.gbl...
> el
> entre
otras[vbcol=seagreen]
> Server
el[vbcol=seagreen]
red,[vbcol=seagreen]
tiempo
> s
> menos
>

Error SQL

"GERMAN" <ing@.unizar.es> escribi en el mensaje
news:uy9EdMDQEHA.3476@.tk2msftngp13.phx.gbl...
> Hola,
> Trabajo con un SQL 7.00-7.00.623 instalado sobre un W2K Advanced Server
> (parcheado contra Blaster, Sasser y Slammer-> SQL)
> Lo que me ocurre es habitualmente la aplciacion que trabaja contra el SQL
> pierde la conexin con l (ODBC), aunque hay conectividad IP y los
servicios
> SQL funcionando, pero no s por qu (quizs sea, saturacin de la red,
> bloqueo temporal de la BdD, etc).
> La verdad es que no s pq ocurre, pero es casi a intervalos de tiempo
> regulares.
> Si que he visto, que me aparce un error en el log del SQL, aunque no s si
> tendra algo que ver:
> Failed to initialize TransactionDispenserInterface: Result
> Code = 0x8004d01b
> Alguien me podra ayudar a descubrir qu le est pasando o por lo menos
> prevenir la desconexion?
> Gracias
>
>
El error esta relacionado con el orden en que se ejecutan/leantan los
servicios. En este caso el servicio de SQL Server se levanta primero que el
servicio de MSDTC. Esto se puede solucionar definiendo una dependencia entre
estos servicios en el applet de "Servicios" de las herramientas
administrativas.
De todas formas no veo la conexion entre este error y lo que te esta
sucediendo. No es la primera vez que veo que los drivers ODBC tiene
problemas de este tipo. No se si se puede aplicar en tu caso pero en otras
instalaciones se soluciono dejando de usar los drivers ODBC y empezar a
utilizar los proveedores OLEDB.
Saludos
Adrian D. Garcia
NDSoft
MCSD
"GERMAN" <ing@.unizar.es> escribi en el mensaje
news:eDV%23PXFQEHA.620@.TK2MSFTNGP10.phx.gbl...[vbcol=seagreen]
> "GERMAN" <ing@.unizar.es> escribi en el mensaje
> news:uy9EdMDQEHA.3476@.tk2msftngp13.phx.gbl...
SQL[vbcol=seagreen]
> servicios
si[vbcol=seagreen]
Result
>
|||Gracias Adrian por el consejo,
No obstante me parece extrao que en un W2k la sincronizacin en el arranque
de los servicios no sea la correcta, quizs lo que pas es que se pararon
manualemnete y el reincio de los mismos no fue en el orden correcto,
seguramente fue esa mi equivocacin.
Respecto a cambiar la conexin ODBC por la OLEDB, no s muy bien como
hacerlo:
.- elimino todas las entradas respecto a la Bd SQL en el ODBC y ya
dejar de usar ete tipo de conexin?
.- Como sabe el sistema que tiene que usar ahora el *.udl? Pensaba que
ante la necesidad de conectarse a un SQL remoto, Windows buscaba por defecto
en los ODBC.
.-Debo guardarlo en algn sitio en particular? Debo confiurar algo ms?
La verdad es que no lo he usado demasiado y no tengo muy claro su
funcionamiento.
Gracias de nuevo,
"Adrian D. Garcia" <adriandanielgarcia@.hotmail.com> escribi en el mensaje
news:OKc95dnQEHA.3944@.tk2msftngp13.phx.gbl...
> El error esta relacionado con el orden en que se ejecutan/leantan los
> servicios. En este caso el servicio de SQL Server se levanta primero que
el
> servicio de MSDTC. Esto se puede solucionar definiendo una dependencia
entre[vbcol=seagreen]
> estos servicios en el applet de "Servicios" de las herramientas
> administrativas.
> De todas formas no veo la conexion entre este error y lo que te esta
> sucediendo. No es la primera vez que veo que los drivers ODBC tiene
> problemas de este tipo. No se si se puede aplicar en tu caso pero en otras
> instalaciones se soluciono dejando de usar los drivers ODBC y empezar a
> utilizar los proveedores OLEDB.
> --
> Saludos
> Adrian D. Garcia
> NDSoft
> MCSD
> "GERMAN" <ing@.unizar.es> escribi en el mensaje
> news:eDV%23PXFQEHA.620@.TK2MSFTNGP10.phx.gbl...
Server[vbcol=seagreen]
> SQL
s[vbcol=seagreen]
> si
> Result
menos
>
|||Con respecto a la sincronizacion de arranque, muchas veces esta se "acomoda"
en funcion del orden de instalacion de los productos.
Ahora, para empezar a usar OleDB en tu aplicacion en vez de ODBC, todo
dependera del lenguaje que estes usando y que librerias estes usando (si
estas usando ADO o ADO.NET puedes hacer esto sin muchos cambios, pero si en
cambio utilizas otras... lo veo mas dificil). Tambien dependera de si estas
usando o no caracteristicas propias de ODBC. Estas pueden ser desde el como
se han escrito los queries a funcionalidad especifica de las librerias de
ODBC.
Si estas usando ADO el cambio es bastante sencillo en principio, solo
tendrias que cambiar la cadena de conexion a una que apunte a UDL. No
recuerdo ahora la sintaxis de la misma pero se que era bastante sencilla.
Saludos
Adrian D. Garcia
NDSoft
MCSD
"GERMAN" <ing@.unizar.es> escribi en el mensaje
news:edzF8kqQEHA.1644@.TK2MSFTNGP09.phx.gbl...
> Gracias Adrian por el consejo,
> No obstante me parece extrao que en un W2k la sincronizacin en el
arranque
> de los servicios no sea la correcta, quizs lo que pas es que se pararon
> manualemnete y el reincio de los mismos no fue en el orden correcto,
> seguramente fue esa mi equivocacin.
> Respecto a cambiar la conexin ODBC por la OLEDB, no s muy bien como
> hacerlo:
> .- elimino todas las entradas respecto a la Bd SQL en el ODBC y ya
> dejar de usar ete tipo de conexin?
> .- Como sabe el sistema que tiene que usar ahora el *.udl? Pensaba que
> ante la necesidad de conectarse a un SQL remoto, Windows buscaba por
defecto
> en los ODBC.
> .-Debo guardarlo en algn sitio en particular? Debo confiurar algo
ms?[vbcol=seagreen]
> La verdad es que no lo he usado demasiado y no tengo muy claro su
> funcionamiento.
> Gracias de nuevo,
> "Adrian D. Garcia" <adriandanielgarcia@.hotmail.com> escribi en el mensaje
> news:OKc95dnQEHA.3944@.tk2msftngp13.phx.gbl...
> el
> entre
otras[vbcol=seagreen]
> Server
el[vbcol=seagreen]
red,[vbcol=seagreen]
tiempo
> s
> menos
>

Error SQL

"GERMAN" <ing@.unizar.es> escribi en el mensaje
news:uy9EdMDQEHA.3476@.tk2msftngp13.phx.gbl...
> Hola,
> Trabajo con un SQL 7.00-7.00.623 instalado sobre un W2K Advanced Server
> (parcheado contra Blaster, Sasser y Slammer-> SQL)
> Lo que me ocurre es habitualmente la aplciacion que trabaja contra el SQL
> pierde la conexin con l (ODBC), aunque hay conectividad IP y los
servicios
> SQL funcionando, pero no s por qu (quizs sea, saturacin de la red,
> bloqueo temporal de la BdD, etc).
> La verdad es que no s pq ocurre, pero es casi a intervalos de tiempo
> regulares.
> Si que he visto, que me aparce un error en el log del SQL, aunque no s si
> tendra algo que ver:
> Failed to initialize TransactionDispenserInterface: Result
> Code = 0x8004d01b
> Alguien me podra ayudar a descubrir qu le est pasando o por lo menos
> prevenir la desconexion?
> Gracias
>
>El error esta relacionado con el orden en que se ejecutan/leantan los
servicios. En este caso el servicio de SQL Server se levanta primero que el
servicio de MSDTC. Esto se puede solucionar definiendo una dependencia entre
estos servicios en el applet de "Servicios" de las herramientas
administrativas.
De todas formas no veo la conexion entre este error y lo que te esta
sucediendo. No es la primera vez que veo que los drivers ODBC tiene
problemas de este tipo. No se si se puede aplicar en tu caso pero en otras
instalaciones se soluciono dejando de usar los drivers ODBC y empezar a
utilizar los proveedores OLEDB.
Saludos
Adrian D. Garcia
NDSoft
MCSD
"GERMAN" <ing@.unizar.es> escribi en el mensaje
news:eDV%23PXFQEHA.620@.TK2MSFTNGP10.phx.gbl...
> "GERMAN" <ing@.unizar.es> escribi en el mensaje
> news:uy9EdMDQEHA.3476@.tk2msftngp13.phx.gbl...
SQL[vbcol=seagreen]
> servicios
si[vbcol=seagreen]
Result[vbcol=seagreen]
>|||Gracias Adrian por el consejo,
No obstante me parece extrao que en un W2k la sincronizacin en el arranque
de los servicios no sea la correcta, quizs lo que pas es que se pararon
manualemnete y el reincio de los mismos no fue en el orden correcto,
seguramente fue esa mi equivocacin.
Respecto a cambiar la conexin ODBC por la OLEDB, no s muy bien como
hacerlo:
.- elimino todas las entradas respecto a la Bd SQL en el ODBC y ya
dejar de usar ete tipo de conexin?
.- Como sabe el sistema que tiene que usar ahora el *.udl? Pensaba que
ante la necesidad de conectarse a un SQL remoto, Windows buscaba por defecto
en los ODBC.
.-Debo guardarlo en algn sitio en particular? Debo confiurar algo ms?
La verdad es que no lo he usado demasiado y no tengo muy claro su
funcionamiento.
Gracias de nuevo,
"Adrian D. Garcia" <adriandanielgarcia@.hotmail.com> escribi en el mensaje
news:OKc95dnQEHA.3944@.tk2msftngp13.phx.gbl...
> El error esta relacionado con el orden en que se ejecutan/leantan los
> servicios. En este caso el servicio de SQL Server se levanta primero que
el
> servicio de MSDTC. Esto se puede solucionar definiendo una dependencia
entre
> estos servicios en el applet de "Servicios" de las herramientas
> administrativas.
> De todas formas no veo la conexion entre este error y lo que te esta
> sucediendo. No es la primera vez que veo que los drivers ODBC tiene
> problemas de este tipo. No se si se puede aplicar en tu caso pero en otras
> instalaciones se soluciono dejando de usar los drivers ODBC y empezar a
> utilizar los proveedores OLEDB.
> --
> Saludos
> Adrian D. Garcia
> NDSoft
> MCSD
> "GERMAN" <ing@.unizar.es> escribi en el mensaje
> news:eDV%23PXFQEHA.620@.TK2MSFTNGP10.phx.gbl...
Server[vbcol=seagreen]
> SQL
s[vbcol=seagreen]
> si
> Result
menos[vbcol=seagreen]
>|||Con respecto a la sincronizacion de arranque, muchas veces esta se "acomoda"
en funcion del orden de instalacion de los productos.
Ahora, para empezar a usar OleDB en tu aplicacion en vez de ODBC, todo
dependera del lenguaje que estes usando y que librerias estes usando (si
estas usando ADO o ADO.NET puedes hacer esto sin muchos cambios, pero si en
cambio utilizas otras... lo veo mas dificil). Tambien dependera de si estas
usando o no caracteristicas propias de ODBC. Estas pueden ser desde el como
se han escrito los queries a funcionalidad especifica de las librerias de
ODBC.
Si estas usando ADO el cambio es bastante sencillo en principio, solo
tendrias que cambiar la cadena de conexion a una que apunte a UDL. No
recuerdo ahora la sintaxis de la misma pero se que era bastante sencilla.
Saludos
Adrian D. Garcia
NDSoft
MCSD
"GERMAN" <ing@.unizar.es> escribi en el mensaje
news:edzF8kqQEHA.1644@.TK2MSFTNGP09.phx.gbl...
> Gracias Adrian por el consejo,
> No obstante me parece extrao que en un W2k la sincronizacin en el
arranque
> de los servicios no sea la correcta, quizs lo que pas es que se pararon
> manualemnete y el reincio de los mismos no fue en el orden correcto,
> seguramente fue esa mi equivocacin.
> Respecto a cambiar la conexin ODBC por la OLEDB, no s muy bien como
> hacerlo:
> .- elimino todas las entradas respecto a la Bd SQL en el ODBC y ya
> dejar de usar ete tipo de conexin?
> .- Como sabe el sistema que tiene que usar ahora el *.udl? Pensaba que
> ante la necesidad de conectarse a un SQL remoto, Windows buscaba por
defecto
> en los ODBC.
> .-Debo guardarlo en algn sitio en particular? Debo confiurar algo
ms?
> La verdad es que no lo he usado demasiado y no tengo muy claro su
> funcionamiento.
> Gracias de nuevo,
> "Adrian D. Garcia" <adriandanielgarcia@.hotmail.com> escribi en el mensaje
> news:OKc95dnQEHA.3944@.tk2msftngp13.phx.gbl...
> el
> entre
otras[vbcol=seagreen]
> Server
el[vbcol=seagreen]
red,[vbcol=seagreen]
tiempo[vbcol=seagreen]
> s
> menos
>