![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Si algo faltaba para empujarme a cambiar por una base de datos Cliente/Servidor es que están pensando en la necesidad de que los datos sean consultables (y aveces modificables) por los clientes mediante una página web.
Creo que esto me obliga a investigar Oracle (ademas de otras cosas que todavia desconosco). Te preguno . ¿Como qrees que serían los pasos a seguir para introducirme en Oracle? Digo en cuanto libros, licencias y otras cosas que deba saber. Gracias. |
|
#2
|
||||
|
||||
|
Cita:
Cita:
Si el presupuesto de tu proyecto es limitado, será mejor que penses en una opción como firebird, que no es tan escalable, pero si tiene muy buen rendimiento y muchas, muchas buenas prestaciones. De cualqueir forma, para inciar con Oracle te recomiendo la lectura de los siguientes hilos (y los vínculos que hay alli): Donde consigo un tutorial de Oracle Primeros pasos en Oracle Además, la busqueda de los foros te arrojará mas información. Sobre las licencias, será mejor que contactes con tu representante local de Oracle (y que estes sentado )Hasta luego. ![]()
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
|
#3
|
||||
|
||||
|
Wop!
Para completar un poco los comentarios del compañero jachguate, te quería comentar un tema en referencia a si ibas notar una mejora de rendimiento con firebird ( o cualquier otro motro de BD ) en comparación a sistemas de ficheros. Comentas que tienes consultas complejas con tablas relativamente grandes que te causan problemas. Bien, una de las ventajas de usar un servidor está en el proceso de ejecución de las consultas. Independientente del tema de la optimización, cuando ejecutas una consulta en Paradox, el PC cliente tiene que traerse todos lo datos de todas las tablas implicadas en modo local (con el increible tráfico de red que esto provoca). Una vez en local, es la propia máquina cliente la que se encarga de aplicar las joins y condiciones oportunas. En cambio, con un SGBD, es el servidor quien realiza la consulta, y solamente se entrega al cliente el conjunto de datos solicitado. Me parece que la mejora es indiscutible, dejando a parte las posibilidades de triggers, procedimientos, etc. Ah! otra cosa. Aunque tengas que trabajar basado en web, si la carga de usuarios no va acrecer increiblemente, con firebird tienes motor para años. Creo Oracle solamente es justificable en entornos con cargas muy, muy elevadas. ![]()
__________________
E pur si muove |
|
#4
|
||||
|
||||
|
Cita:
De hecho, según el resultado de aquellos tests (no encontré la referencia, pero si interesa, me tomo mas tiempo para buscarla)... con el hardware adecuado podrias servir hasta 3 lineas T1 completitas con un Interbase 6.0 (que es la base de firebird). Asi que, siempre que las consultas no sean demasiado complejas... yo diría que con firebird tenes para toda la vida. Me refiero, por supuesto, a escalabilidad en número de usuarios, no ocurre igual con el volumen de datos, donde Oracle sigue escalando mucho mejor. Hasta luego. ![]()
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
|
#5
|
||||
|
||||
|
Totalmente de acuerdo, por eso dije que tenía de sobra con firebird a no ser que el volúmen creciese incriblemente
![]()
__________________
E pur si muove |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|