Actualizar registro en Base de datos - phpmyadmin

[JGGJ]

tengo una tabla 'clientes' la cual ya posee 200 registros.
en esta tabla deseo importar 400 registros, lo cual puedo importarlo por una tabla en excel
guardado como tipo: cvs. Hasta aca todo bien.

De los 400 registros existen nuevos clientes y clientes que ya estan en la tabla 'cliente' de la BD, pero con información desactualizada.

entonces como hago, para que importe los nuevos clientes y actualice la información de
los ya existentes en la tabla?

ya que si me pondria a revisar cuales debo actualizar me va llevar mucho tiempo.


según me dijeron que debo crear un método por medio de webservice. pero no tengo idea.

Graciass

[Libras]

exportas tus datos en un excel a una tabla de transicion, ya con los datos en esa tabla comparas con tu tabla primaria, los id's que ya existan los actualizas los que no los insertas y listo :)

[Paty_RR]

Buen días,

Lo primero es revisar si tienen algun campo unico??? es decir RFC, CURP?

Si tuvieras algun campo de esos podrías hacer un recorrido con un cursor en bd para ir comparando si existe registro por registro en caso de que no lo insertas, si existe lo actualizas!

Si no tienes un campo unico ups tendras una larga y tediosa tarea,

tendras que ir haciendo consultas para depurar, me explico:

- Crear una consulta donde los nombres sean iguales.
- Si no compara telefonos, o comparar domicilios, etc etc.

si comparas cadenas has uso de COLLATE en base a lo que necesites, si quieres que omita acentos, mayúsculas, minúsculas etc..

Código SQL:

SELECT Nombre, ApellidoPaterno, ApellidoMaterno
FROM Empleados
WHERE ApellidoPaterno LIKE '%' + @Valor +'%' COLLATE SQL_LATIN1_GENERAL_CP1_CI_AI
 

[/CODE]

[Libras]

Iniciado por Paty_RR

Buen días,

Lo primero es revisar si tienen algun campo unico??? es decir RFC, CURP?

Si tuvieras algun campo de esos podrías hacer un recorrido con un cursor en bd para ir comparando si existe registro por registro en caso de que no lo insertas, si existe lo actualizas!

Si no tienes un campo unico ups tendras una larga y tediosa tarea,

tendras que ir haciendo consultas para depurar, me explico:

- Crear una consulta donde los nombres sean iguales.
- Si no compara telefonos, o comparar domicilios, etc etc.

si comparas cadenas has uso de COLLATE en base a lo que necesites, si quieres que omita acentos, mayúsculas, minúsculas etc..

Código:

SELECT Nombre, ApellidoPaterno, ApellidoMaterno
FROM Empleados
WHERE ApellidoPaterno LIKE '%' + @Valor +'%' COLLATE SQL_LATIN1_GENERAL_CP1_CI_AI

Para que un cursor?? si puedes hacerlo con un left join

[Paty_RR]

Iniciado por Libras

Para que un cursor?? si puedes hacerlo con un left join

Y si no tiene un ID en el archivo CVS????

[Libras]

tienes que tener un campo para poder decir si esta repetido o no, si no usas id puedes usar el nombre, el estado, lo que necesites, y hacer las comparaciones usando un left join, con que tengas un campo en comun puedes hacer la union :)

[Paty_RR]

Iniciado por Libras

tienes que tener un campo para poder decir si esta repetido o no, si no usas id puedes usar el nombre, el estado, lo que necesites, y hacer las comparaciones usando un left join, con que tengas un campo en comun puedes hacer la union :)

Si libras,

Pero los nuevos registros a insertar no deben tener ID estas de acuerdo??

Y si no sabe como diferenciar entre los nuevos y los actualizados entonces significa que desconoce los IDs, bueno asi lo supuse yo jaja..


Y si mientras haya un campo en común...

Pero que pasa si yo tengo muchos "Pedros Rodriguez" o muchos "Arturos Sanchéz"

Esa opción que di es solo si llegara el caso en no tener algun ID conocido ;)

De lo contrario si tan facil y sencillo como usar joins :P

[Libras]

Entonces tu base de datos esta mal, tienes que tener un campo para distinguir si es nuevo o viejo, ya se la fecha o algun otro campo para distinguir, en el caso que planteas, como me doy cuenta si no tengo ninguno?? aunque hagas el recorrido registro contra registro con que lo comparo???

[Paty_RR]

Exacto!

Pues si la BD esta super mal diseñada (pero si nosotros no la diseñamos, a veces solo toca retomar sistemas)...

Pero a mi me a pasado :( por experiencia propia no homologan a tiempo nada ni cambiar la estructura cuando el sistema va creciendo y caen en estos pésimos errores y solo quieren que hagas magia!


Me paso en dos trabajos...

Pero bueno yo solo comento por que me gusta considerar todas las posibilidades...

Solo falta que JGGJ conteste como es su situación jaja

[JGGJ]

Muchas Gracias, Libras y Paty_RR, por tomarse el tiempo.

Lo que identificaría a cada cliente es la columna "Codigo"



digamos que debería ir un método que : "Si el cliente existe, deberá actualizar la información y si no pues lo va a insertar. Sin alterar el "id" de la Base de datos.

[Paty_RR]

Asi es...


Solo deberías de leer sobre los JOINS, (inner join, left joint, right join) y ver cual te sirve para cada situacion (si existe, si no existe)


Saludos!