Que base de datos Usar
Buen dia. Tengo que hacer un pequeño sistema de gestion para una empresa que solo que va a usar en una pc localmente en windows 10.
Que base de datos me recomiendan usar?lo voy a hacer con delphi 7 pero no se cual es la mejor opcion para una base que quede instalada en la pc de la empresa...espero se entienda la pregunta.. muchas gracias |
Firebird, PostgreSQL, MySql, etc.
|
Firebird.
|
Si solo se va a usar así, alguna de las que se puede embeber en tu ejecutable, de modo que no haya que instalar nada más
|
PostgreSQL es la mejor BD en términos generales.
Firebird si se desea la posibilidad de desplegar sin instalar aparte el motor. Sqlite solo si es para móviles. No recomiendo mysql. En mis mas de 10+ años que me ha tocado trabajar con ella (me integro con multiples ERPs con todas las combinaciones imaginables) es la mas problematica y menos intuitiva, y esta llena de estupideces que solo le aplican a ella. PostgreSQL por el contrario funciona tal como se espera. |
Entonces, la que cumple con todos los requisitos, además de ser libre y gratis: firebird.
|
Si, definitivamente FIREBIRD.
|
Cita:
|
Cita:
|
Genial gracias a todos. Ultima consulta.. COn firebird hay q hacer algun tipo de instalacion en la pc que usa el programa (no hay servidores de por medio ni nada, todo local, software y bdd) o se se pone en la carpeta del sistema y se llama desde el sistema?..
gracias |
Cita:
|
Cita:
Si vas a usar la versión "embebida" solamente tendrás que adjuntar la dll cliente y poco más. Haz una búsqueda por los foros, se ha tratado muchas veces. En la web de ellos también tienes información, documentos, etc https://firebirdsql.org/en/firebird-3-0/ |
Cita:
|
Cita:
|
Cita:
Saludos |
Cita:
NINI: Termino mexicano que define a los adolescentes que no trabajan ni estudian.:D |
Cita:
Pues yo te voy a dar la que faltaba (y alguno me va a echar los perros, seguro). Para cosas similares sin grandes pretensiones, funciona muy bien Delphi7+ADO+Jet4.0 (Fichero MDB). (No confundir con MSAccess) Con la ventaja de que si la cosa crece o necesitas más rendimiento se migra de forma muy sencilla a un SQLServer Express (segunda de mis recomendaciones). AÑADO: Explico un poco el porqué.
|
Cita:
Si se quiere un solo fichero firebird o sqlite. |
Cita:
1) MsAccess no es más que un programa para administrar Bases de Datos en ficheros MDB. Jet es el motor realmente. 2) Discrepo también en que sea malo. Al contrario, ADO+Jet funciona muy bien. Otra cosa es comparado con qué y para qué. Entramos en la discusión de siempre... "SQL Server es mucho mejor que una Base de Datos en DBF". Pues depende. Montar un SQL para una agenda de teléfonos (por decir algo) es una "salvajada" a mi entender. En ese caso SQL Server no es mejor que un fichero DBF o XML. Recordemos que un SQL server requiere de mínimos (si no me falla la memoria) unos 5GB de espacio en disco y 1 o 2 GB de RAM. "Está bien" para un programa que ocupa unos megas y realiza una cuantas tarea básicas, decirle al usuario que necesita esos requisitos... :mad::mad::mad: Cita:
Que conste, que ninguno de esos criterios, excepto el segundo, dan información importante para determinar la necesidad de uno u otro sistema. Depende, todo depende,... |
Cita:
Concuerdo con Neftalí: DEPENDE ... |
¿Y si haces que tu sistema trabaje con múltiples motores? Es decir, de base que trabaje con Firebird pero que también puedan usar MySQL, PgSQL, MsSQL y así.
Aunque depronto es complicarlo mucho si es algo sencillo pero es buena opción pensando en el escalamiento y que cada cliente puede querer usar cierto motor que su jefe de IT les ha recomendado muchisimo |
Cita:
Cita:
|
Cita:
https://techcommunity.microsoft.com/...et/ba-p/315933 https://docs.microsoft.com/en-us/sql...ectedfrom=MSDN Cita:
No tiene ningun sentido usar Jet, sabiendo que sqlite (por nombrar el reemplazo mas obvio) barre con este y ademas esta mejor probado. P.D: Desde el punto de vista de MS, Jet es idéntico a paradox: Una reliquia del pasado. Y si te preguntas "Y eso no pues que esta en Access?" pues veras, Access lo tienen hay medio vivo pues porque aja, pero que le tengan cariño? Para nada. Por eso, si realmente le dieran importancia, le QUITARIAN JET DE UNA. Pero como no es asi y no les importa, pues aja, ahi ta*. No sean como MS con jet, ok? P.D.2: En mi modo conspirativo, MS mato FoxPro porque era demasiado bueno, y Access esta en modo zombie, porque ambos representan un estilo de desarrollo de apps de negocio DEMASIADO productivo y que hacia innecesario meter C++, C# y demas.... |
Cita:
Eso es como decir "y porque no escribes en Java como si fueras a usar despues C#, igual son como lo mismo, no?" P.D: Soporte a multiples DBs tiene sentido para componentes de integracion o drivers generales, de resto? Nope! |
También dBase era bueno y no por ello se le aconseja a nadie hoy en día.
En 1998 hice mi primer proyecto profesional con Delphi y Firebird (Interbase, pues Firebird creo que es de 1999 y lo cambié en cuanto salió), y ya entonces se descartó "ms access", dbase, paradox y otros similares porque eran antiguos, propensos a fallos y con muy mal funcionamiento en red. Así que si en 1998 eran antiguos, unos 22 años después para qué hablar. |
Cita:
He programado en Delphi6 contra Oracle, SQLServer, MDB's, Paradox, Interbase y alguna cosa más. Los 2 primeros estaban en otro nivel y para según qué cosas a mi entender no tiene sentido "montarlos" y de los siguientes (en su momento) lo mejor era ADO+Jet4+MDB de largo. Y no me baso en ningun artículo lo se por experiencia propia. Hoy está claro que IB/FB estarían en la primera categoría (SGBD's) y el resto no tienen ese calificativo Cita:
Sigo pensando que todo depende, hay 1000 formas de almacenar datos, desde el registro, ficheros INI, ficheros planos, XML, JSON, formatos nativos, SGBD's, modelos relacionales, no relacionales, Bases de datos noSQL y todos los demás que se nos puedan ocurrir y ninguno es malo o bueno, cada uno es el adecuado para una tarea. Al menos es lo que yo pienso.. |
Cita:
Cita:
|
Cita:
Uno en este trabajo le toca convivir con malas opciones todo el tiempo. Que dadas las circunstancias a punta de sudor (y muchas veces, pura suerte) eso se maneja? Pues eso es lo que hace a alguien profesional. Que si toca remangarse las mangas y poner a andar el motor a punta de cinta aislante echandole manualmente el agua pa que no se recaliente, pues aja, eso es lo que toca. Pero habiendo MEJORES opciones? Y ademas, ante la EXPLICITA recomendación del fabricante? Y luego de AÑOS? Eso es puro masoquismo. Y en esta industria SOMOS masoquistas. Ej: Ahorita mismo tengo que integrar contra un bodrio de bd de datos MySQL cuyas tablas (que es un erp) se llaman UNCC_0001, UNCC_0002 ...., obvio UNCC_00021 es pedidos. Y sus campos se llaman FT_0001, FT_0002 ... que obvio FT_0001 es la PK de la tabla. El cliente dice que ese ERP funciona muy bien! |
La franja horaria es GMT +2. Ahora son las 16:02:02. |
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