Bd Access En Red - Ayuda!

[kingcarlos]

Hola Gente , Les Cuento Que Soy Nuevo En Esto Asi Que Si No Estoy Escribiendo En Donde Corresponde Sepan Disculparme.
El Tema Es El Siguiente . Trabajo En Una Empresa En La Que He Creado Una Base En Access Simple Con Algunas Tablas Y Uno Que Otro Formulario Para Llenar Esas Tablas.
Necesito Usar Esos Formularios En Distintas Maquinas De La Red (3 O 4 ) Para Llenar Una Unica Base De Datos Y Necesito Que Esos Formularios Funcionen En Simultaneo Permitiendo Cargar Datos Desde Los Diferentes Puestos De Trabajo.
He Pensado En Migrar A Mysql Pero La Verdad Qeu No Tengo Idea Como Se Hace Y Cuando Lo Intente Hacer Surgieron Una Serie De Errores Qeu No Pude Resolver. Lo Que He Hecho Hasta El Momento Es Colocar La Base De Datos Entera (forms + Tablas) En Una Carpeta Compartida En Red Y La He Dividido Pero Cuando Copio El Archivo De Los Formularios En Cada Maquina , Pierde La Ruta A La Tabla.


Desde Ya Muchas Gracias

Mauro B.

[Taribo007]

Sigue estas instrucciones:

COPIO********************************************* ****
Estamos hablando de Back-End y Front-End en red local.

Que buscamos con esto de Back-End, Front-End en MDE y Red?
- Tener una aplicacion a la cual varios usuarios puedan acceder al mismo tiempo
- Los usuarios podran ver las actualizaciones de la aplicacion en tiempo real,
es decir cada vez que alguien cree un registro nuevo o realice alguna modificacon,
el resto de los usuarios podran verlo.
- Evitar que los usuarios tengan accesso a la tablas de manera directa,
solo podran hacerlo por medio de los formularios y consultas.
- Evitar que los usuarios puedan modificar el codigo de la aplicacion y el diseño de los formularios e informe
Diferencia entre Back-End y Front-End
- Back-End es una mdb que se encuentra en un servidor o en un ordenador que funciona como servidor,
dentro de una carpeta compartida y la cual solamente contiene las tablas.
esta mdb es recomendable que tenga contraseña para su apertura
- Front-End un mde que puede estar en local en cada estacion u ordenador por usuario,
tambien puede ser una sola que estara en una carpeta compartida y los usuarios tendran
accessos directos instalados en su estacion u ordenador.
Esta base tendra todos los objetos para la exploracion, edicion y creacion de archivos,
es decir formularios, consultas, macros, informes, codigo VBA. Pero no contendra ninguna tabla en local,
a esta base se vincularan las tablas del Back-End por medio de Archivo >>> Obtener datosexternos >>>> Vincular.
En caso de que el Back-End contenga contraseña lo pedira al principio.
Otra opcion es utilizar alguno de los ejemplos del Buho para vinculación o revinculacion de tablas.
Archivo mde
- Un archivo mde lo que hace es ocultar o eliminar el codigo de la aplicacion pero mantendra el funcionamiento,
bloqueara la vista diseño de formularios e informes, asi como la creacion de nuevos.
Sin embargo las macros y consultas si podran ser modificadas y se podra crear nuevas.
- Un archivo mde se obtiene por medio de Herramientas >>>> Utilidad de la base de datos >>> Crear archivo MDE...
- En caso de que esta opcion aparesca deshabilitada (atenuada) se debera convertir la base a una version superior
por medio de Herramientas >>> Utilidad de la base de datos >>> Convertir base de datos
- Si al convertir la base en mde se recibe un mensaje de error, se debe a que existe alguna falla en la ventana de VBA,
presiona Atl+F11 luego en Depuración >>>> Compilar, si hay algo lo mostrara, si aun asi no es posible crear la mde
entonces esposible que en el codigo existan procedimientos sin origen, es decir si creaste un combo con el asistente y
luego borraste ese combo en el formulario el codigo se ha quedado huerfano en la ventana VBA ya que no se borra al borrar
el combo. Una buena opcion aunque lenta es crear una base nueva en blanco e ir importando los objetos de poco en poco e
ir creando la mde, en el moemnto que no deje crear la mde sabras cual es el objeto que requiere revisión.
- Si un formulario esta basado en una consulta, lo mejor para evitar que esa consulta sea modificada es que el formulario
en origen de datos no tenga la consulta como tal (una consulta que aparece en la ventana base de datos) pinchando en
los ... podras crear la consulta para dar origen al formulario y al crear el archivo mde esta no podra ser modificada
Consideraciones
- Back-End debera estar establecida en Herramientas >>>> Opciones >>>>> Avanzadas >>>>>
Modo predeterminado de apertura compartida
- Front-End debera estar establecida en Herramientas >>>> Opciones >>>>> Avanzadas >>>>>
Modo predeterminado de apertura compartida y bloqueo de registro >>>>> registro modificado
- La opcion del registro modificado se puede sustituir para el Front-End al establecer por cada
formulario bloqueo por registro modificado, con esto lo que se logra es que la aplicacion no permitira
que dos usuarios modifiquen el mismo registro al mismo tiempo, lo que crearia perdida de datos y confusion
en los usuarios.
FIN COPIA********************************************* **

Un saludo

[kingcarlos]

gracias taribo007 he leido tu comentario y me ha sido de gran ayuda pero todavia no termino de comprender como hacerlo.
he hecho una copia de la base de datos para no modificar la original .
esta base de datos es un solo archivo que pesa aprox 2500 kb y contiene tablas y formularios (TODO EN EL MISMO ARCHIVO) -
- He dividido la tabla y me queda un archivo con formularios y consultas (este es el archivo mas pesado) en el cual ya aparecen las tablas vinculadas y me queda otro archivo menos pesado que contiene solo las tablas-
- a partir del archivo que contiene las tablas he creado el MDE pero hasta ahi llego y no se que mas hacer ni cual es el archivo que debo compartir. si el de las tablas o el de los formularios . en el caso de coloque el archivo de tabla en carpeta compartida y haga una copia del otro archivo en cada puesto de trabajo , solo me permite abrir la aplicacion en una sola pc.
muchas gracias
mauro

[Taribo007]

El mde lo tienes que hacer de la bd que tiene los forms y consultas. Antes de hacerlo, comprueba que las tablas estan correcatmente vinculadas a la ubicacion de la BD que contiene las tablas. Luego, tendras la BD con las tablas en el servidor, y en cada equipo una copia del MDE que tendra los forms.

Un saludo

[SPAWN3000]

Ya intentaste dividir la BD(Seperar los formularios y el codigo de las Tablas). Es la mejor manera....

Lastima que aqui no se pueda adjuntar archivos, tengo un ejemplo que puedo enviarte si me envias tu correo.

- RECUERDA HACER PRIMERO COPIA DE SEGURIDAD!!!

ESTO ES DE MICROSOFT:

Resumen:

Por varias razones, puede decidir dividir una base de datos en una aplicación de cliente o en una aplicación de servidor. La base de datos de servidor contiene las tablas y está almacenada en un servidor de archivos. La base de datos de cliente que vincula a las tablas de servidor contiene todos los formularios, las consultas, los informes, las macros y los módulos. La base de datos de cliente se distribuye a las estaciones de trabajo de los usuarios.

En este artículo se describe cómo dividir manualmente la base de datos en lugar de con la utilidad Divisor de base de datos.

Más información
Para dividir la base de datos en Microsoft Office Access 2003 y en las versiones anteriores de Access, siga estos pasos:
1. Cree una nueva base de datos de Access en blanco.
2. En el menú Archivo, seleccione Obtener datos externos y haga clic en Importar.
3. Busque y seleccione la base de datos que desea dividir.
4. En la ficha Tablas, haga clic en Seleccionar todo y, después, haga clic en Aceptar.

Observe que Access importa todas las tablas en la nueva base de datos, que es la base de datos de servidor.
5. Almacene la nueva base de datos de servidor en un recurso compartido de red y asegúrese de que todos los usuarios tienen permisos completos en el recurso compartido.
6. Cree una segunda base de datos de Access nueva en blanco.
7. En el menú Archivo, seleccione Obtener datos externos y haga clic en Vincular tablas.
8. Seleccione la base de datos de servidor recién creada.
9. En la ficha Tablas, haga clic en Seleccionar todo y, después, haga clic en Aceptar.

Observe que Access vincula las tablas de la base de datos de servidor a la base de datos de cliente.
10. En el menú Archivo, seleccione Obtener datos externos y haga clic en Importar.
11. Seleccione la base de datos original que está dividiendo y, a continuación, haga clic en Importar.
12. En la ficha Formularios, haga clic en Seleccionar todo. Repita este paso en todas las fichas excepto en la ficha Tablas. Dado que ya ha vinculado a las tablas, ahora sólo necesita importar el resto de los objetos.
13. Después de haber seleccionado todos los objetos excepto las tablas, haga clic en Aceptar.

Observe que ahora tiene todas las tablas vinculadas y ha importado los objetos restantes.
Para dividir la base de datos en Microsoft Access 2007, siga estos pasos:
1. Cree una nueva base de datos de Access en blanco.
2. En la ficha Datos externos, haga clic en Access en el grupo Importar.
3. En el cuadro de diálogo Obtener datos externos, haga clic en Examinar para buscar y seleccionar la base de datos que desea dividir, haga clic en la casilla Importar tablas, consultas, formularios, informes, macros y módulos en la base de datos actual. para activarla y, a continuación, haga clic en Aceptar.
4. En el cuadro de diálogo Importar objetos, haga clic en Seleccionar todos en la ficha Tablas y, a continuación, haga clic en Aceptar.

Observe que Access importa todas las tablas en la nueva base de datos, que es la base de datos de servidor.
5. Almacene la nueva base de datos de servidor en un recurso compartido de red y asegúrese de que todos los usuarios tienen permisos completos en el recurso compartido.
6. Cree una segunda base de datos de Access nueva en blanco.
7. En la ficha Datos externos, haga clic en Access en el grupo Importar.
8. En el cuadro de diálogo Obtener datos externos, haga clic en Examinar para seleccionar la base de datos de servidor que creó, haga clic en la casilla Vincular al origen de datos creando una tabla vinculada. para activarla y, a continuación, haga clic en Aceptar.
9. En el cuadro de diálogo Importar objetos, haga clic en Seleccionar todos en la ficha Tablas y, a continuación, haga clic en Aceptar.

Observe que Access vincula las tablas de la base de datos de servidor a la base de datos de cliente.
10. En la ficha Datos externos, haga clic en Access en el grupo Importar.
11. En el cuadro de diálogo Obtener datos externos, haga clic en Examinar para seleccionar la base de datos original que va a dividir, haga clic en la casilla Importar tablas, consultas, formularios, informes, macros y módulos en la base de datos actual. para activarla y, a continuación, haga clic en Aceptar.
12. En el cuadro de diálogo Importar objetos, haga clic en Seleccionar todos en la ficha Formularios, repita este paso con todas las demás fichas excepto Tablas, porque ya ha vinculado a las tablas. Ahora sólo tiene que importar el resto de los objetos y, a continuación, hacer clic en Aceptar.

Observe que ahora tiene todas las tablas vinculadas y ha importado los objetos restantes.
Notas

Esta base de datos es la base de datos de cliente. Puede distribuir esta base de datos de cliente en las estaciones de trabajo para que cada usuario tenga su propia copia.

Ahora ha dividido correctamente la base de datos, lo que mejorará el rendimiento. En este momento, cuando un usuario abre un formulario, se abre localmente en el equipo y no se envía a través de la red. Los únicos datos que vienen a través de la red son los de las tablas vinculadas.
Razones para dividir una base de datos
A continuación se enumeran las razones típicas para dividir una base de datos:
• Comparte una base de datos con varios usuarios de una red.
• Hay varias personas desarrollando la base de datos y no tiene instalado Microsoft Visual Source Safe.
• No desea que los usuarios puedan realizar cambios en el diseño de las tablas.
La razón más común para dividir una base de datos es que se comparta con varios usuarios de una red. Si simplemente almacena la base de datos en un recurso compartido de red, cuando los usuarios abran un formulario, consulta, macro, módulo o informe, estos objetos tendrán que enviarse a través de la red a cada individuo que utilice la base de datos. Si divide la base de datos, cada usuario tiene su propia copia de los formularios, consultas, macros, módulos e informes. Por consiguiente, los únicos datos que se deben enviar por la red son los de las tablas.

Nota: para dividir la base de datos, puede utilizar también la utilidad Divisor de base de datos.