Consulta inquietante!!!

26/02/2007 - 18:28 por José Redondo | Informe spam
El siguiente comentario lo refiero para un verdadero caso de estudio.

Me encuentro desarrollando una solución 100% SQL Server 2005 que estara
conectado con aplicaciones clientes generadas en Visual FoxPro 9.0. Tengo en
varias tablas, columnas con tipo de dato NVARCHAR(MAX) que son, por la
necesidad del cliente en su labor diaria requeridos. A su vez es requerido
también otras columnas con los tipo de datos NCHAR(MAX) y VARBINARY(MAX) que
serán utilizadas también en las aplicaciones cliente.

Resulta que cuando se lee el registro que se encuentran en la (s) tabla (s),
no presenta ningun tipo de error pero cuando se inserta o se actualiza genera
un error de incompatibilidad de datos. Necesito saber si el ADO 2.8 soporta
este tipo de dato. Y si no lo soporta cual seria la solución para obtener
dicha solución compatible.

No se quién me pudiera dar una orientación al respecto ya que me han dicho y
por lo que he visto también que .NET tampoco es compatible con los tipos de
datos Nxxxxxxx(MAX).

Agradeciendo su comprensión y la colaboración de todos en el foro. Muy
amable todas las respuestas que pudieran brindarme.

Salu2 cordiales,

José

Preguntas similare

Leer las respuestas

#1 Gustavo Larriera (MVP)
26/02/2007 - 18:51 | Informe spam
Debes usar el SQL Native Client:

http://msdn2.microsoft.com/en-us/da...37733.aspx


Gustavo Larriera, MVP
http://aspnet2.com/mvp.ashx?GustavoLarriera
http://solidqualitylearning.com/blogs/glarriera/
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"José Redondo" wrote:

El siguiente comentario lo refiero para un verdadero caso de estudio.

Me encuentro desarrollando una solución 100% SQL Server 2005 que estara
conectado con aplicaciones clientes generadas en Visual FoxPro 9.0. Tengo en
varias tablas, columnas con tipo de dato NVARCHAR(MAX) que son, por la
necesidad del cliente en su labor diaria requeridos. A su vez es requerido
también otras columnas con los tipo de datos NCHAR(MAX) y VARBINARY(MAX) que
serán utilizadas también en las aplicaciones cliente.

Resulta que cuando se lee el registro que se encuentran en la (s) tabla (s),
no presenta ningun tipo de error pero cuando se inserta o se actualiza genera
un error de incompatibilidad de datos. Necesito saber si el ADO 2.8 soporta
este tipo de dato. Y si no lo soporta cual seria la solución para obtener
dicha solución compatible.

No se quién me pudiera dar una orientación al respecto ya que me han dicho y
por lo que he visto también que .NET tampoco es compatible con los tipos de
datos Nxxxxxxx(MAX).

Agradeciendo su comprensión y la colaboración de todos en el foro. Muy
amable todas las respuestas que pudieran brindarme.

Salu2 cordiales,

José
Respuesta Responder a este mensaje
#2 José Redondo
26/02/2007 - 19:06 | Informe spam
Buenas tardes Gustavo y foro.

Les cuento que ya lo estoy utilizando (SQL Native Client, se llama la .dll
"SQLNCLI") y es como si nada se ubiera parametrizado al respecto. Sigue
marcando error dicha incompatibilidad de datos entre VFP 9.0 y SQL Server
2005.

Por eso

"Gustavo Larriera (MVP)" wrote:

Debes usar el SQL Native Client:

http://msdn2.microsoft.com/en-us/da...37733.aspx


Gustavo Larriera, MVP
http://aspnet2.com/mvp.ashx?GustavoLarriera
http://solidqualitylearning.com/blogs/glarriera/
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"José Redondo" wrote:

> El siguiente comentario lo refiero para un verdadero caso de estudio.
>
> Me encuentro desarrollando una solución 100% SQL Server 2005 que estara
> conectado con aplicaciones clientes generadas en Visual FoxPro 9.0. Tengo en
> varias tablas, columnas con tipo de dato NVARCHAR(MAX) que son, por la
> necesidad del cliente en su labor diaria requeridos. A su vez es requerido
> también otras columnas con los tipo de datos NCHAR(MAX) y VARBINARY(MAX) que
> serán utilizadas también en las aplicaciones cliente.
>
> Resulta que cuando se lee el registro que se encuentran en la (s) tabla (s),
> no presenta ningun tipo de error pero cuando se inserta o se actualiza genera
> un error de incompatibilidad de datos. Necesito saber si el ADO 2.8 soporta
> este tipo de dato. Y si no lo soporta cual seria la solución para obtener
> dicha solución compatible.
>
> No se quién me pudiera dar una orientación al respecto ya que me han dicho y
> por lo que he visto también que .NET tampoco es compatible con los tipos de
> datos Nxxxxxxx(MAX).
>
> Agradeciendo su comprensión y la colaboración de todos en el foro. Muy
> amable todas las respuestas que pudieran brindarme.
>
> Salu2 cordiales,
>
> José
Respuesta Responder a este mensaje
#3 Gustavo Larriera (MVP)
26/02/2007 - 19:20 | Informe spam
Entiendo que tienes un error de incompatibilidad de tipos usando NCHAR(MAX) y
NVARCHAR(MAX) desde un cliente Fox que usa SQLNCLI.

Puedes mostrarnos el texto exacto del error?

Gustavo Larriera, MVP
http://aspnet2.com/mvp.ashx?GustavoLarriera
http://solidqualitylearning.com/blogs/glarriera/
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"José Redondo" wrote:

Buenas tardes Gustavo y foro.

Les cuento que ya lo estoy utilizando (SQL Native Client, se llama la .dll
"SQLNCLI") y es como si nada se ubiera parametrizado al respecto. Sigue
marcando error dicha incompatibilidad de datos entre VFP 9.0 y SQL Server
2005.

Por eso

"Gustavo Larriera (MVP)" wrote:

> Debes usar el SQL Native Client:
>
> http://msdn2.microsoft.com/en-us/da...37733.aspx
>
>
> Gustavo Larriera, MVP
> http://aspnet2.com/mvp.ashx?GustavoLarriera
> http://solidqualitylearning.com/blogs/glarriera/
> Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
>
>
>
> "José Redondo" wrote:
>
> > El siguiente comentario lo refiero para un verdadero caso de estudio.
> >
> > Me encuentro desarrollando una solución 100% SQL Server 2005 que estara
> > conectado con aplicaciones clientes generadas en Visual FoxPro 9.0. Tengo en
> > varias tablas, columnas con tipo de dato NVARCHAR(MAX) que son, por la
> > necesidad del cliente en su labor diaria requeridos. A su vez es requerido
> > también otras columnas con los tipo de datos NCHAR(MAX) y VARBINARY(MAX) que
> > serán utilizadas también en las aplicaciones cliente.
> >
> > Resulta que cuando se lee el registro que se encuentran en la (s) tabla (s),
> > no presenta ningun tipo de error pero cuando se inserta o se actualiza genera
> > un error de incompatibilidad de datos. Necesito saber si el ADO 2.8 soporta
> > este tipo de dato. Y si no lo soporta cual seria la solución para obtener
> > dicha solución compatible.
> >
> > No se quién me pudiera dar una orientación al respecto ya que me han dicho y
> > por lo que he visto también que .NET tampoco es compatible con los tipos de
> > datos Nxxxxxxx(MAX).
> >
> > Agradeciendo su comprensión y la colaboración de todos en el foro. Muy
> > amable todas las respuestas que pudieran brindarme.
> >
> > Salu2 cordiales,
> >
> > José
Respuesta Responder a este mensaje
#4 Gustavo Larriera (MVP)
26/02/2007 - 19:27 | Informe spam
Verifica que estés indicando en el string de conexión: Provider=SQLNCLI;

Mira los detalles en:

Using ADO with SQL Native Client
http://msdn2.microsoft.com/en-us/li...30978.aspx

Gustavo Larriera, MVP
http://aspnet2.com/mvp.ashx?GustavoLarriera
http://solidqualitylearning.com/blogs/glarriera/
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"José Redondo" wrote:

Buenas tardes Gustavo y foro.

Les cuento que ya lo estoy utilizando (SQL Native Client, se llama la .dll
"SQLNCLI") y es como si nada se ubiera parametrizado al respecto. Sigue
marcando error dicha incompatibilidad de datos entre VFP 9.0 y SQL Server
2005.

Por eso

"Gustavo Larriera (MVP)" wrote:

> Debes usar el SQL Native Client:
>
> http://msdn2.microsoft.com/en-us/da...37733.aspx
>
>
> Gustavo Larriera, MVP
> http://aspnet2.com/mvp.ashx?GustavoLarriera
> http://solidqualitylearning.com/blogs/glarriera/
> Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
>
>
>
> "José Redondo" wrote:
>
> > El siguiente comentario lo refiero para un verdadero caso de estudio.
> >
> > Me encuentro desarrollando una solución 100% SQL Server 2005 que estara
> > conectado con aplicaciones clientes generadas en Visual FoxPro 9.0. Tengo en
> > varias tablas, columnas con tipo de dato NVARCHAR(MAX) que son, por la
> > necesidad del cliente en su labor diaria requeridos. A su vez es requerido
> > también otras columnas con los tipo de datos NCHAR(MAX) y VARBINARY(MAX) que
> > serán utilizadas también en las aplicaciones cliente.
> >
> > Resulta que cuando se lee el registro que se encuentran en la (s) tabla (s),
> > no presenta ningun tipo de error pero cuando se inserta o se actualiza genera
> > un error de incompatibilidad de datos. Necesito saber si el ADO 2.8 soporta
> > este tipo de dato. Y si no lo soporta cual seria la solución para obtener
> > dicha solución compatible.
> >
> > No se quién me pudiera dar una orientación al respecto ya que me han dicho y
> > por lo que he visto también que .NET tampoco es compatible con los tipos de
> > datos Nxxxxxxx(MAX).
> >
> > Agradeciendo su comprensión y la colaboración de todos en el foro. Muy
> > amable todas las respuestas que pudieran brindarme.
> >
> > Salu2 cordiales,
> >
> > José
Respuesta Responder a este mensaje
#5 José Redondo
26/02/2007 - 20:13 | Informe spam
Gustavo el error es el siguiente:

ERROR: 1429
LINEA: 132
PROCESO: EJECUTAR
MENSAJE: OLE IDispatch exception code 0 from ADODB.Command: Objeto Parameter
mal definido. Se proporcionó información incompleta o incoherente...
METODO: .Execute()
Detalle: OLE IDispatch exception code 0 from ADODB.Command: Objeto Parameter
mal definido. Se proporcionó información incompleta o incoherente...
USUARIO:

Esta es la linea donde se parametyriza la conexión del mismo:

connectionstring=Provider=SQLNCLI;Data Source=XXXX;Initial
Catalog½XXX01;UID=Jose;PWD345

No comprendo donde puede radicar desde VFP la falla. Gracias por la guia
colega.

José Redondo
E-mail y MSN:

"Gustavo Larriera (MVP)" wrote:

Verifica que estés indicando en el string de conexión: Provider=SQLNCLI;

Mira los detalles en:

Using ADO with SQL Native Client
http://msdn2.microsoft.com/en-us/li...30978.aspx

Gustavo Larriera, MVP
http://aspnet2.com/mvp.ashx?GustavoLarriera
http://solidqualitylearning.com/blogs/glarriera/
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"José Redondo" wrote:

> Buenas tardes Gustavo y foro.
>
> Les cuento que ya lo estoy utilizando (SQL Native Client, se llama la .dll
> "SQLNCLI") y es como si nada se ubiera parametrizado al respecto. Sigue
> marcando error dicha incompatibilidad de datos entre VFP 9.0 y SQL Server
> 2005.
>
> Por eso
>
> "Gustavo Larriera (MVP)" wrote:
>
> > Debes usar el SQL Native Client:
> >
> > http://msdn2.microsoft.com/en-us/da...37733.aspx
> >
> >
> > Gustavo Larriera, MVP
> > http://aspnet2.com/mvp.ashx?GustavoLarriera
> > http://solidqualitylearning.com/blogs/glarriera/
> > Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
> >
> >
> >
> > "José Redondo" wrote:
> >
> > > El siguiente comentario lo refiero para un verdadero caso de estudio.
> > >
> > > Me encuentro desarrollando una solución 100% SQL Server 2005 que estara
> > > conectado con aplicaciones clientes generadas en Visual FoxPro 9.0. Tengo en
> > > varias tablas, columnas con tipo de dato NVARCHAR(MAX) que son, por la
> > > necesidad del cliente en su labor diaria requeridos. A su vez es requerido
> > > también otras columnas con los tipo de datos NCHAR(MAX) y VARBINARY(MAX) que
> > > serán utilizadas también en las aplicaciones cliente.
> > >
> > > Resulta que cuando se lee el registro que se encuentran en la (s) tabla (s),
> > > no presenta ningun tipo de error pero cuando se inserta o se actualiza genera
> > > un error de incompatibilidad de datos. Necesito saber si el ADO 2.8 soporta
> > > este tipo de dato. Y si no lo soporta cual seria la solución para obtener
> > > dicha solución compatible.
> > >
> > > No se quién me pudiera dar una orientación al respecto ya que me han dicho y
> > > por lo que he visto también que .NET tampoco es compatible con los tipos de
> > > datos Nxxxxxxx(MAX).
> > >
> > > Agradeciendo su comprensión y la colaboración de todos en el foro. Muy
> > > amable todas las respuestas que pudieran brindarme.
> > >
> > > Salu2 cordiales,
> > >
> > > José
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida