Xailer & OZ Software

Tengo una tabla de clientes con una clave principal para el campo de código.
Lleve consigo una Tbrowse con conjunto de datos basado en una consulta que
carga los campos de esta tabla y también un campo STATUS, utilizando el
SELECT abajo:
SELECT ' ' AS 'Status', CODIGO AS 'Codigo', NOME AS 'Nome', CONCAT(ENDERECO,
', ', NUMEROEND) AS 'Direccion', Cidade AS 'Cidade', IF(c.tipo = 'F', c.cpf,
c.cgc) AS 'CPF/CNPJ' FROM Clientes C
Pero cuando se trata de modificar el campo del error en cuestión.
El q puede ser?
---
Este email está limpo de ví­rus e malwares porque a proteção do avast! Antiví­rus está ativa.
http://www.avast.com

Si creo el origen de datos y el conjunto de datos a través de la IDE no
reconocen el problema si lo hago a través de código no funciona , pero desde
entonces ha trabajado a través de la creación de IDE en otra oportunidad
mejor evaluar el tema .
[]´s
"Cassiano de Oliveira" wrote in message news:5472a42c$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Tengo una tabla de clientes con una clave principal para el campo de código.
Lleve consigo una Tbrowse con conjunto de datos basado en una consulta que
carga los campos de esta tabla y también un campo STATUS, utilizando el
SELECT abajo:
SELECT ' ' AS 'Status', CODIGO AS 'Codigo', NOME AS 'Nome', CONCAT(ENDERECO,
', ', NUMEROEND) AS 'Direccion', Cidade AS 'Cidade', IF(c.tipo = 'F', c.cpf,
c.cgc) AS 'CPF/CNPJ' FROM Clientes C
Pero cuando se trata de modificar el campo del error en cuestión.
El q puede ser?
---
Este email está limpo de ví­rus e malwares porque a proteção do avast!
Antiví­rus está ativa.
http://www.avast.com
---
Este email está limpo de ví­rus e malwares porque a proteção do avast! Antiví­rus está ativa.
http://www.avast.com

Amigo Cassiano, si la clave principal para el campo de código no es una primary key, esa es la razón de que el recordset sea de solo lectura. Xailer se asegura de que efectuará con exito cualquier update que se requiera sobre un recordset, impidiendo toda modificación cuando no existe dicha primary key en la correspondiente tabla. Si la clave principal para el campo de código es una primary key, entonces el problema esta por otro lado.
Saludos.
Sergalun.

Gracias
"Sergio Garcí­a Luna" wrote in message news:5488e1ef$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Amigo Cassiano, si la clave principal para el campo de
código no es una primary key, esa es la razón de que el
recordset sea de solo lectura. Xailer se asegura de que
efectuará con exito cualquier update que se requiera sobre
un recordset, impidiendo toda modificación cuando no existe
dicha primary key en la correspondiente tabla. Si la clave
principal para el campo de código es una primary key,
entonces el problema esta por otro lado.
Saludos.
Sergalun.
--
Saludos amigos.
---
Este email foi escaneado pelo Avast antiví­rus.
http://www.avast.com