|
¿Es mejor trabajar con una o Varias Bases de Datos?
Buenos días,
estoy empezando a desarrollar un programa que va a necesitar casi 30 tablas y me surge una duda. ¿Es mejor de cara a los accesos y el rendimiento, trabajar con varias Bases de Datos repartiendo las tablas, por ejemplo 10 tablas en cada una, o tener una base de datos con las 30 tablas? Estoy usando una Base de datos de access (es lo único que está a mi alcance) Muchas gracias y que paséis un buen día |
Hombre, yo no trabajo con access pero no creo que 30 tablas sean muchas, yo las metería en una sola base de datos. Tienes que tener en cuenta de te será más cómodo (imagino) trabajar con una base de datos que con varias.
Saludos |
Hola Delphitest, eso va a depender de las necesidades de tú programa, yo tengo algunos con más de 80 tablas y sin problemas.
Todo dependerá de como estructures las tablas y el propio sistema. Si me lo permites te voy a dar 2 consejos, de los cuales yo aun me tengo que aplicar uno. El primero es que trabajes con Firebird, el paso no es muy dramático y no tienes por que usar componentes externos, aquí en el foro y en el FTP del foro encontraras bastante sobre esta poderosa Base de datos El segundo, es que te acostumbres a trabajar con varias bases de datos, así podrás adaptarte mejor a las necesidades, por ejemplo yo uso principalmente Firebird, aunque también Paradox, Dbasee y Algo de Acces, donde estoy más flojo, pero me refiero y es de las cosas que tengo pendiente a bases de dato, tipo MySql, DataSnap, etc. |
Amigo José Luis, creo que estás confundido, Delphitest lo que pregunta es si repartir las 30 tablas en dos bases de datos distintas access por temas de rendimiento. Sobre lo de cambiar a Firebird no tengo duda.
Saludos |
Muchas gracias por vuestras opiniones.
Definitivamente opto por trabajar con una sola base de datos. No son muchas tablas y en cuanto a registros creo que tampoco lo serán. Ahora ya me habéis dejado con la duda de cambiar de access a firebird... :confused: Se que tenéis razón y que es mucho mejor (o mas profesional) trabajar con firebird pero me cuesta mucho entender como funciona. Ayer mismo me puse con ello por si de golpe tenía suerte y todo salía bien a la primera pero tuve problemas y opte por desinstalar todo de nuevo y seguir con access. Las instalaciones de FB 2.5 fue bien y a la hora de meter IBExpert empezo la fiesta, la instalación se hizo bien pero no me dejaba crear una base de datos, un error de conexión o algo de eso, así que desistí. No se si hay mas opciones para poder gestionar las bases de datos de FB o es siempre con IBExpert. |
Cita:
Saludos |
|
Muchas Gracias,
voy a hacer pruebas y a ver por donde salgo... Mientras tanto estaba buscando en la red cosas similares y he visto esto con una lista de programas para gestionar las BBDD de Firebird Os lo pongo por si le sirve a alguien, me ha dado tiempo a empezar por el final y probar TurboBird, muy basico pero al menos me ha dejado crear la base de datos para empezar a probar. Un saludo y que paséis un buen día Gracias por la ayuda |
Nada... me estoy empezando a acelerar :mad:
Tanto con IBexpert, EMS SQL y lo que sea... tengo el mismo problema. El programa se ejecuta bien pero acaba dando un error de librería de clientes o algo parecido, no hace la conexión. En uno de ellos da opción a usar dos librerías diferentes pero ponga la que ponga dice que no la encuentra. Lo siento, creo que me estoy desviando del tema inicial del hilo.... |
Sigue los dos enlaces que te he puesto.
|
Para no liar mucho este hilo, he creado otro con el problema en concreto:
http://www.clubdelphi.com/foros/show...368#post483368 Me temo que vuelvo a Access en breve... :o Intente trabajar con Firebird hace unos 8 años en un programa que hice y al final no fui capaz y lo acabe con access. |
Cita:
Lo sé Newtron, sólo le daba un consejo :D |
No pierdas el tiempo con Acces. Mucho menos en el 2014.
Cualquier insignificante problema que tengas intentando conectar FB u otro motor, se compensa con creces con solo tener CUALQUIER OTRO que no sea acces (y que sea bueno: Postgresql, mysql, Firebird, sqlite -esta solo en moviles y apps monoliticas- son las opciones sin pierde). --- Una sola BD. Cualquier motor decente funciona mejor cuando tiene un conocimiento completo de todo el acceso a datos. NO optimizes prematuramente. Es correcto preocuparse con tener un rendimiento adecuado, pero de donde sacaste la idea que tener mas o menos tablas tiene alguna relación *significativa* con el rendimiento? De eso deduzco que tienes un conocimiento muy somero sobre BD. Si realmente quieres tomar deducciones acertadas - y no optimizaciones prematuras -que por lo general salen de ideas alocadas ;) - entonces debes entender como funciona un motor sql, como saca planes de ejecucion, que casos de uso son optimos y cuales son los casos de uso patologicos (= que hacen que algo seal ineficiente). Si no puedes ya mismo hacer eso y necesitas tomar una accion ya, haz lo que hace todo el mundo: Usa Postgres, Firebird, Mysql, Sqlite (yo diria, que en este estricto orden de Superior a Menos superior, De Funcionalidad a menos funcionalidad, etc). CUALQUIERA de esos motores funciona bien incluso con las pesimas estructuras de datos que muchos le meten, y en el peor de los caso le metes 1) indices, 2) RAM, 3)Disco SSD (en ese orden). Mucho mejor si simplemente construyes las tablas de una forma adecuada, siguiendo la teoria relacional (o por lo menos, algo de sentido comun), pero estos software son muy buenos en general, y hay que esforzarse por hacerlos quedar mal... |
Está claro, conocimientos los justos, ejejjejeje pero ganas de aprender muchas :) así llevo tirando varios años.
Ya continuo en el foro de Firebird para no enredar mucho por aquí. Me voy a cambiar a Firebird, parece claro pero a ver cómo y cuando, por ahora todo va mal. Gracias |
| La franja horaria es GMT +2. Ahora son las 13:49: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