none
Base de datos en Access RRS feed

  • Pregunta

  • Hola ;

    Necesito desarrollar una base de datos a la que varios usuarios puedan acceder simultáneamente desde varios equipos para hacer modificaciones. Una de las opciones barajadas es hacerla en Access, pero necesito saber algunas cosas.

    1.- ¿Para esto todos los equipos necesitan tener instalado Microsoft Access? O en cambio, ¿existe alguna librería o referencia que permita acceder a la base de datos desde la aplicación en Visual C# sin necesidad de tener instalado Access en el equipo?

    2.- ¿Puedo alojar el fichero Access en una carpeta en red y que los distintos equipos se conecten a ella?

    Muchas gracias.

    • Cambiado Joyce_AC miércoles, 8 de febrero de 2017 15:44
    miércoles, 8 de febrero de 2017 14:41

Todas las respuestas

  • hola

    si estas evaluando acceso a la db desde varios usuario no uses Ms Access, usa alguna db que tenga servicio como Sql Server (puedes usar la version Express) o MySql

    >>¿Para esto todos los equipos necesitan tener instalado Microsoft Access?

    no uses Access

    >>¿Puedo alojar el fichero Access en una carpeta en red y que los distintos equipos se conecten a ella?

    es una pesima opcion, usa una db de verdad

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    miércoles, 8 de febrero de 2017 15:02
  • Hola!

    siento disentir de mi colega,

    Puedes utilizar el "Access runtime" en aquellos equipos en que los usuarios se limiten a leer o escribir datos, nunca a diseñar, ni siquiera una consulta.

    El diseño tanto de "front end" como "back end" se ha de realizar con un equipo que disponga de Access.

    Puedes depositar la base de datos "back end" en un servidor de datos, pero el "front end" debe estar alojado en el equipo de cada usuario y si el diseño de este es el adecuado no tendrás penalización alguna o esta sería casi imperceptible.

    Todo esto suponiendo que quieras diseñar tanto "front end" como "back end" en Access, si el front end lo diseñas en C# supongo que será algo parecido, pero ya no tengo experiencia para hablar al respecto, salvo que posiblemente sea mas lento.


    Saludos a todos desde Huelva Emilio http://www.mvp-access.es/emilio/

    miércoles, 8 de febrero de 2017 17:45
  • Tomé un curso en Access hace unos años y en efcto se puede utilizar el visor para usar un archivo de Access. Basta que pongas en una carpeta compartida el archivo y él solo se gestiona cuando es abierto por varios usuarios a la vez desde distintas pc. Pienso que Access es una herramienta de juguete, pero si está bien hecha la aplicación, menús, cálculos, etc. no veo razón para no usarlo. Cuando la cantidad de datos es muy elevada o se requiera más seguridad en efecto es mejor pasar a una base completa como SQL.
    viernes, 10 de febrero de 2017 17:24
  • Hola

    No es una buena práctica que varios usuarios utilicen el mismo fichero en una ubicación de red. Coloca en esa ubicación las tablas y da a cada un usuario un fichero con las tablas vinculadas desde esa ubicación y el resto de objetos (consultas, formularios, etc...) para poder trabajar

    Salu2,


    José Mª Fueyo

    lunes, 13 de febrero de 2017 8:41
  • hola

    si estas evaluando acceso a la db desde varios usuario no uses Ms Access, usa alguna db que tenga servicio como Sql Server (puedes usar la version Express) o MySql

    >>¿Para esto todos los equipos necesitan tener instalado Microsoft Access?

    no uses Access

    >>¿Puedo alojar el fichero Access en una carpeta en red y que los distintos equipos se conecten a ella?

    es una pesima opcion, usa una db de verdad

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    Estoy totalmente de acuerdo con Leandro, Acces como SGBD multiusuario es una pésima opción. Podrás instalar el runtime y usar Jet para los clientes y compartir una carpeta con las bases, pero estarás expuesto constantemente a una inestabilidad tan grande que un mínimo micro corte en la red puede dañar una base y hasta hacerte perder muchos registros.

     Concuerdo plenamente en que pienses en un SQLExpress o algún sistema similar, mas estable, robusto y que pueda soportar los requerimientos que demandas sin estar pensando en que todo se puede derrumbar en cualquier momento.

    Saludos.-


    Luis Cerutti

    Potenza

    @luiscerurca

    lunes, 13 de febrero de 2017 18:41