a vueltas con el crystall

También vale .\SQLExpress, creo.

Slds - Octavio


"Carmelo J. Morales Muñoz" escribió en el mensaje
news:

se me olvidaba, ya de paso comentar que con autenticación windows, si como
servidor le indico (localhost)\SQLEXPRESS no se lo traga y por
consiguiente quiere buscar el servidor por defecto, que fué con el que se
generó en tiempo de diseño. He de poner Nombre_maquina\SQLEXPRESS de lo
contrario falla. Es otra cosa que he descubierto,

Un saludo,,,, solo me queda consultar con el fabricante a ver si es un
bug, porque no veo solución y todos los ejemplos en ningún caso pasan
parámetro.

bye!

pues ese es el tema, que mientras que las cadenas de conexión a sqlExpress
2005 se lo tragan, crystal no.

Ahora acabo de probar a usar autenticación sql en lugar de windows y el
mismo problema, todo menos cuando paso algún parámetro (en mi caso he de
pasar un identificador de factura para llamar al procedimiento almacenado).

En un artículo he leido algo de pasar a cristal en lugar de un store proc
una sentencia sql, es lo siguiente que estoy investigando, a ver como se la
indico.

un saludo!

pd: en la pagina de los fabricantes, lo mas que he recibido ha sido un
e-mail indicandome que adquiera el producto en su versión XI, pero es un
añadido de 600?.

Este post es solo para exponer la solución que he decidido tomar.


Ya que el problema que hay en cristal es debido al paso de parámetros al
mismo tiempo que prentendo personalizar en runtime la conexión, me he
decidido a tomar un camino que me parece mas fácil.

utilizo una tabla intermedia, y con insert into genereo la tabla con los
datos que necesito, de manera que crystal ya no necesite ningún parámetro.

Así lo he solucionado.

un saludo y gracias!