

Qué tiene tu Oracle que mi Firebird no tenga?
#1
Escrito 12 abril 2009 - 04:40

#2
Escrito 12 abril 2009 - 07:16
Yo no se mucho de Oracle, pero leyendo encontré esto:
Oracle Database XE can be installed on any size host machine with any number of CPUs (one database per machine), but XE will store up to 4GB of user data, use up to 1GB of memory, and use one CPU on the host machine.
Enlace
Salud OS
#3
Escrito 12 abril 2009 - 07:59

Saludos.
#4
Escrito 12 abril 2009 - 08:01
#5
Escrito 12 abril 2009 - 09:37
Aparte de esas limitantes, existen también limitantes a nivel de funcionalidad, me refiero a funciones que no puedes utilizar, en la empresa para la que laboro, se usa esa versión en las Laptop para presentaciones con BD de pocos registros.
Los clientes de la empresa, los que son poderosos se le instala la versión del programa compatible con Oracle de lo contrario se le instala Firebird, sin restar méritos, pero no es nada fácil el tener que comprar un software y luego tener que pagar una gran cantidad de dinero por utilizar una BD.
#6
Escrito 13 abril 2009 - 01:19
#7
Escrito 24 mayo 2009 - 07:51
chao
#8
Escrito 26 mayo 2009 - 12:48
Lo que quiero saber es qué ventajas me ofrece el Oracle gratuito sobre Firebird, si alguno de ustedes me puede responder. Nunca usé Oracle y algunos de mis clientes se sienten atraídos por el nombre, así que necesito averiguar lo del título
Caray, la lista sería tremendamente enorme

Aquí algunas importantes:
* Soporte Xml
* Soporte a servidores vinculados. (puedes consultar tablas de otro servidor desde el servidor local)
* Forms (puedes desarrollar aplicaciones web con simples pasos)
hay muchas muchas más. pero, no conozco firebird

saludos
#9
Escrito 29 mayo 2009 - 04:50
Gracias de antemano
#10
Escrito 29 mayo 2009 - 04:56
Saludos.
#11
Escrito 29 mayo 2009 - 06:06
#12
Escrito 05 junio 2009 - 11:37
Estamos hablando de oracle gratuito o Firebird. Que inversion habria que hacer en licencias?
Por otro lado, mi base de datos tiene dos meses en funcionamiento y lleva 56 megas y esta en constante crecimiento espero ese parametro te sirva para medir la cantidad de datos a manejar.
#13
Escrito 01 noviembre 2010 - 09:54
Tengo mi base de datos en sql server y deseo migrar a oracle 7 u 8 o a firebird, cuales son las ventajas y desventajas de cada una. Tambien me gustaria saber cual es mas facil de utilizar y mantener.
Gracias de antemano
No sería muy conveniente migrar a esas versiones de oracle, puesto que ya son en demasia obsoletas.
Si fueras a migrar a oracle lo mejor sería ir por la versión 11 o 10.
En nuestra empresa se usa la 9i, pero ya es obsoleta y se esta planenado en un futuro proximo migrar a 10 o 11 si fuera posible.
Saludos Cordiales
#14
Escrito 01 noviembre 2010 - 10:01
No sería muy conveniente migrar a esas versiones de oracle, puesto que ya son en demasia obsoletas.
Si fueras a migrar a oracle lo mejor sería ir por la versión 11 o 10.
En nuestra empresa se usa la 9i, pero ya es obsoleta y se esta planenado en un futuro proximo migrar a 10 o 11 si fuera posible.
Saludos Cordiales
coincido contigo compañero, la verdad es que las versiones 10 y 11 de oracle son grandiosas. Aunque honestamente para un sistema que utilizaba firebird es un salto gigantesco el migrar a Oracle.
#15
Escrito 01 noviembre 2010 - 10:11
* Soporte Xml
* Soporte a servidores vinculados. (puedes consultar tablas de otro servidor desde el servidor local)
* Forms (puedes desarrollar aplicaciones web con simples pasos)
La ventaja de Firebird radica que me consta y me viene a la mente son:
* Drivers nativos para Windows, linux, windows mobile o Mac
* Puedes instalarlo en plataformas windows o distribuciones linux de 32 y 64 bits, sin problemas.
* Soporte SMP
* Se pueden consultar servidores firebird externos (v2.5), no importando si son blobs de datos en este caso pueden ser jpg.
* Si quieres desarrollar web sobre cualquier manejador (Zeos+UniGUI) ó (Zeos+ExtPascal), no es mucho en este licenciamiento comparado con Oracle y claro Delphi o Lazarus.
* Hay clientes de firebird que han superado base de datos de 32 GB y no hay problema.
Si quieres seguirle implementado funciones a firebird que aparentemente no tiene puedes crearte udf's con lazarus, las compilas y la tienes para un servidor firebird o linux funcionando.
Ahora si quieres ahorrarte trabajo aquí esta una librería de udf's muy interesantes: http://freeadhocudf.org/index_eng.html
La mayoría es OpenSource y no tendrías que ver por migraciones posteriores; en lo personal y donde laboro la base es de 5 GB con blob's de datos, es por eso que se creció tanto en tampoco tiempo y como 30 usuarios concurrentes. MS SQL Server solo lo he trabajo en sus veriones Developer y anda muy bien y es sencillo con tanta información, pero al momento de ver por su licenciamiento en una versión superior te quedas:

Ahora todo depende de tu producto y clientes potenciales del mismo.
Saludos.
#16
Escrito 01 noviembre 2010 - 10:37
Un desarrollo para Firebird que le da compatibilidad Oracle. Solo hay que ver como permite albergar sin ningún cambio el CRM Open Source Compiere, que ha sido desarrollado exclusivamente para Oracle.
http://www.janus-sof...fb_fyracle.html
La verdad es que solo veo la necesidad de utilizar Oracle en instalaciones enormes, cuando tienes bases de datos de muchos gigabates (yo trabajo habitualmente con bases de datos Firebird de 2Gb, y nunca he tenido problemas) y centeneras de clientes simultáneos.
Es normal que en estas instalaciones el cliente quiera la seguridad de tener un software comercial, con una empresa detrás que pueda responder inmediatamente a cualquier contingencia (y seguramente no se sientan tranquilos con los servicios sobre Firebird de IBPhoenix por ser una empresa muy pequeña).
Yo nunca he encontrado los límites de Firebird, pero supongo que comercialmente llega un momento que a ciertos clientes no les puedes ofrecer una solución open source.
#17
Escrito 01 noviembre 2010 - 01:08
Los sistemas de replicación de Oracle son el "estado del arte". Si van a hacer algo verdaderamente GRANDE recomiendo Oracle.
Para el 98% de los proyectos manejadores como firebird, postgresql o incluso mysql pueden hacer el trabajo bien.
Que Oracle tenga una versión gratuita limitada en recursos me parece bien porque para cuando llenes ese espacio en disco y no te sea suficiente la memoria probablemente sea porque estás teniendo mucha actividad por lo cual de seguro ya tienes el dinero para comprar la full.
#18
Escrito 01 noviembre 2010 - 01:25
Que Oracle tenga una versión gratuita limitada en recursos me parece bien porque para cuando llenes ese espacio en disco y no te sea suficiente la memoria probablemente sea porque estás teniendo mucha actividad por lo cual de seguro ya tienes el dinero para comprar la full.
Y esto es para todo proyecto, muchas veces sólo necesitamos Delphi Profesional y si el proyecto lo justifica es porque se tendrá el dinero para adquirir no solo la versión Enterprise sino la Architect

Salud OS
#19
Escrito 27 octubre 2011 - 10:04
No nos olvidemos de Fyracle.
Un desarrollo para Firebird que le da compatibilidad Oracle. Solo hay que ver como permite albergar sin ningún cambio el CRM Open Source Compiere, que ha sido desarrollado exclusivamente para Oracle.
http://www.janus-sof...fb_fyracle.html
La verdad es que solo veo la necesidad de utilizar Oracle en instalaciones enormes, cuando tienes bases de datos de muchos gigabates (yo trabajo habitualmente con bases de datos Firebird de 2Gb, y nunca he tenido problemas) y centeneras de clientes simultáneos.
Es normal que en estas instalaciones el cliente quiera la seguridad de tener un software comercial, con una empresa detrás que pueda responder inmediatamente a cualquier contingencia (y seguramente no se sientan tranquilos con los servicios sobre Firebird de IBPhoenix por ser una empresa muy pequeña).
Yo nunca he encontrado los límites de Firebird, pero supongo que comercialmente llega un momento que a ciertos clientes no les puedes ofrecer una solución open source.
wow

quiero probarlo.
y depaso a ver si tambien el crm lo puedo instalar
#20
Escrito 28 octubre 2011 - 12:50
El problema es que tienes dos versiones: La superserver va muy bien con relativamente pocos usuarios haciendo cosas complejas, hasta 50 va bien, pero basicamente solo usa un procesador, con lo que si tienes 4, ves que tu cpu sube al 25% y los usuarios "hacen cola".
Luego tienes la version classic, esa usa todos los nucleos pero necesita mas memoria cuantos mas usuarios simultaneos tengamos, asi que precisa mucha ram. Es bueno para servicios web sencilos a nive de base de datos, pero malo para usuarios power user.
Asi que la solucion buena soloo usa 1 cpu, y ese es un gran problema. La V3 cuanod salga arreglara esto.
Otro tema es la replicacion, en FB es mala, casi artesanal, y si cambias la estructura tienes que empexzar a sincronizar desde cero. Asi que nada de balanceos de carga y esa cosas al menos no es nada sencillo.
En eso gana oracle, y en precio
