Eleccion de BD...
Hola a tod@s. Tengo una consulta a ver si alguien me echa una mano. REsulta que tengo una aplicación desarrollada en Delphi 5 con componentes ADO que ataca a una BD Access. Resulta que el cliente, q en un principio me aseguro que iba a trabajar en local (tonto de mi por creerle:( ), ahora resulta que quiere trabajar con varios usuarios simultaneamente.
La pregunta es que me aconsejais que use. Evidentemente debo migrar a otra BD, pero no se que usar, si MySQL, Interbase, FireBird, PostGreSQL... Vamos lo interesante seria tener que tocar lo menos posible de codigo y solo migrar la BD... Y encontrar una BD que controlase los bloqueos de tablas en caso de que accedan varios usuarios a ella, al estilo de como lo hace Oracle. Bueno, espero que alguien se haya encontrado con el mismo problema y me pueda decir algo. Gracias de antemano por sus post... Un saludo... Tanix. |
Bueno pero en realidad lo tuyo no es un problema. Puedes seguir utilizando Access sin temor.
|
Hola ogorut, gracias por tu post, pero... Estas seguro???, a mi me han comentado que access tiene serios problemas con el bloqueo de tablas, es mas yo lo he probado y da bastantes problemas, una de las peticiones de actualizacion o inserción en una tabla da un error, no se queda en una cola hasta que la primera haga un commit... Al menos a que te refieras a controlarlo por codigo, en ese caso te rogaria que me comentases cómo... Salu2... Tanix.
|
Hola,
Creo que puedes trabajar con Access en red sin más problemas mientras el volumen de datos / usuarios no crezca demasiado. Lo único que tienes que tener en cuenta es que Access no es un SGBD como oracle o interbase, no existe un servidor que controle nada. Tienes que "cambiar el chip" y pensar que estás trabajando con un sistema de ficheros (como en Paradox o dbase). Por lo que tendrás que ocuparte tú de gestionar los acesos, esencialmente mediante bloques try... except e informando al usuario de que el registro está siendo usado por otro usuario en caso de que la operación falle. |
gracias por tu post marto... Intentare hacerlo asi, bloqueare al usuario que intente acceder y le sacare un mensaje por pantalla avisandole de la situacion... aunque no estoy del todo convencido de seguir usando access... Probare a ver que pasa... Salu2... y gracias
|
Pues yo creo que ahora te quitará el dolor de cabeza seguir con access... pues los cambios a tu aplicación serán mínimos, sin embargo, te recomiendo que consideres otras opciones para futuros desarrollos, o para este mismo si tu cliente sigue creciendo (digamos, mas de 2 o 3 usuarios).
Desde mi punto de vista, la elección primaria, si el cliente está dispuesto a pagarlo, es Oracle. Si no, pues firebird es una muy buena opción, aunque a veces, cuando pienso en el futuro, no se como irá en 10 años... Luego, yo recomendaría Interbase, y por último, Postrgess y SQL Server. MySQL no es una opción para cualquier sistema de escritorio, ya que le faltan las transacciones, o al menos, le faltaban la última vez que lo vi... Hasta luego. ;) |
Gracias a todos por sus respuestas amigos... Un saludo... Seguiré sus consejos...
|
La franja horaria es GMT +2. Ahora son las 17:48:29. |
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