FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Migración BD Paradox a Mysql en RED
Estimados necesito su orientación ...
Ya de hace alguno tiempo vengo programando con Delphi 7 y usando el motor de BD Paradox para sistemas Locales, tengo un sistema ya terminado, pero ahora requiero que en lugar de ser una BD Local, sea de compartido y por Red, al decir compartido es para que varios usuarios puedan usar las tablas al mismo tiempo ya sea para consulta o trabajar en ellas, por cuestiones de tiempo no puedo "por ahora" usar otro tipo de sistema, osea veo en los foros que recomiendan usar firebird entre otros .. Pero en mi caso ya que el sistema esta corriendo bien local migrarlo a una base de datos compartida, por que a Mysql, bueno considero que este manejador es muy confiable "cuestión de gustos", estuve usando los componentes Table y Datasource para tal trabajo (guardar, modificar, eliminar) y para las consultas usaba el query con sentencias SQL. Veo que hay un poco de similitud usando las tablas ADOTable, mi pregunta sería .. es suficiente usar en lugar de usar las TTables ahora el ADOTable para guardar mi datos?.. Para guardar usaba la sintaxis: Código PHP:
Código PHP:
Código PHP:
Escenario: La Base de datos estará en Mysql en un equipo en red llámese "equiposerver" Otro equipo estará en la misma red para hacer las operaciones llámese "equipoperador" y un último equipo solo para consulta, llámese "equipocosulta" Lo que se requiere es que el "equipoperador" al momento que este trabajando (cargando,editando, borrando datos) pueda el "equipoconsulta" poder hacer "valga la redundancia" realizar consultas y generar reportes, estos dos trabajando simultaneamente en el "equiposervidor". Me podrían aclarar si es correcto que lo que expongo o hay alguna mejor idea? Gracias por su tiempo!! |
#2
|
|||
|
|||
Bueno, hasta ahora he logrado convertir mis BD Paradox a Mysql con una herramienta, todo bien hasta ahora...
Estuve practicando con un formulario nuevo para visualizar los datos de la Tabla (ahora en sql) en un DBGrid, agregé un AdoConnection + DataSoucer + AdoQuery Logre hacer una buena conección a la Base de datos conectando el DataSoucer al ADOQuery y el ADOQuery al ADOConecction. Lo active y listo .. se visualizó mis datos en en DBGrid, incluso agregué un DBText vinculando con un ADOTable para que igual alli me mostrara los datos ... Practiqué la búsqueda con e ADOQuery ta cual lo hacia con el Query y veo funcionó muy bien .. eso si, es ligeramente tardado la búsqueda pero la realiza finalmente. Ahora lo que intenté es hacer la opción de Editar un campo .. usé el ADOTable con el siguiente código .. Antes con el Table buscaba el campo llave para posicionarme en el registro y así poder realizar el cambio .. lo hacía con Table1.FindKey([algo]), por ejemplo Código PHP:
Código PHP:
Alguna idea o voy mal ?? |
#3
|
||||
|
||||
Cita:
Te funcionará, pero no es eficiente, porque está pensado para tablas en Local. ADO funciona tanto con Bases de Datos (locales) como con SGBD (en red) y algunas operaciones están pensadas para los primero y otras para los segundos. Esto tiene que ver con lo comentado en el mensaje anterior. Es cuestión de cambiar de mentalidad. Locate hace un recorrido secuencial por la tabla, hasta que encuentra el registro deseado. En local no hay problemas, pero en red y con una tabla un poco grande te va a consumir muchos recursos y te va a tardar mucho tiempo. Te va a funcionar, pero creo que en tu nuevo "escenario" no es aconsejable. Para ello puedes usar SQL. Una simple SQL (TADOQuery) utilizando el ID es mucho más eficiente y rápida.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#4
|
|||
|
|||
Cita:
Código PHP:
Lo curioso de este es que si me lo edita, pero solo el 1 registro de la tabla, por ejemplo hago la consulta ... en la tabla hay varios ID (1....20) hice una consulta y en el DBTExt me pone el ID consultado, por ejemplo el ID = 4, ahora en el Edit1 coloco un nombre para que actualize el campo "nombre" del ID 4, al darle click actualiza el campo pero NO de ID 4 si no del primer registro. Estaré haciendo algo mal? |
#5
|
||||
|
||||
El código que has colocado no tiene mucho sentido.
1) haces una búsqueda con un ADOQuery. Esa búsqueda encontrará uno o varios registros. 2) Luego compruebas si el Dataset está vacío para saber si ha encontrado algún registro. (hasta aquí parece correcto) 3) Entonces si ha encontrado algún registro, intentas modificarlo usando un ADOTable, que es otro componente y que no se sabe dónde está apuntando... (aquí está la incongruencia) O usas el ADOQuery para todo o el ADOTable para todo, pero estás mezclando ambos. Por otro lado te recomiendo que utilices parámetros a la hora de montar las sentencias SQL, en lugar de concatenar cadenas.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#6
|
|||
|
|||
Cita:
Veo que puedo seguir usando el mismo código pero en lugar de las TTable ahora use ADOQuery, pasó algo curioso .. a hacer la actualización de un campo, recuerdo que en paradox se usaba e flushbuffer para guardar directamente a la tabla, qui ya no se requiere eso en caso de perdida de conección o corte de luz al momento de la transacción? |
#7
|
||||
|
||||
Cita:
Digamos que lo que más cambia en todo esto es la forma de trabajar. Ahora debes pensar que ya no tienes una Base de Datos local, estás trabajando en red y varios equipos pueden estar haciendo lo mismo. También debes tener en cuenta los datos que solicitas a la base de Datos (SGBD) porque estos deben viajar por la red. Antes podías recorrer una tabla completa sin problemas (porque estaba en local), ahora si lo haces, la tabla completa "viaja" por la red y eso no es recomendable. Por último debes tener en cuenta que ahora puedes encontrarte con bloqueos (dependiendo de las operaciones que hagas). Dos usuarios que puedan estar modificando el mismo registro o uno que esté leyendo el registro A mientras otro lo modifica.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#8
|
|||
|
|||
Cita:
Gracias !! |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Mapeo, migración de MySQL a MS SQL Server | CHECHE81 | MySQL | 0 | 11-09-2014 01:07:18 |
migración paradox a SQL Server 2005. Boolean? | Carmelo Cash | Conexión con bases de datos | 2 | 05-09-2008 18:58:54 |
Migracion Mysql 4 a 5 | teroga | MySQL | 2 | 23-04-2008 11:43:29 |
migracion de paradox a SQL 2000 Server | martita | MS SQL Server | 6 | 16-10-2006 11:11:15 |
Migración Archivos Planos a MySQL - Velocidad | samantha jones | Conexión con bases de datos | 3 | 19-01-2006 02:25:11 |
|