Base de datos monousuarios
hola ha todos
tengo la siguiente duda hay alguna buena base de datos monousuarios para este gran lenguaje delphi. la idea es que esta base de datos puede almacenar fotos png, archivos de texto, y archivos binarios. yo se que delphi tiene una opcion de incluir en su mismo .exe todas las librerias k usa. entonces la idea seria un .exe y otro archivo que es la base de datos nomas . se puede realmente hacer esto. |
Cita:
Usa Paradox. Salud OS |
si , se puede.
y hay muchas formas para hacerlo. |
Cita:
paradox voy ha ver que tal esa base de datos, gracias por el dato egostar :D saludos |
Cita:
Saludos |
Me imagino que para estas cosas tambien esta MyBase, SQLite o BlackFishSQL :).
|
Cita:
Por supuesto que hay bases de datos mejores, pero para que la use como desea no requiere de mas. Salud OS |
Cita:
Saludos |
Cita:
saludos y muchas gracias ha todos por sus respuestas. |
Cita:
Por eso digo, depende, depende. Salud OS |
Cita:
Para ascrnet, la version Embed de firebird es precisamente lo que necesitas, la base de datos es un archivo (inlcuso en la version C/S), pero la forma de accesar a ella es unicamente con un archivo Dll, no hay protocolo de comunicacion TCP, ni control de transacciones concurrentes. Saludos |
Cita:
MMM, sobre firebird vi este documento http://www.firebirdsql.org/pdfmanual...5-Arranque.pdf saludos |
La apuesta actual de CodeGear es BlackFish SQL. Hay una presentación sobre el tema que podes descargar de la página del último Delphi Developer Days en Español
Personalmente, no he probado BlackFish, en cambio si he usado firebird embedded como base de datos monousuario y mi experiencia ha sido realmente buena. No cumple con tus especificaciones, pues hay que copiar un par de archivos mas... (una dll y el archivo de mensajes de firebird), pero son dos clicks mas que valen la pena... :D Hasta luego. ;) |
Hay varias opciones. Basándonos en que necesitas una Base de datos Monousuario, púedes:
* Utilizar Paradox. Tendrás que tener en cuenta la instalación del BDE y la creación del Alias. Varios ficheros por tabla. * Utilizar Jet4. Ficheros MDB. en este caso deberás tener en cuenta que el ordenador dónde instalas esté actualizado con las MDAC. Cosa bastante común. 1 Fichero para toda la Base de Datos. * Puedes utilizar FB (versión Embebded); Deberás distribuir junto con la aplicación la DLL que contiene el SGBD. Es un Cliente-Servidor, no una BD de escritorio, por lo tanto tiene más potencia, y seguramente consumirá más que las otras. 1 fichero para toda la Base de Datos. * Puedes utilizar BlackFish si posees una de las ultimas versiones de Delphi y viene incluído. No tengo datos de lo que necesitas instalar. 1 fichero para toda la Base de Datos. * ... Personalmente uso para estas cosas Jet4; Me parece sencillo y rápido y accediendo con ADO se obtiene un buen rendimiento. Pero, teniendo en cuenta que debes almacenar fotos y binarios (para lo que Jet4 no es muy bueno), optaría por FB embebded. Un saludo. Cita:
No te lo tomes a mal, simplemente que si fuera insufrible, mucha gente la habrá descartado hace muchos años. Hoy en día hay opciones mejores, pero eso no hace que Paradox sea ahora peor. |
Cita:
saludos |
Cita:
Por otro lado, el que una aplicacion sea "monousuario" no significa que el volumen de los datos necesariamente vaya a ser pequeño, yo invito a quien haya trabajado con paradox a que me hable del rendimiento que tiene cuando el volumen de informacion es grande. Una mas, paradox no esta diseñado para que delphi o c++ builder accedan a el por medio de querys (de manera eficiente), es decir, que lo mejor para accesar a estas tablas es mediante ttables. Imaginemos que nuestra apliacion "chiquita" crece y la queremos convertir en algo mas "serio", por supuesto que nuestra primera idea sería quitar paradox, pero oh! sorpresa! la tenemos plagada de ttables y una base de datos C/S es mejor ser accesada por medio de Querys (dbExpress, ADO, ZEO, MDO,FIBplus, etc), entonces quiero ver la cara de mi progamador cuando le diga que hay que hacer la conversion de ese código :eek:. Asi puedo seguir enumerando ejemplos de porque no usar paradox, pero si alguien piensa que es buena pues respeto su opinion, que mas que nada creo que la tienen porque nunca hicieron una aplicacion en verdad SERIA con esta base de datos y que se distribuya de manera masiva, es decir, que no pueda estar uno de apagafuegos cuando la joyita de paradox empiece con sus linduras (aun como monousuario). Por eso digo que el hacer una aplicacion "chiquita", no es sinonimo de usar una base de datos "mediocre" como lo es paradox. PD: Desde que trabajo con Firebird (hace aprox 5 años) NUNCA pero NUNCA he tenido un solo problema con la base de datos, y tengo aplicaciones corriendo por todo el pais, con volumenes importantes de informacion. |
... Es una buena Base de Datos (si se usa para lo que está diseñada)...
Ni Paradox es la mejor para todo, ni FB es la mejor para todo, ni MSSQL es la mejor para todo, ni MySQL es la mejor para todo, ni Access es la mejor para todo,... A eso me refería. Sigo pensando que Paradox puede ser la mejor opción en determinados casos. Mejor que Oracle, mejor que FB, mejor que MSSQL,... Algo así como decir: "Un ferrari es mejor que un autobús"!!!!!!! Falso!!!! Dependerá de para qué lo quieras utilizar... |
Asi es amigo Neftali, desde un principio lo he dicho, depende, depende.
Salud OS |
Cita:
|
Cita:
Y por último, desde 1997 uso paradox y jamas he tenido un problema de indices corruptos ni de otra cosa. Pero en fin, tu sigue con FB yo seguiré con Paradox y FB, nada pasa, seguimos siendo amigos. Salud OS |
La franja horaria es GMT +2. Ahora son las 00:30:03. |
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