[Desarrollo] reiniciando proyecto

[David Castellanos Serrano]

El mié, 13-12-2006 a las 16:22 +0100, Eduardo Alonso escribió:
> 	Yo creo que la opción es integrar ambas herramientas. La base de datos puede 
> ser única (mismas tablas) y tener replica en un servidor o en el propio 
> ordenador. Incluso se podría configurar esto en el propio programa. Si que me 
> parece interesante que el acceso a cierta información, principalmente la de 
> los socios, este restringida, pero para otras me parece interesante el uso de 
> una herramienta web que permita la participación de todo el grupo. Además, 
> cabria pensar en exportar estos datos para  que se puedan utilizar por otros 
> grupos (por ejemplo recetas, actividades,...).
> 
> 	El uso de un lenguaje u otro, como que no me importa demasiado, porque la 
> verdad es que no he usado ninguno de los dos (normalmente uso C, aunq he 
> usado C++ y Java) y tengo que aprender cualquiera de ellos, aunque me 
> interesan a nivel personal. Si que creo que la base de datos debería estar en 
> Mysql por ser multiplataforma y ampliamente usada por la comunidad de 
> software libre, por lo q seguro que hay muchísima información y gente 
> dispuesta a ayudar.

Nas :-)

Yo creo que lo de la BDD quizá sea pronto para decidirlo. De todas
formas no es tanto problema, pero bueno digo mi opinión :-P.

Ventajas de SQLite[1]:
 - Es pequeñita, multiplataforma y de configuración 0.
 - Buena documentación, bindings para un montón de lenguajes.
 - La BDD (las tablas vamos) van en un ficherito .sql, si se quiere
compartir/copiar no es más que copiarlo.

Desventajas:
 - No soporta (al menos hace un par de años) claves foráneas ni cosas de
esas (que tampoco es problema, se programa entonces).
 - No soporta tanta concurrencia como otras SGBD.


Ventajas de MySQL:
 - Pequeño/mediana, multiplataforma.
 - Cliente-servidor.
 - Muy buena documentación, bindings para un montón de lenguajes
también.

Desventajas:
 - Instalación y configuración "no triviales".
 - No soporta claves foráneas ni cosas de esas (al menos no si se usa el
motor MyISAM, si se quieren claves foráneas hay que usar el motor
InnoDB, y si se quieren procedimientos almacenados, triggers hay que
irse a MySQL 5.0).


Vamos, que todas tienen sus pros y sus contras. Como solución de
compromiso, abstraer la capa de acceso a la BDD y usar algo al estilo de
ODBC. Yo creo que para la aplicación de escritorio, la BDD debería ser
SQLite por no complicarnos la vida. Se hace la integridad referencial a
mano y a tirar millas, y en la web MySQL sin dudarlo.

Pero vamos, que da igual una y otra. Si no comparten la misma BDD las
dos aplicaciones no pasa nada, podemos usar un fichero XML para
"sincronizarlas" (es fácil de hacer). No creo que sea tan crítico vamos.


A ver que opináis :-)


P.D.: Hoy en clase de IA he estado viendo la BDD de GILDA. En principio
está bien, de hecho hay cosas que creo que GILDA no usa pero hay cosas
que en principio no he entendido y hay que mirarlo con el código, la
tabla extraña de nosocios que no sé para qué la usa y el rollo de
contabilidad. Yo para después de navidad tengo que entregar un trabajo
para Ing. Software donde tengo que analizar objetivos, casos de uso,
actores... etc. de GILDA, cuando lo tenga lo envío.


[1] - http://www.sqlite.org


-- 
David Castellanos Serrano <david[at]scoutsclm[dot]org>
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : no disponible
Tipo       : application/pgp-signature
Tamaño     : 189 bytes
Descripción: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
	digitalmente
Url        : /pipermail/desarrollo_gnuscout.net/attachments/20061213/d94a5e55/attachment.bin