Ver Mensaje Individual
  #4 (permalink)  
Antiguo 26/10/2013, 16:43
Avatar de gnzsoloyo
gnzsoloyo
Moderador criollo
 
Fecha de Ingreso: noviembre-2007
Ubicación: Actualmente en Buenos Aires (el enemigo ancestral)
Mensajes: 23.324
Antigüedad: 16 años, 5 meses
Puntos: 2658
Respuesta: Rendimiento de bd chica

Si lo que necesitas es manejar datos, no tiene ningún sentido hablar de archivos "binarios" (cosa que sería bueno que expliques a cuáles exactamente te refieres). Es más que evidente que la única forma de administrar concurrencia de datos es con.. bases de datos.
Lo que yo quería que entendieras es que eso que llamas "base" con apenas cuatro o cinco tablas, es tan pero tan pequeño, que no existen un desafío ni problema en ese escenario. En ese contexto puedes usar lo que más te guste y te resulte cómodo.
Básicamente, es un caso sin complejidad ni peso a nivel de desarrollo. Lo que uses te funcionará.
Ahora bien, yo solamente te comento que el único punto que deberás analizar con más cuidado es la concurrencia, para evitarte dolores de cabeza, al conectar más de dos instancias de tu aplicación a una base centralizada. Y si bien el tema de concurrencia se debe manejar con cuidado, cualquiera de los DBMS mencionados te será igual de útil.

En síntesis: Es tu decisión. Puedes usar PostgreSQL u otro, y te resultará el mismo caso.

Si estuviésemos hablando de sistemas realmente elaborados, con estructuras muy complejas, procedimientos almacenados, funciones, seguridad de usuarios, y un enorme etcétera, podríamos necesitar mayor análisis, viabilidad y datos sobre el proyecto. Pero con lo que describes... Casi te diría que lo puedes hacer andar con Access (:P), que no califica como DBMS.
__________________
¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente...
"El problema es la interfase silla-teclado." (Gillermo Luque)