De Paradox a Firebird 1.5

[llonigualker]

Mañana comienzo la migracion de paradox a firebird (rehacer la aplicación), pero he instalado la 2.0 en vez de la 1.5, ya les contaré como va el tema y casi seguro, me surgirán dudas. Ah! Utilizo Delphi 6.

Saludos.

[llonigualker]

Ya me ha surgido la primera duda.

En esta aplicacion cada x segundos se tiene que hacer una consulta a una tabla de la bd la cual tiene cientos de miles de registros y cada x segundos va aumentando (si no existe el registro consultado se añade "insert", si existe se modifica "update").

Lo pregunto por el tema de la agilidad y la rapidez (en red), ¿Que es mejor, utilizar una SP a traves de un MDOStoredProc y que me devuelva un parametro para saber si existe un solo registro que atienda a una serie de parametros o condiciones, o, usar un MDOTquery para que me devuelva lo mismo? (pensad que necesito velocidad y agilidad).

Saludos.

[llonigualker]

Otra duda que no se como resolver.
En una tabla paradox, uno de los campos lo tengo definido como BYTE en el cual almaceno una palabra encriptada.

En la BD de firebird, en la tabla correspondiente, he definido este campo como blob en sus tres modalidades y como varchar tambien, pero al hacer el datapump no cuela.

¿Como tengo que definir ese campo en firebird para que el paso de informacion se realice sin incidencias?

Saludos.

[llonigualker]

Despues de leer muchos manuales (que me entere o no es otra cosa) y post de este foro he llegado a la siguiente conclusion:

Para no darme el batacazo y equivocarme como ya me he equivocado anteriormente con paradox, cuando se diseña una aplicacion de base de datos se tiene que hacer pensando en que la van a utilizar muchisima gente, esto quiere decir que tendremos que reducir el trafico de red como sea y.... atendiendo a lo anteriormente dicho (leer bastante informacion) he decidido utilizar SP ya sea de consulta o de ejecucion a traves de querys ya que el trafico de red seria menor (el servidor que sea eso, servidor, potente y seguro) y las maquinas clientes no tendrian que ser nada sofisticadas, con pocos requerimientos de hardware seria suficiente para una mas que aceptable agilidad en el uso diario de la aplicacion.

Si estoy equivocado me corregis, que equivocarse es de humanos.

Gracias a todos por vuestras respuestas.

Saludos.

[[Lepe]]

Para el caso que pides de velocidad, Yo quizás usaría un Store procedure de acción, es decir, le envías los parámetros y que dentro del SP realice la búsqueda y "actualización o inserción" oportuna, de es forma sólo viaja la información en un sentido, desde el ordenador Cliente hacia el Servidor.... no hay comunicación bidireccional, por lo que es más eficiente.

El tema de usar Querys o MDOStoreProcedures... yo diría que un TQuery es más libiano (pero no me hagas caso, mira el archivo MDOStoreProc.pas y verás todo el código que inclye). Con un MDOQuery o incluso un MDOSql puedes ejecutarlo así:

Código Delphi [-]
query1.Sql.Text := ' Execute Procedure Nombre(paramaetro)';
query1.ExecQuery;

Saludos