Access en la nube... ¿directorio/unidad virtual?
Impreso de: Foro de Access y VBA
Categoría: Access y VBA
Nombre del foro: Access y VBA
Descripción del foro: Foro de programacion en Access (Con código y sin código)
URL: http://www.mvp-access.com/foro/forum_posts.asp?TID=84886
Fecha de impresión: 26/Marzo/2026 a las 17:28
Tema: Access en la nube... ¿directorio/unidad virtual?
Publicado por: katsumoto
Asunto: Access en la nube... ¿directorio/unidad virtual?
Fecha de publicación: 11/Diciembre/2019 a las 18:55
Desde 1999 vengo trabajando sin problemas con una suite de aplicaciones de gestión agrícola en una red local. Actualmente ruedan en Access 2010 -funcionan en esa plataforma y no se me ha planteado la necesidad de pasarlas a otra más moderna-.Las aplicaciones están divididas -3 Front y 1 Back común a todas ellas- y actualmente son atacables desde tres puestos como máximo.
En el momento actual necesito subirlas a la red y en ella que sean atacables por también hasta tres ordenadores ubicados en diferentes lugares geográficos lógicamente no conectados en red.
He estado viendo y leyendo qué puedo hacer pero en ningún sitio veo una solución clara.
Alguien me puede dar una pista por favor?
Directorio/unidad virtual compartido por varios puestos? ... 
Saludos al foro.
|
Respuestas:
Publicado por: javier.mil
Fecha de publicación: 11/Diciembre/2019 a las 19:07
|
Hay varias maneras de poderte conectar a una base de datos alojada en Internet una de ellas y mas utilizada sea mediante OBDC , busca aqui en este foro y sobre todo en mensajes antiguos ya que existe mucha documentación al respecto
------------- https://www.accessdemo.info" rel="nofollow - https://www.accessdemo.info
|
Publicado por: katsumoto
Fecha de publicación: 11/Diciembre/2019 a las 19:13
Gracias mil, Javier.mil, , voy a ver... aunque si puedes añadir algo más a tu mensajeeee...
|
Publicado por: javier.mil
Fecha de publicación: 11/Diciembre/2019 a las 20:42
|
Bájate todos los hilos antiguos del FORO podrás hacerlo desde AQUI http://www.mvp-access.com/foro/actualizacin-foro-offline_topic81646.html?FID=1&PR=3" rel="nofollow - http://www.mvp-access.com/foro/actualizacin-foro-offline_topic81646.html?FID=1&PR=3
Veras que la vinculación de las Tablas ubicadas en Internet podras hacerlo Manualmente o bien por código,...... mi recomendación es que para empezar hacerlo manualmente (No necesitas código para nada) hay mucho material de como hacerlo en YouTube el primer video que aparece y parece bueno es este
https://www.youtube.com/watch?v=biSjA8ms_Wk" rel="nofollow - https://www.youtube.com/watch?v=biSjA8ms_Wk
También pégale un vistazo a la pagina oficial de Micrososft https://support.office.com/es-es/article/administrar-or%C3%ADgenes-de-datos-odbc-b19f856b-5b9b-48c9-8b93-07484bfab5a7
------------- https://www.accessdemo.info" rel="nofollow - https://www.accessdemo.info
|
Publicado por: katsumoto
Fecha de publicación: 11/Diciembre/2019 a las 21:13
Javier, gracias por tu interés aunque definitivamente doy por concluida mi idea de intentar resolver el tema. Compruebo que carezco de la más mínima formación precisa para ello. Lo pondré en manos de un experto.Repito: Gracias. Se puede cerrar el hilo.
|
Publicado por: katsumoto
Fecha de publicación: 13/Diciembre/2019 a las 18:15
|
La verdad es que aunque he dicho que se puede cerrar el hilo me resisto a hacerlo.
Lo que dice de la siempre posible corrupción de datos me pone los pelos de punta...
Pero en un pasaje de su artículo habla de BBDD híbridas: pasar el Back End a MySQL y dejar los Back End en su forma habitual... la verdad es que TAMPOCO sabría afrontar cómo hacer esto, pero me suena mucho mejor que migar todo -BBDD construidas a lo largo de 20 años con multitud de trucos y decenas, cuando no centenas de herramientas-... Por favor, alguien puede decirme algo?
El enlace al que me refería antes:
https://www.devhut.net/2016/09/24/access-back-end-location-wan-online-server-onedrive-dropbox/" rel="nofollow - https://www.devhut.net/2016/09/24/access-back-end-location-wan-online-server-onedrive-dropbox/
Edito para añadir: Estaré atento a cualquier mensaje público o privado sobre este tema. Gracias.
|
Publicado por: javier.mil
Fecha de publicación: 13/Diciembre/2019 a las 19:42
|
Buenas
Lo que el enlace de arriba del Blog de Daniel Pineault ,........... resumiendo dice que ACCESS No debe ser usado en lo posible para conexiones de redes Inalámbricas , recomienda encarecidamente que las conexiones se hagan por redes LAN con cable. , para evitar que las Bases se corrompan,.......
Esto No tiene nada que ver con conexiones ODBC,........... son cosa distintas..........
------------- https://www.accessdemo.info" rel="nofollow - https://www.accessdemo.info
|
Publicado por: Mihura
Fecha de publicación: 13/Diciembre/2019 a las 20:23
|
Si quieres tener tu B.D. en la nube y atacarla desde varios equipos debes pasarla a SQL Server (MySQL, PostgreSQL ...) manteniendo tus Front-End en Access.
Pero hay más opciones, para mi gusto la mejor es tener tu propio ordenador con S.O. Windows (puede ser SERVER, W10, ...) y en este montar el Back y el Front, permitiendo el acceso mediante escritorio remoto al mismo a los usuarios que desees.
Un saludo.
------------- Jesús Mansilla Castells. Saludos desde Móstoles.
http://www.accessaplicaciones.com" rel="nofollow - Access Aplicaciones http://www.tecsys.es" rel="nofollow - Tecsys.es
|
Publicado por: xavi
Fecha de publicación: 13/Diciembre/2019 a las 20:33
|
Como dice Mihura, deberás pasar el backend a "algo" en la nube. Yo he utilizado algo de MySQL y un par de aplicaciones en entorno SharePoint.
Solo es cuestión de ponerse. Literatura hay para llenar bibliotecas. Lo que no te salga, preguntas.
------------- Xavi, un minyó de Terrassa
http://www.llodax.com" rel="nofollow - Mi web
|
Publicado por: katsumoto
Fecha de publicación: 13/Diciembre/2019 a las 21:18
|
Gracias Jesús, después de trabajar en red con las aplicaciones, y ante las limitaciones que eso me planteaba, recurrí a las aplicaciones de 'escritorio remoto': TeamViewer, AnyDesk... pero debo dar un paso más... lo que más me atrae, visto lo visto y leído lo leído, es pasar el sólo el Back End a MySQL y mantener como están los Front End: en Access... deduzco que eso es lo que me dice Xavi, aunque él dice que hay otras posibilidades, siempre lo de pasar el Back a otra cosa, no? No... 'otras cosas' más, no?
|
Publicado por: Mihura
Fecha de publicación: 14/Diciembre/2019 a las 18:41
es pasar el sólo el Back End a MySQL y mantener como están los Front End: en Access... deduzco que eso es lo que me dice Xavi |
... y yo.
------------- Jesús Mansilla Castells. Saludos desde Móstoles.
http://www.accessaplicaciones.com" rel="nofollow - Access Aplicaciones http://www.tecsys.es" rel="nofollow - Tecsys.es
|
Publicado por: xavi
Fecha de publicación: 15/Diciembre/2019 a las 08:46
Aprobados en comprensión lectora! 
Si, me refiero a mantener el FrontEnd en Access y cambiar el BackEnd. De hecho es lo que ya Javier te propone en el primer mensaje. conectar mediante ODBC.
Cuando decimos "otros" significa (por mi parte) que existen alternativas como MySQL, PostgreSQL o MariaDB (entorno SQL) o utilizar listas de SharePoint como tablas.
Un saludo
------------- Xavi, un minyó de Terrassa
http://www.llodax.com" rel="nofollow - Mi web
|
Publicado por: guarracuco
Fecha de publicación: 16/Diciembre/2019 a las 02:49
|
Por mi experiencia, puedo decir que el mejor escenario, con mayores prestaciones y consistencia de datos, es crear la base de datos en un servidor web, bien sea utilizando MySQL (MariaDB), SQLServer, etc. Puedes probar descargando la mdb desde el enlace y simultaneamente desde diferentes ordenadores, comprobar la velocidad de carga, actualizaciones.
Esta aplicación mdb no tiene validaciones y la capa web, encargada de la conección con la base de datos, fue creada sin mayores controles (estoy aprendiendo a programar con NodeJS) y sin embargo, el resultado es excelente. El mini proyecto de Node esta en un servidor y la base de datos, en otro servidor compartido, esquema nada conveniente si se desea alto rendimiento, y sin embargo, funcionó bien en la presentación, donde nos conectamos simultaneamente unos 10 usuarios.
Entre otras, un entorno como este, presenta las siguientes ventajas: - El usuario no tiene acceso directo a las tablas - El usuario no tiene acceso a credenciales ni informacion sensible - No es necesario instalar librerías, ni problemas con versiones de MAccess - Refrescando cada ciertos segundos se tiene información en tiempo real. Lo ideal sería poder recibir notificaciones (push) desde el servidor utilizando HTML5 (Server Sent Events) pero Microsoft Internet Explorer, no las acepta. - Crear algunos modulos web sobre la misma base de datos, bien sea para generar reportes, cálculos, autenticación/ autorización de usuarios, consumir servicios web, y un largo etc.
Este archivo fue el empleado en la pasada presentación de AUGE latino: Utilizando un servidor Node desde MaccessDescargar la mdb: http://squarelab.solutions/download/maccessnodev1.zip" rel="nofollow - http://squarelab.solutions/download/maccessnodev1.zip
Agrego: hace unos años desarrolle y publique aquí en el foro, una mdb que requiere de ODBC para MySQL instalado, sin tablas vinculadas, utilizando recordsets desconectados. El rendimiento es fantastico, similar a trabajar con una base de datos local. Ventaja: no se requiere del servidor NodeJS Desventaja: instalar driver (ODBC) / usuario podria conseguir acceso directo a las tablas.
|
Publicado por: katsumoto
Fecha de publicación: 16/Diciembre/2019 a las 10:14
Pufffffff!!!!!!!!!
Con una conexión ODBC puedo conectar un Front local con un BackEnd My SQL situado internet????? Cómo vincularía el Back y el Front???? A través de una dirección internet, es decir una IP?
Me pierdo... obviamente la opción que _Garracuco_ ofrece, al menos en la primera parte de su intervención, me parece matar hormigas a cañonazos... en mi caso claro.
|
Publicado por: Mihura
Fecha de publicación: 16/Diciembre/2019 a las 11:11
|
Si, podrías crear un ODBC apuntando al Back (que está en la nube) y te permitirá vincular las tablas a tu Front (que lo tendrías en local).
------------- Jesús Mansilla Castells. Saludos desde Móstoles.
http://www.accessaplicaciones.com" rel="nofollow - Access Aplicaciones http://www.tecsys.es" rel="nofollow - Tecsys.es
|
Publicado por: katsumoto
Fecha de publicación: 16/Diciembre/2019 a las 11:38
Jesús, desde mi ignorancia confesa, yo diría que es MI SOLUCIÓN. 
Es lo que todos más o menos veladamente me venís diciendo: ODBC!!!! 
Ya solo me faltaría comprar un pequeño espacio host para albergar el BackEnd y proveer a la conversión de mi BackEnd .accdb a BackEnd MySQL.
Maravilloso! 
Se puede cerrar el hilo, gracias a todos.
|
Publicado por: javier.mil
Fecha de publicación: 16/Diciembre/2019 a las 12:10
|
Solo una pequeña puntualizacion
Con ODBC puedes tener tus datos en Bases de Access (MDB , ACCDB , MDE , ACCDE) tanto como tener tus datos en bases de otro tipo, por ejemplo tipo MySQL,......... en ambos casos habría que hacerlo mediante ODBC........ No necesitas (No es obligatorio) convertir tus datos de Access a MySQL si No quieres............, ahora bien esta claro que si comparas lo que ofrece MySQL en cuanto a velocidad , seguridad y tamaño de la base es infinitamente muy superior si comparas ambas bases ,...... pero en resumen si No quieres complicar la vida No es necesario pasar tus tablas de Access a otro formato para realizar la conexión a ODBC y tener tu base de Access en la nube
------------- https://www.accessdemo.info" rel="nofollow - https://www.accessdemo.info
|
Publicado por: guarracuco
Fecha de publicación: 16/Diciembre/2019 a las 12:50
|
Prueba esta mdb que utiliza ODBC 5.1. No tiene tablas vinculadas, pero al menos la ruta del servidor y tabla, la puedes emplear para crear un ODBC y vincular esas dos tablas y te formes una idea clara.
Debes bajarte el ODBC ( preferiblemente del sitio oficial MySQL) y agregar una referencia a ADO. Esta codigo abierto.
http://squarelab.solutions/download/mysqlodbc.zip
|
Publicado por: katsumoto
Fecha de publicación: 16/Diciembre/2019 a las 12:57
Gracias, me siento abrumado, de dos cosas: de conocimiento y de agradecimiento.
|
Publicado por: katsumoto
Fecha de publicación: 30/Diciembre/2019 a las 11:04
Finalmente he resuelto el problema que planteaba en este hilo en la línea siguiente. Un proveedor de servicios de internet me ha montado una máquina virtual con Windows 10, Access y MsOutlook por un lado y alojado en ella 'mis' aplicaciones de Access, tanto los Fronts como el BackEnd. La rapidez es superior incluso a si trabajo en local. Obviamente esta solución es bastante más cara que las que se han barajado en esta conversación, y otro inconveniente, en mi caso especial, bastante pequeño: el sistema no permite concurrencias: si hay un usuario dentro de la máquina virtual y accede uno nuevo a ella, de momento sin aviso previo -no sé si se podrá evitar esto mandando un mensaje de que espere a entrar de nuevo-, echa, sin contemplaciones ya digo, al que está dentro.Lo del cambio del BackEnd a MySql y retoques subsiguientes en los Fronts me parecía demasiado.
Sin embargo lo que me proponía javier.mil: alojar el BackEnd tal y como está en un host y conectarlo vía ODBC con los Fronts locales dejándolos también tal y como están, no me voy a quedar con la ganas de probarlo: pasados estos días de fiestas si su oferta sigue en pie me pondré en contacto con él a través de un MP y probaríamos...
Se puede cerrar el hilo. Gracias a todos.
|
Publicado por: maxpro
Fecha de publicación: 07/Mayo/2020 a las 23:51
|
Hola, hace ya tiempo que no entraba al foro!
Hace tiempo busque varias opciones para poner un BackEnd en la web y acceder desde cualquier ordenador desde distintos puntos de la provincia donde vivo.
Entre tantas la que mas me sirvio es la siguiente, la dejo por si a alguien le sirve.
1) Dividir la base de datos FrontEnd y BackEnd 2) Crear un Google Drive con tu cuenta de Gmail 3) Descargar Copia de Seguridad y Sincronización para escritorio (en cada puesto de trabajo) 4) Al instalar la version de escritorio te solicita que direcciones una carpeta local y una compartida (la local es donde debes colocar el FronEnd y la compartida el BackEnd) 5) Vincula las tablas a la carpeta compartida (BackEnd) 6) Como dije anteriormente el drive para escritorio debe estar instalado en cada puesto de trabajo con ambas carpetas que deben llamarse de la misma manera y deben estar vinculadas de igual manera.
De esta manera se puede trabajar bastante bien (al menos yo lo hago con 10 puestos de trabajo en distintas partes de la provincia.
A traves de este metodo tambien accediendo al drive por la web, puedes hacer cambios en los FrontEnd y enviarlo a los puestos de trabajo sin que quien opera el sistema tenga que hacer nada.
Cualquier duda me pueden consultar!
Desde ya mi saludo para todos!
------------- -------Maxpro-------
San Luis - Argentina
|
Publicado por: katsumoto
Fecha de publicación: 10/Mayo/2020 a las 14:03
Gracias Maxpro!!!!!!!!  Desde el minuto uno que vi tu mensaje me interesó extraordinariamente lo que me decías en tu ayuda.
He puesto en funcionamiento tu método de momento en mi puesto, con bastantes dificultades debo decirlo pero todas derivadas exclusivamente de mi falta de pericia, y yo diría que tu respuesta me viene como anillo al dedo. 
El problema es que no podré hacer la prueba definitiva con otro ordenador no conectado en red con el mío hasta quizás pasados varios días cuando no semanas por las circunstancias que vivimos todos en este momento pero vamos: todo tiene muy buena pinta
Mil gracias desde La Mancha, España. 
P.S.- Ya escribiré acerca del resultado final, positivo o negativo, de las pruebas que haga...
|
Publicado por: rokoko
Fecha de publicación: 10/Mayo/2020 a las 16:26
maxpro escribió:
Hola, hace ya tiempo que no entraba al foro! ......
|
Tenia entendido que no se podia o debia poner un back end en este tipo de aplicaciones, drive, dropbox etc....para 1 solo usuario si, pero para mas no, ya que se producirian conflictos de escritura de datos si la usan mas de 1 a la vez, dos o mas metiendo datos al mismo tiempo..... Estoy mirando mi configuracion de drive (copia de segutidad y sincronizacion) que lo tengo instalado y no veo lo de la carpeta compartida....
Saludos
|
Publicado por: maxpro
Fecha de publicación: 11/Mayo/2020 a las 18:38
rokoko escribió:
maxpro escribió:
Hola, hace ya tiempo que no entraba al foro! ......
|
Tenia entendido que no se podia o debia poner un back end en este tipo de aplicaciones, drive, dropbox etc....para 1 solo usuario si, pero para mas no, ya que se producirian conflictos de escritura de datos si la usan mas de 1 a la vez, dos o mas metiendo datos al mismo tiempo..... Estoy mirando mi configuracion de drive (copia de segutidad y sincronizacion) que lo tengo instalado y no veo lo de la carpeta compartida....
Saludos |
Hola, en las preferencias o configuracion de drive (copia de seguridad y sincronizacion) la primer opcion (mi ordenador o como lo hayas llamado) va la carpeta local (FrontEnd) , En la carpeta compartida del drive va el archivo compartido (BackEnd)
Reitero que todos los puestos de trabajo (ordenadores) deben tener la misma configuracion!
Saludos y a su disposicion!
------------- -------Maxpro-------
San Luis - Argentina
|
Publicado por: maxpro
Fecha de publicación: 11/Mayo/2020 a las 18:40
katsumoto escribió:
Gracias Maxpro!!!!!!!!  Desde el minuto uno que vi tu mensaje me interesó extraordinariamente lo que me decías en tu ayuda.
He puesto en funcionamiento tu método de momento en mi puesto, con bastantes dificultades debo decirlo pero todas derivadas exclusivamente de mi falta de pericia, y yo diría que tu respuesta me viene como anillo al dedo. 
El problema es que no podré hacer la prueba definitiva con otro ordenador no conectado en red con el mío hasta quizás pasados varios días cuando no semanas por las circunstancias que vivimos todos en este momento pero vamos: todo tiene muy buena pinta
Mil gracias desde La Mancha, España. 
P.S.- Ya escribiré acerca del resultado final, positivo o negativo, de las pruebas que haga... |
Lo estoy usando hace un tiempo y funciona sin problemas! deberas en tu aplicacion colocar algun requery o refresh si se actualiza de forma lenta!
Saludos!
------------- -------Maxpro-------
San Luis - Argentina
|
|