Error en sentencia con comillas dobles

[bismarck_sierra]

Gracias Marcos por tu comentario, la primera consulta que puse en el post, es como se arma antes de mandar llamar a ExecSQL.

Las pruebas que he realizado obtengo resultados extraños, si agrego una comillas dobles dentro del valor de otro campo, por ejemplo:

Código Delphi [-]
, notas = '2.8 1" '

funciona bien, es decir, descripcion, descripcion_corta, etiqueta y notas tienen una comilla doble, no importa en que campos tenga comillas dobles en pares, todo marcha bien, pero si acumulo "comillas dobles" acumulando un número impar en diferentes campos ya no funciona.

Nunca me habia pasado eso, trataré con otras cosas, tal vez sea porque compilo Delphi 7 en Windows 7, probaré con Windows XP.

Saludos

Bismarck

[Casimiro Noteví]

Con la explicación que has dado ahora me ha resultado más fácil, el problema es este:
'ANGULO 2.8 MM X 1" LIGERO',

las comillas de las pulgadas

[roman]

Empezado por Casimiro Notevi

Con la explicación que has dado ahora me ha resultado más fácil, el problema es este:
'ANGULO 2.8 MM X 1" LIGERO',

las comillas de las pulgadas

Pero, ¿en qué consiste el problema? Según entiendo, el error lo dal el motor de firebird y, sin embargo, el compañero bismark_sierra comentó al principio que la sentencia no le causa problemas si la ejecuta en el IBExpert. Da la impresión de que el contenido de qryConsulta.SQL.Text no es exactamente el mismo que el que llega al motor.

// Saludos

[marcoszorrilla]

Por eso decía yo lo de utilizar ShowMessage, para ver como queda realmente la sentencia que se va a enviar al motor y de esta manera al menos yo suelo detectar caracteres indeseados o composición incorrecta del SQL.

Quizás utilizando parámetros y AsString en vez de QuotedSqr llegue a funcionar la sentencia,

Yo ejecutaría la sentencia solamente con la parte que se cree da el error y luego creo que con un par de ensayos se arreglaría el problema.

Un Saludo.

[Casimiro Noteví]

Empezado por roman

Pero, ¿en qué consiste el problema? Según entiendo, el error lo dal el motor de firebird y, sin embargo, el compañero bismark_sierra comentó al principio que la sentencia no le causa problemas si la ejecuta en el IBExpert. Da la impresión de que el contenido de qryConsulta.SQL.Text no es exactamente el mismo que el que llega al motor.
// Saludos

Claro, porque la sentencia que está usando en el ibexpert no es la que está generando en delphi.

Y el problema es ese, que las comillas de pulgadas está deformando la sentencia. Si se hace lo que comenta marcos se vería realmente la sentencia que se está creando. O deteniendo el programa con un breakpoint y mirando el contenido del query.sql.text, por supuesto.

[roman]

Empezado por Casimiro Notevi

Claro, porque la sentencia que está usando en el ibexpert no es la que está generando en delphi.

¿Cómo sabes esto? El compañero ya mencionó que

Empezado por bismark_sierra

Gracias Marcos por tu comentario, la primera consulta que puse en el post, es como se arma antes de mandar llamar a ExecSQL.

Empezado por Casimiro Notevi

Y el problema es ese, que las comillas de pulgadas está deformando la sentencia.

¿De qué manera deforma la sentencia? Al menos en MySQL, una sentencia así es correcta ya que el valor completo del campo está encerrado entre comillas sencillas. Y si tal sintaxis no fuese correcta en Firebird entonces habría encontrado el problema desde el IBExpert.

// Saludos

[Casimiro Noteví]

El problema no es firebird, es delphi.

Si con el ibexpert, por ejemplo, ejecuto un:

Código SQL [-]
insert into tbArticulos values (2222,'rueda de 20" de diámetro')

Lo hace perfectamente. Pero si desde delphi vas componiendo la sentencia no lo hace bien, se confunde con las comillas. Puede que usando algo así lo haga bien:

'rueda de 20'#34' de diámetro'

O bien:

'rueda de 20'+#34+' de diámetro'