![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|
|
#1
|
||||
|
||||
|
Cita:
¿Cómo implementarías en Firebird un package que guarde información de estado de la sesión? ¿Cómo implementarías las funciones? ¿Cómo implementarías las vistas materializadas? ¿Cómo implementarías la replicación simétrica? ¡Y mil cosas mas! Creo que migrar una estructura de una base de datos a otra es fácil o difícil en la medida que dicha estructura/diseño es complejo y explota las características únicas de cada base de datos. De las que conozco, la mas apegada al estándar y la mas fácil de mover entre bases de datos es precisamente Firebird. Si la migración entre bases de datos es algo que se hará una sola vez llega el momento en que tenes que dejar algunas cosas atrás y pensar en función de las características de la base de datos de destino, armar una nueva solución para el problema particular que resolvía lo que no se pudo migrar y hacer los cambios que haga falta en la aplicación. Si, por el contrario, lo que se pretende es soportar varias bases de datos al mismo tiempo, hay que tener esta compatibilidad en mente desde el diseño original, o introducirla cuando se toma la decisión de soportarlas. Para esto, no hay de otra, hay que sacar el mínimo común de todas las bases que se pretende soportar, y trabajar con esto. Hasta luego. ![]()
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
|
#2
|
||||
|
||||
|
Oracle sin duda tienen infinitas opciones, tanto de configuracion y desarrolo, yo podria ampliar tu lista rapidamente en 10 items mas y 1000 si me pongo a ver en mas detalles
.El comun de los programadores usan funciones y procedimentos, tambien pueden usar packages para agrupararas a todas y usar el concepto de "sesion" en el paquete, es cierto firebird no tiene esa posibilidad, pero puedo apostar que adaptar un paquete a procedimientos de firebird es menos costoso que a la inversa. seguramnete sacrifando algunas posibilidades es posible llegar a un modelo similar. yo llegue a la conclusion de que es imposible portar varios procedimientos almacenados que dispongo a oracle , hacerlo implicaria una complejidad enorme en la logica de la programacion y en el resultado del codigo fuente. Por lo que estoy totalmente de acuerdo con vos en que hay que dejar algunas cosas atras y pensar con un nuevo paradigma. Saludos
__________________
Q Onda? |
|
#3
|
||||
|
||||
|
Hola,
luego de tanto buscar, encontre la manera de como lograr hacer select sobre store procedure en oracle de igual manera como se hace en firebird/interbase. pues el tema es relativamente sencillo, no me voy a poner a explcarlo teniendo un site que lo explica muy bien. http://www.akadia.com/services/ora_pipe_functions.html lo probe con mis procedimientos y funciona perfectamente. Muchas gracias a todos los que respondieron y se interesaron. un abraso pedro
__________________
Q Onda? |
|
#4
|
||||
|
||||
|
Vaya... que interesante... es algo que no le conocía a Oracle..
![]() Gracias por compartir la info.
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| micracion firebird 1.5 a oracle 10g | ASAPLTDA | Oracle | 2 | 11-04-2008 08:10:02 |
| FYRACLE Firebird mode ORACLE | ASAPLTDA | Firebird e Interbase | 1 | 05-08-2005 17:43:01 |
| exportar una tabla de oracle 9i a paradox o firebird | ARCON | Oracle | 1 | 28-10-2004 10:38:22 |
| Migracion de Firebird a Oracle | SCORDOBA | Oracle | 1 | 14-06-2004 21:51:27 |
|