Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Conexión con bases de datos (https://www.clubdelphi.com/foros/forumdisplay.php?f=2)
-   -   Base de Datos Recomendable (https://www.clubdelphi.com/foros/showthread.php?t=14125)

vtdeleon 10-09-2004 00:30:38

Base de Datos Recomendable
 
Saludos a Todos

Soy Novato en Ambiente Delphi(principiante)

Estoy desarrollando unos sistesas(RRHH, NOMINa, facturacion, CXC, Inventario,...) y estoy utilizando bases de datos PARADOX que es la que te da delphi por default.

Quiero saber cual es la base de datos mas recomendable para estos Sistemas?
Ventajas o desvetanjas, si no es mucha molestia...:(
PARADOX, SQL, DB2,...?


Gracias por sus futuras Respuestas :D

El_Perrito 10-09-2004 00:36:14

Yo te recomiendo
 
Hola:

yo te recomendaria que usaras Firebird ya sea 1.03 o 1.5, ya que es una base de datos Sql y es OpenSource, es muy segura y hay mucho soporte para ella.

Es mi recomendacion.

Un Hermano Mexicano los Saluda

jachguate 10-09-2004 01:01:18

Esta es una decisión muy importante, y depende básicamente del alcance que querras dar a los sistemas.

Para mi, la mejor base de datos es Oracle, indiscutiblemente. Pero es muy cara, asi que no es para medianas o pequeñas empresas. Para estas, yo regularmente me decido por el ya mencionado firebird. Estable, robusto, multiplataforma, Open Source..

Lo que siempre trato de evitar, es el uso de SQL Server y Access. Claro, el cliente siempre tiene la razón. :D

Hasta luego.

;)

pd. Si te decidis por firebird, no veo ninguna razón para usar otra versión que no sea la última oficial (1.5.1)

__cadetill 10-09-2004 08:21:27

Tienes muchas bases de datos, y como bien dice el amigo jach, quizás es una de las decisiones más importantes a tomar antes de abarcar un proyecto.

En esta decisión intervendrán 3 cosas principalmente:
1.- El volumen de datos a tratar (o el presumible volumen) ya que no es lo mismo preveer un volumen de 100.000 registros a un volumen de millines de registros
2.- El conocimiento del programador en un SGBD en particular
3.- La decisión/dinero dispuesto a invertir por parte del cliente

Para grandes empresas, podríamos decir que tenemos 2 grandes SGBD como son Oracle y DB2. Yo trabajo con el segundo (DB2 en As400) y, la verdad es que es genial. Robusto, estable, rápido..... El primero, Oracle, he oido maravillas de él, pero no puedo dar fe de ellas :rolleyes:

Para pymes (pequeñas y medianas empresas) pues tenemos más posibilidades como Informix, MySQL, SQL Server, Interbase, Firebird,....... De estos, con el que he trabajado ha sido con Interbase (6 O.S.) y Firebird (1.5.1) y la verdad es que, calidad precio (free), es el mejor SGBD que hay en el mercado (hablando siempre de pymes). De SQL Server también tengo buenas referencias (pero claro, es M$ y yo soy anti-M$ :D) y, de los demás..... pues ni idea

Y para terminar, tenemos las bases de datos de escritorio como Paradox, Access, DBase,... Estas, si bien ya no uso ninguna de ellas, las considero para proyectos muy pequeños. No obstante, al no ser sistemas relacionales y no permitirte muchas cosas (triggers, procedimientos almacenados,....), aun para éstos, uso un SGBD como dios manda (en mi caso Firebird)

Pues nada, espero que hagas una buena elección y, sobre todo, mira el presupuesto del cliente ;)

Neftali [Germán.Estévez] 10-09-2004 12:16:31

Cita:

Empezado por vtdeleon
Estoy desarrollando unos sistesas(RRHH, NOMINa, facturacion, CXC, Inventario,...) y estoy utilizando bases de datos PARADOX que es la que te da delphi por default.

Yo tiraría hacia un SGBD, eso descarta Bases de Datos de sobremesa, léase Paradox, BDase, MS Access,...
En cuanto a SGBD's reales yo he probado Oracle, InterBase, FireBird y SQL Server.
Descarto Oracle por su elevado precio y muy elevada complejidad de configuración.
InterBase lo dejo fuera pq para eso tienes FireBird que es gratuíto y actualmente superior.
De los dos que quedan FireBird y SQL Server, sólo por las prestaciones, yo personalmente he comprobado que SQL es superior y lo prefiero, pero tiene el handicap del precio (y eso es mucho handicap...);

Creo que a partir de aquí debes evaluar el sistema que más te convenga a tí (para tu programa concreto, precio a gastar, servidor disponible, necesidades concretas, volumen de la Base de Datos -deberías hacer previsiones-, y el resto de necesidades que puedas tener), para que dentro de tres/cuatro años no te encuentres atascado; Que para mí sea mejor MSSQL no quieres decir que para tí lo sea, ambos considero que son muy buenos, y las razones para decantarte entre uno y otro puede estar en las necesidades.

ctronx 10-09-2004 16:21:31

Saludos, creo que a mi me toca defender a Mysql 4.x yo solo he usado Msqlserver, Access, Dbase, y cosas asi, por este motivo prefiero Mysql ya que es bastante robusto y rapido y tambien open source y hay versiones para varias plataformas, en fin creo que si lo pruebas no te defraudara, en fin todo depende para lo que pretendas usarla.

guillotmarc 10-09-2004 21:03:35

Hola.

En mi opinión Firebird es una de las mejores bases de datos disponibles para cualquier tipo de proyecto, excepto los muy muy grandes (y además es open-source y gratuita). En esos casos tienes que mirar los comentados Oracle, DB2.

Respecto a MySQL, otra vez en mi opinión, es bastante inferior a Firebird.

Saludos.

FD2004 21-09-2004 04:38:58

Las respuestas anteriores son todas criteriosas, pero faltan de una pregunta a tí:

El paradigma de hacer la App contra una base de escritorio (Paradox, MSAccess o DBF) es fundamentalmente distindo del paradigma de SQl, en cualquiera de sus sabores. Y tú no dices si tienes o no alguna experiencia en SQL.

Luego:

Si esperas un mercado pequeño, y si son, como dices, tus primeras armas, te recomiendo Paradox, a condición que no tengas + de 20-25 accesos concurrentes y que esperes menos de 800.000 a 1.000.000 de registros por tabla.


Si esperas un mercado mediano, estudia Firebird,

Si esperas un mercado grande, asociate a un ingeniero que ya conozca Oracle o DB2.

Saludos, Carlos

jachguate 21-09-2004 07:19:49

¿criteriosas? uf.. no se que significa esa palabra...

Creo que hoy en día, que hay bases de datos relacionales económicas (por no decir gratuitas), que te dan todas las ventajas de un motor SQL, potente, robusto, estable... no vale la pena seguir viendo soluciones "de escritorio".

Me parece que lo comentado por FD2004 en este sentido refleja una postura válida hace 10 años, cuando estas opciones no existian, y si te orientabas a clientes pequeños, pues tenias que "pagar el precio", sacrificando estas ventajas, por la economía de sistemas de este tipo.

Hoy en día, no veo una sola razón para usar Paradox sobre firebird, al que he visto y personalmente tengo trabajando en aplicaciones monousuario/monopuesto, sin ningún inconveniente, y a mis clientes listos para el crecimiento.

He visto tablas paradox con solo un par de usuarios, y apenas 50,000 o 60,000 registros, palidecer y corromperse los indices, y hasta las propias tablas. Jamás he visto corromperse un índice de interbase/firebird, independientemente del tamaño de las tablas... además he visto a firebird sobrevivir a cortes de energía en muchos mas casos que a paradox... en fin.. son muchas ventajas como para dejarlas ir. Es mi criterio personal, claro.

Saludos.

guillotmarc 21-09-2004 10:19:45

Hola.

Totalmente de acuerdo con Juan Antonio, además con la versión Embeded de Firebird, es muy fácil de instalar (solo hay que copiar unos archivos). Por lo que no hay ninguna ventaja en las tablas de escritorio.

Saludos.

Neftali [Germán.Estévez] 21-09-2004 10:53:13

Cita:

Empezado por FD2004
...te recomiendo Paradox, a condición que no tengas + de 20-25 accesos concurrentes...

Considero que montar un Paradox con 20, 10 o incluso 3 puestos concurrentes en lugar de montar un FireBird (gratuito y open source) es un pecado!!!!! (pero de los que habría que poner entre los 7 capitales ;) ); Ya en serio, creo que ese no es un buen cosejo (en mi opinión).

* Seguridad
* Eficiencia
* Estabilidad
* Estandards
* Escalabilidad y futuras amplicaciones
* etc, etc, etc,...

...son algunas razones por las que no comparto ese consejo.


La franja horaria es GMT +2. Ahora son las 13:16:08.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi