En este grupo En todos

Foro de Access



POR FIN!! ACCESS CONECTADO VIA WEB!! FUNCIONA!! FUNCIONA!!

Javier
Licenciatura en historia universidad c...
Escrito por Javier Abella
el 22/07/2010

Un gran saludo a todos.

Es para mí un honor poder anunciar a la comunidad Access que, luego de años de búsqueda y decepciones, finalmente encontré la solución que estabamos esperando para poner a Access en la web (No es Sharepoint, por cierto).

Antes de darles el dato quiero decir lo siguiente:

Tengo más de 10 años desarrollando aplicaciones en Access y algunas de estas aplicaciones son bastante sofisticadas. Sin embargo, cuando algunos clientes empezaron a pedirme que conectara las aplicaciones vía web, empezó mi sufrimiento. Busqué y busqué respuestas; en ese trayecto empecé a estudiar SQL Server, luego MySQL, luego PHP, luego de muchas horas invertidas me dí cuenta que ninguna de estas soluciones era completa, ninguna me ofrecía lo que Access ofrece: poder elaborar una aplicación completa desde sus tablas, hasta sus formularios y reportes sin utilizar ninguna otra herramienta y en muchos casos sin tener que programar una sola línea de código.

No niego que aprender un poco de programación ha sido beneficioso para mí, pero la perspectiva de tener que programar desde cero (0) con PHP, o similares, todos los formularios que ya tengo hechos en Access (muchos bastante complejos) me hacía doler la cabeza. Quiero decir, no tengo tiempo para invertir 4 horas programando un formulario que con Access se hace en una hora, por ejemplo.

No niego que pasar tablas a MySQL puede ser beneficioso, pero el problema como ya dije radica en el diseño de formularios y reportes.

Así pues, luego de tan larga búsqueda, llegué al Blog de Juan Cots y encontré algo que creí funcionaría: vincular las tablas por Vpn. Pero esto resultó otro paso en falso. No logré hacer lo que Juan Cots dice que hizo con el VPN y aunque algunos parece que sí lo lograron, TODOS coincidieron en que la conexión es más lenta que si se conecta en una LAN.

PERO TODO ESO QUEDÓ ATRAS. Gracias a un comentario de uno de los participantes en en ese Blog, llegué a una pagina donde se hablaba de GLADINET esta aplicación permite a través de "nube" utilizar tus carpetas de Windows Live Skydrive, Gmail y otros como si fuera un directorio en tu propio PC. Luego desde Access haces la vinculación como si apuntaras a un directorio de tu LAN. Y lo mejor de todo: FUNCIONA TAN BIEN Y TAN RAPIDO COMO SI ESTUVIERAS EN UNA LAN.

CREANME ESTO SÍ FUNCIONA! Después de muchas decepciones (Como Sharepoint, por ejemplo) y opciones que cuestanm muchos $$ , por fin encontré algo que sí funciona!

Hay que gritarlo al mundo ESTO FUNCIOONA! IT'S ALIVE! ITS ALIVEEE!

(Nota: hasta ahora lo he probado con un sólo PC y funciona perfecto, estoy ya probandolo con dos, les informo pronto!)

Abraham Valencia
Computacion e informatica microsoft mv...
Escrito por Abraham Valencia
el 22/07/2010

1- No olvides que Access es una base de datos de "oficina". Aunque me gusta mucho el Access, he de aceptar que es inferior a otras BD tan usadas hoy. Si hablamos de formularios y reportes, pues, la "ventaja" de tener todo en el mismo archivo, te aseguro que se vuelve en desventaja si lo comparamos a un entorno (por ejemplo) hecho en VB. Net y reportes en Crystal Reports. Si mencionas que se puede trabajar con dos archivos Access: uno para datos y otro para lo demas, pues, del mismo modo una comparacion dejaria perdiendo (lamentablemente) al Access

2- Sobre lo de VPN y Juan, pues, no es cierto que "TODOS" digan que es mas lento que una LAN. Eso si, no niego la veracidad de eso, pero, no del modo en que tu lo afirmas y resaltas.

3- Sobre Gladinet, pues, creo que te has dejado llevar por la emocion sin leer mas del tema. Gladinet no necesariamente te da una velocidad comparable a una LAN. Ademas, no olvidemos tampoco que la velocidad depende de varios factores. Haciendo una comparacion en condiciones similares, una LAN es mas veloz.

4- Hablas mucho de costos, pero olvidas mencionar que Gladinet tiene un costo

Abraham

Javier Abella
Licenciatura en historia universidad c...
Escrito por Javier Abella
el 22/07/2010

Hola amigo,

Lo siento pero creo que no leíste bien mi post (veo tu respuesta un poco defensiva). Te aclaro lo que dije:

1-Dije que he creado sistemas con Access bastante sofisticados, por ejemplo: un sistema para planificar mantenimiento de maquinarias en fábricas, un sistema que calcula costos de preparación de recetas y saca los valores nutritivos de las recetas, un sistema de call center, un sistema para manejar historias médicas, otro para programar presupuestos, un sistema administrativo, etc, etc... (lo repito: sin programar una sóla línea de código).

MS Access ha sido más que suficiente para que estos funcionen muy bien en entornos de hasta 15 personas. Por supuesto que hay otros manejadores de bases de datos que superan a Access en lo siguiente: capacidad de respuesta en entornos de más de 15 usuarios, seguridad (sin duda la seguridad de Access es limitada, lo que no quiere decir que no exista, sí existe). Por lo tanto Access es un manejador perfecto para el tipo de clientes que atiendo: pequeña y mediana empresa (aunque tengo algunas grandes, y te sorprenderías lo bien que les ha ido con mis sistemas).

2-Lo de Juan Cots no es nada personal contra él, todo lo contrario, su Blog es muy bueno y de gran ayuda. Desde aquí le agradezco a Juan todos sus grandes aportes. Así que no lo defiendas que no lo estoy atacando. Lo de VPN sí es más lento ya que hasta tu mismo lo reconoces.

3-Si leíste bien mi post verás que no me estoy guíando por lo que dicen otros en cuanto a GLADINET, te estoy diciendo que YO LO PROBE Y FUNCIONO tal como yo necesitaba, es decir prácticamente igual que en mi LAN. Que si es unos segunditos más lento, bueno sí al inciar la primera consulta pero luego me trae los datos igual de rápido que en mi LAN. Lo probé con una aplicación leyendo una base de datos con 18mil registros.

4-Por supuesto que GLADINET tiene un costo. Pero si comparas con Share Point (o cualquier otro, mira que ya he visto varias opciones) no sólo es más barato Gladinet, sino que me permite dejar mi front-end tal como está (en Access) y simplemente vincular con las tablas que están en la web (que están en Access también). Con Sharepoint tengo que diseñar formularios web, que no se que tan sofisticados puedan hacerse pero lo que veo es que hay que "hacerlos de nuevo", con Visual Basic por supuesto que el trabajo será más largo todavía, con GLADINET no tengo que hacer nada de nuevo sólo usar lo que ya tengo hecho.

Lo que digo es que si sabes VB. NET pues te felicito y podrás hacer varias cosas más avanzadas de las que yo puedo hacer, pero yo ya tengo mis aplicaciones hechas y funcionando bien por lo que es una tontería tener que rehacer de nuevo todos los querys, formularios y reportes, sería literalmente hacer de nuevo cada aplicación en el triple del tiempo que me tomó originalmente. En condiciones similares debe haber unos cuantos consultores de sistemas. Así pues, para ellos GLADINET parace ser la solución.

Por supuesto me falta hacer más pruebas, pero hasta ahora todo ha resultado mucho mejor de lo que sospechaba.

Abraham Valencia
Computacion e informatica microsoft mv...
Escrito por Abraham Valencia
el 23/07/2010

1- En este punto no tenemos grandes diferencias

2- Estamos tambien casi de acuerdo, pero si relees tu mensaje anterior, no parecia muy imparcial que digamos

3- Gladinet tiene las desventajas y desventajas que cualquier programa tiene y, como ya mencione, la velocidad va en relacion de varios factores. Yo no he dicho que no te funciono, pero, no es la "panacea" que uno podria interpretar de tu mensaje anterior

4- Si pues Gladinet tiene un costo, y un limite de transferencia de datos tambien, y pasado el limite hay un costo adicional por cada "x" total de datos.

En resumen, repito, el dilema con tu mensaje, desde mi punto de vista de programador, es que pareciera que has descubierto la polvora, y lo que pasa es que simplemente has descubierto para ti un programa que cubre tus espectaivas personales.

Para terminar, te aseguor que rehacer, como tu dices, aplicaciones ya terminadas para adaptarlas a mejor tecbologia, pues, asi tome tiempo pues, no es perder dicho tiempo

Saludos

Abraham

Mastercafe - Juan Menéndez Crespo
Master en dirección de marketing aedem
Escrito por Mastercafe - Juan Menéndez Crespo
el 23/07/2010

Yo personalmente hace tiempo que desistí de conectar MDB que no fuera por red, la solución para terminales externos es utilizar un servidor web IIS y compatir la base de datos.

Utilizo ASP o. Net para la aplicación de servidor y si bien no puedo disponer de tantos lujos como permite el formulario de access, si es cierto que con un poco de jQuery y algunos plugins, incluso consigo resultados más apetecibles y controlados.

La gestión de la base de datos tardo apenas 1 día en montar lo básico con ASP-Maker.

Lo que si reconozco es que yo si necesito controlar mucho código de ASP (VBscript) y VBa para resolver muchos procesos de algunas aplicaciones, pero al final el resultado es limpio y estable al 100%. Lo mejor es que puedo migrar a SQLServer en dos patadas.

Javier Abella
Licenciatura en historia universidad c...
Escrito por Javier Abella
el 23/07/2010

Vaya Juan pues muy buen dato este del ASP Maker. Voy a revisarlo...

Pero verán pues mi problema es precisamente ese. Está bien que a algunos les guste pasar horas programando, pero por qué entonces esos expertos en programación no dedican su tiempo a crear herramientas visuales más completas para aquellos que no queremos programar, les aseguro ganarían más dinero que trabajandole a clientes individuales, si no pregúntenle a Bill Gates.

Ese es precisamente el caso con Access. Microsoft creó un manejador de bases de datos totalmente visual, que permite crear sistemas desde sencillos hasta bastante avanzados sin necesidad de saber programar, pero esta bien, Access tiene un límite. Ahora bien, por qué no existen herramientas TOTALMENTE VISUALES para PHP, ASP etc.? Que me permitan hacer sistemas medianamente avanzados SIN NECESIDAD DE PROGRAMAR EN PHP U OTROS?. No veo por qué si se pudo hacer con Access, no logran hacerlo con los demás.

Yo les digo, a mi no me interesa programar, solo he aprendido algo de programación porque me he visto obligado ante la ausencia de esas herramientas visuales avanzadas.

Pero bueno sigo buscando, tal vez ese ASP maker se acerque a lo que busco Juan? Aunque no parece por lo que dices de que: "si necesito controlar mucho código de ASP (VBscript) y VBa para resolver muchos procesos de algunas aplicaciones" si esto es así no me sirve.

Además está el asunto e los precios. Recientemente le hice a un cliente un presupuesto de US$ 650 por crear un sistema que funcione en su red local, al pedirme el cliente que lo conectara vía web, hablé con un amigo que es experto en PHP y MySQL y saben cuanto me presupuesto para este cliente? US$ 1. 650! Y les digo no me parece caro si tomamos en cuenta el tiempo que le tomará hacer el mismo sistema con esa tecnología. Ahora yo con GLADINET le agrego 60 dólares por máquina y si fueran 10 máquinas aún sería más barato que hacerlo en PHP y MySQL.

Así que bueno, para ponerlo entonces en la perspectiva correcta. Si tu eres un consultor de sistemas que:

1-Creas sistemas en Access, puro Access, sin usar programación (Y a esa es a la que considero la verdadera comunidad Access).
2-NO QUIERES programar
3-Compites en base a la calidad de tus productos, pero también en base a precios y tiempos de respuesta.

Entonces GLADINET sí es la Panacea.

Saludos a todos! Y Gracias por sus aportes a este tema!

Abraham Valencia
Computacion e informatica microsoft mv...
Escrito por Abraham Valencia
el 23/07/2010

Estimado Javier, creo que te falta conocer mas temas de programacion y/o similares para que realmente puedas emitir mejores opiniones. ADemas, estas confundiendo tu animo de no aprender mas y afirmando eso como una verdad absoluta para todos y todas.

Si supieras programar otra cosas, te aseguro que podrias cobrar mas sin dilemas, y con mejores resultados.

Sobre tus ennumerados:

1- Erronea totalmente tu apreciacion de que de que la "verdadera comunidad Access" es aquella que no usa progrmacion. EL VBA es parte de Access, y por ende tu apreciacion es errada. No confundamos lo personal con lo objetivo. Ademas, ¿Nunca usas acaso el "asistente de formularios del Access? Si lo usas, pues ya estas usando programacion

2- Si no quieres programar, es igual an o querer a aprender mas, lo que jamas es positivo.

3- La calidad, velocidad y otros del Access, en comparacion con nuevas teconoligas, pues lamentablente es facil de superar

Sobre Gladinet, pues, solo por colocar algunas limitaciones: Tendras que intalarlo en cada PC y configurarlo en cada PC, lo que evitarias con otros tipos de programas. Ejemplo: SI usas VB 6. 0, creas tu instalador que hace todo solo, con lo que podrias simplemente darle el disco instalador al cliente y hace todo solo. Ah, y la BD puede estar en Access sin dilemas. Sobre lo de trabajar en web, pues, hay servidrores que soportan bases de datos en Access, y a traves de ADO las conectas facilmente a tus aplicaciones ya hechas, sin necesidad de programar en ASP

Abraham

Abraham Valencia
Computacion e informatica microsoft mv...
Escrito por Abraham Valencia
el 23/07/2010

Ademas, no respondiste lo anterior, ¿Como harias con un cliente que pasa el limite de datos transferidos por Gladinet? ¿Le dices que tiene que pagar extra cada mes? No es algo que a la gente le guste

Para terminar, algo inconsistente tu afirmacion de que no quieres programar, ya que hace unas semanas pedias consejos de que aprender para poder empezar a hacerlo.

Por ultimo, entiendo que quieras hacer como una "defensa" de tu posicion, pero, se que eres autodidacta (lo que no tiene nada de malo), y por eso mismo debes informarte mas de los temas antes de emitir tus opiniones. Si nos dedicamos a estos temas (computacion, programacion... Etc), nuestras opiniones deben ser sobre conocimiento de causa, no sobre percepciones. Yo adoro al Access, pero tengo que reconocer que por ejemplo MySql lo supera



Abraham

Mastercafe - Juan Menéndez Crespo
Master en dirección de marketing aedem
Escrito por Mastercafe - Juan Menéndez Crespo
el 23/07/2010

Desde luego si buscas algo sencillo y potente, que te permita todo tipo de gestiones con datos de formularios, desplegables, master/detail, etc... Mi recomendación es que visites la web de https://www.hkvstore.com verás que hay varias aplicaciones las que uso son AspMaker/ReportMaker y AspNet Maker ahora que estoy estudiando C#.

En cualquier caso con las dos primeras consigo casi el 100% de lo que necesito de mantenimiento y sin tocar nada del código pura interface de la aplicación.

Sobre el precio que indicas, 1650$ para generar un mantenimiento de una base de datos no es ni mucho ni poco, todo depende de quien lo haga y con que lo haga. Nosotros utilizando este tipo de herramientas apenas cobramos 300 eur. Por todo el trabajo ya que se hace en menos de 7 horas con bastante personalización. Pero si tuviera que hacerlo a mano, te aseguro que estaría en torno a los 1600 seguro, sino más.

Sobre el precio de la aplicación, verás que es ridículo para lo que supone de ahorro. Yo lo tengo desde la versión 1 que salio y he ido actualizando todas las versiones, más que amortizado en más de 200 páginas web.

Yo no voy a entrar sobre los trabajos o los desarrollos, si es cierto que con la propia interface se suelen conseguir cosas realmente buenas, pero te aseguro que con el tiempo o usas programación o estás vendido. Como haces para almacenar un campo encriptado con MD5? Como crear un hash bancario que genere el SHA1 de pasarela de pagos? Como validar un dígito de control en un DNI/NIE? O el DC de las cuentas de banco?

Hay muchas razones para, si no un experto, si conocer lo básico para poder gestionar eventos en los campos y gestionar consultas. No se que vida tienen tus aplicaciones, yo tengo algunas con más 15 años de vida y que han sufrido todo tipo de adaptaciones por cambios de IVA, normativas, etc... Y esto se resuelve mucho mejor tocando código que rehaciendo la aplicación. Como actualizas tu una estructura de una aplicación sin código? Otra buena: como gestionar trasladar datos de Access a Excel o a Word y asignar valores a campos parametizados por el cliente? Como esas, miles de cosas que ocurren y que necesitan un poco de código. Eso si, buscando consigues casi el 100% de algun otro desarrollador que lo pone como ejemplo.

Yo no me considero un experto, ni mucho menos, más un currante de la tecla y admiro a gente como Abraham o Juan Cots, por el nivel que tienen de programación y la profundidad que alcanzan en sus temas. Eso si, tengo más de 5. 000 mini programas con funciones, clases, formularios, etc... Que me ayudan a resolver muchos problemas en las aplicaciones.

Mastercafe - Juan Menéndez Crespo
Master en dirección de marketing aedem
Escrito por Mastercafe - Juan Menéndez Crespo
el 23/07/2010

Abraham sobre la conexión ADO para access me temo que por más pruebas que he realizado no hay forma en remoto, lo más próximo que conseguí fue a base de una solución de Juan Cots con un Bridge, pero desde luego no es la adecuada para lo que buscaba, aunque un excelente apredizaje.


Con ADO puedo conectar a través de un puerto 1433 a SQL desde fuera, pero si el servidor es uno web normal tipo Arsys, etc... Ya tienes problemas de validación. Otra cosa es que el cliente tenga el servidor y entonces haces a tu gusto la configuración de puertos del router, pero en cualquier caso no lo he conseguido contra un MDB/ACCDB desde fuera, no hay puerto que valga para esto (que yo sepa).

Mastercafe - Juan Menéndez Crespo
Master en dirección de marketing aedem
Escrito por Mastercafe - Juan Menéndez Crespo
el 23/07/2010

Abraham la comparación de Access con MySQL como dices de lejos es mejor MySQL, pero no creo que sea muy justo comparar estos dos, ya que lo lógico sería comparar SQLExpress con MySQL y no están tan lejos uno de otro.

Access es una solución casi "doméstica" que va bien para varios usuarios (no más de 25 concurrentes) y que en general cubre un % muy grande de clientes. Pocos casos me he encontrado que no pudiera un MDB resolver casi el 100% de las necesidades.

Cada aplicación tiene sus ventajas e inconvenientes, todo es saber que es mejor en cada caso. Yo desde luego estoy contigo en que la solución gladinet tiene más peros que ventajas, no obstante, si va bien saber que es otra opción y seguramente alguien le puede valer (en mi caso seguro que no).

Abraham Valencia
Computacion e informatica microsoft mv...
Escrito por Abraham Valencia
el 23/07/2010

Juan, de acuerdo contigo en todo tu primer mensaje.

Sobre el segundo mensaje, si intentaste conectarte a una BD de Access que estaba en una PC con IIS y todo correctamente habilitado (extensiones de frontpage, permisos, etc), desde otra PC, pues tiene una gran limitacion: Solo te permitira un acceso correcto si tienes IP fija y si no se trata de un "hosting" el 99. 9% de los proveedores de internet en el mundi te dan una IP Estatica (aunque el numero puede aparentar ser igual, no se cumplen otras condiciones).

Hay empresas que ofrecen alojamiento web con soporte de base de datos Access. Ahora no tengo en la cabeza alguna, pero seria cuestion de buscar, pero dado los avances tecnologicos, en realidad no deben de quedar muchas :(

Sobre tu tercer mensaje, tambien totalmente de acuerdo

Ah, para terminar, gracias por decir que soy una persona digna de admiracion. Muchas gracias

Saludos

Abraham

Javier Abella
Licenciatura en historia universidad c...
Escrito por Javier Abella
el 24/07/2010

Te contesto en detalle:

1-Cuando hablo de la verdadera comunidad Access, me refiero a algo como esto: Supongamos que yo soy karateka y empiezo a practicar Jiujitsu, luego me inscribo en una competencia de Karate, te aseguro que en la competencia no van a permitir que yo use el Jiujitsu, para eso hay competencias de Jiujitsu o de Artes Marciales Mixtas.

Ahora bien supongamos que yo uso el Access y todo lo he hecho con los asistentes visuales, (es decir, el Access puede haber usado programación pero yo no programé directamente, porque sólo usé la herramienta visual), en este caso soy el Karateka "puro", luego yo empiezo a aprender VBA, Visual Basic y otros, ya no soy el Karateka "puro" y no se trata aquí de un "racismo informatico" ni nada por el estilo, simplemente digo que si uno va a un grupo sobre Access y las respuestas a los problemas incluyen VBA, ya no hablamos de un grupo de Access "puro" sino de algo más. Para mí, existe una comunidad solo Access "sin Juijitsu" (yo mismo era un ejemplo de ello) para la cual Gladinet es una solución válida.

Por otro lado Abraham, no me apliques sofismas para tratar de ganar la discusión, cuando dices que " ¿Nunca usas acaso el "asistente de formularios del Access? Si lo usas, pues ya estas usando programacion "... Estas cambiando el sentido de mis palabras; lo que yo dije es que con Access no he tenido que programar, es decir el Access hace todo por mí, yo sólo utilizo la interfaz gráfica, así que en esos casos yo no he programado.

2- En este punto te doy la razón totalmente, pero la verdad, yo estoy en la informática con fines principalmente utilitarios, no por amor a la informática en sí misma. Tu caso parece diferente y de manera sincera te felicito por eso.

3-Nunca dije que Access no se pueda superar, pero cumple muy bien muchas funciones, todo depende de los objetivos que se quieren lograr al desarrollar una aplicación.

Sobre Gladinet, totalmente de acuerdo en que si usas VB 6. 0, creas tu instalador que hace todo solo. Pero... Y si no sé VB 6. 0 y no tengo tiempo (porque tengo un tiempo límite de entrega, por ejemplo) para aprenderlo, que hago? Para mí: uso Gladinet, o si no, tengo que contratarte para que me hagas la aplicación con VB... Y la verdad quiero la ganancia para mí solo!

Me dices: "Sobre lo de trabajar en web, pues, hay servidores que soportan bases de datos en Access, y a traves de ADO las conectas facilmente a tus aplicaciones ya hechas"... Pero, como tu mismo dices en la contestación a Juan, hay que tener una IP fija, etc, yo lo intenté con ODBC y no consegui un ISP que me diera esa bendita IP fija, etc. , no se puede, por lo menos aquí en Venezuela.

Luego me dices: "Ademas, no respondiste lo anterior, ¿Como harias con un cliente que pasa el limite de datos transferidos por Gladinet? ¿Le dices que tiene que pagar extra cada mes? No es algo que a la gente le guste"... Sí tienes un punto bueno ahí, pero esa situación es manejable en algunos casos.

Luego me dices (y perdona que te cite tanto pero no quiero dejar por fuera nada): "Para terminar, algo inconsistente tu afirmacion de que no quieres programar, ya que hace unas semanas pedias consejos de que aprender para poder empezar a hacerlo."

Tal vez no lo expliqué bien en otros posts pero te lo aclaro ahora: Yo hice mis aplicaciones en Access sin programar, pero ahora me ví obligado por las circunstancias a aprender a programar, aprendí PHP, aprendí MySQL (y ya tengo un nivel intermedio en ambos), también he aprendido HTML y CSS (programación muy "light", lo reconozco). Ahora bien los consejos para aprender a programar era que yo buscaba algo como Access y caigo otra vez en el tema: por qué? Y puedes llamarme ignorante si quieres pero seguiré preguntando: por qué no existe un lenguaje, programa o aplicación que me permita hacer todo (como Access), es decir crear tanto mi FRONT END como mi BACK END con ella solita? Sin tener que aprender otras tecnologías, lenguajes o programas?

Seamos sinceros Abraham, Juan, no sería genial que, utilizando únicamente, por ejemplo, SQL Server, me permitiera crear no solo mis tablas y Views, sino también mis formularios, Reportes, etc.? Si eso existe, entonces me rindo totalmente y aprendo a programar en ese lenguaje, pero hasta donde he visto, tal utopía no existe!

Por cierto, Juan te digo que me esta sonando muy bueno lo que me dices de las aplicaciones visuales que usas (ASP maker, etc. ) ya he estado explorando el web site de esa gente...

Gracias.

Abraham Valencia
Computacion e informatica microsoft mv...
Escrito por Abraham Valencia
el 24/07/2010

Estimado Javier, sobre tu insistencia en que existen Access puro que no involucra VBA, es algo inconsistente tu argumentacion. Asi tu no programes de manera directa, estas usando a traves del asistente codigo VBA, por lo que tu argumento queda sin piso.

Lo de servidroes web con soporte de BD Access, pues, realmente casi ya no hay, el costo/beneficio, dadas las caracteristicas de Access, era negativo para los que adquirian "alojamiento" en ellas.

Sobre lo que mencionas ahora pedias como consejos para programar, pues, tu pedias un programa que te haga todo de manera facil, que no es lo mismo que aprender a programar. ¿Porque no existen programas tipo Access que te permitan hacer todo de manera facil con otros lenguajes? Pues porque tenerlo asi crea limitaciones, tipo las que tiene el Access, ademas de que es mucho mas inseguor tener todo en un solo archivo. Es por eso y otras razones mas quen no vienen, quizas, al caso. Y bueno, de existir, existen, pero, limitados al igual que Access (hay algunos que te crean formularios para SQLServer, otros para Oracle, etc)

Si quieres mejorar las aplicaciones que haces, asi existan programas-asistentes, finalmente acabaras teniendo que programar, ya que es imposible que un programa-asistente haga todo lo que uno desea

saludos

Abraham






Mastercafe - Juan Menéndez Crespo
Master en dirección de marketing aedem
Escrito por Mastercafe - Juan Menéndez Crespo
el 24/07/2010

Si me gustaría saber que necesito poner en un servidor dedicado para poder hacer esa conexión externa vía internet a una base de datos. Tengo varios clientes que no me ha quedado otra que poner SQL Server con Windows 2003 y la verdad es que tiene un coste elevado para poder ofrecer la solución alternativa.

Evidentemente en todos los casos son IP fija y yo puedo gestionar los puertos que necesito. En servidores compartidos esto es imposible ya que toca usar DNS y no hay otra solución.

Quedo a la espera de la información o donde puedo mirar más. Gracias

Por cierto Javier, no te centres tanto en intentar usar solo asistentes, siempre podrás hacer más cosas si aprendes unos mínimos de programación. O en todo caso siempre puedes pasar a Velneo 7 que "NO" necesita nada de programación y tiene de todo y bastante potente.

Javier Abella
Licenciatura en historia universidad c...
Escrito por Javier Abella
el 25/07/2010

Oye Juan, eres una mina de oro! Jaja ya estoy viendo esto de Velneo 7, se ve realmente como lo que he estado buscando. Esto demuestra que sí existen asistentes completos tipo Access. Por los logos que usan pareciera estar basado en Ruby, cierto?.

Bueno por otra parte, estoy de acuerdo contigo en que no hace daño saber un "mínimo" de programación; mientras todo se mantenga en ese "mínimo" está bien para mí!

Gracias por todos tus aportes Juan!

Abraham Valencia
Computacion e informatica microsoft mv...
Escrito por Abraham Valencia
el 25/07/2010

Estimado Juan, tengo un manual para configurar correctamente el IIS. Una vez configurado y si tenemos IP fija, puedes colocar tu BD Access en la carpeta llamada "wwwroot" (o algo asi) y en teoria deberias poder usarla sin problemas de forma remota. Yo hace años hice pruebas y lo logre, pero, realmente el dilema es la configuracion del IIS

Yo hoy en dia, prefiero usar el Apache, pero para BD en internet uso MySql

Aqui un par de paginas que tiene soporte de BD Access

https://www.discountasp.net/signup/special/6mofree/



https://www.winhost.com/index. Aspx

Saludos

Abraham

PD: El Velneo7 es bueno, pero, como ya he comentado varias veces, si se sabe programar, se mejoran las cosas

Mastercafe - Juan Menéndez Crespo
Master en dirección de marketing aedem
Escrito por Mastercafe - Juan Menéndez Crespo
el 26/07/2010

Me vendría bien saber que cosas hay que hacer en el IIS para poder configurar esto y resolver la conexión desde access a un mdb en otro equipo fuera de la red.

La realidad que tengo ahora es una aplicación access de escritorio para los de red local y otra en ASP para los remotos (básicamente para consultas). Hasta donde he conseguido ver el principal problema está en gestionar una conexión a un IIS que tendrás que indicar el puerto y como llegar a destino desde el ADO del cliente. Insisto que en SQL no hay problema usando el 1433, pero con access no hay puerto previsto para esto, para ello ya microsoft dejó claro que los ADP (antiguos) eran para una cosa y los MDB eran para otra.

A nivel IIS el MDB es bastante sencillo de gestionar si lo usas con ASP/. Net simplemente dejar compartida la carpeta y usar un mappath a la ruta donde se encuentra, pero claro hablamos de nuevo de una conexión de escritorio no remota.

Mastercafe - Juan Menéndez Crespo
Master en dirección de marketing aedem
Escrito por Mastercafe - Juan Menéndez Crespo
el 26/07/2010

Velneo es a día de hoy el principal competidor de Access dado lo similar de su concepto de aplicación asistida, sorprende su rendimiento que es casi un 40% más rápido que un SQL Server, y lo más importante es que no necesita nada de código, el lo hace todo.

Entiendo que para ti puede ser una mejor solución si no quieres tocar código, pero personalmente prefiero sistemas más abiertos y donde no dependo de casi nadie o al menos dependo lo mínimo. Son filosofías de programación.

Javier Abella
Licenciatura en historia universidad c...
Escrito por Javier Abella
el 26/07/2010

Estimado Abraham,

Estaba pensando no seguir la discusión del tema acerca de Access y la programación, sin embargo creo que es importante aclararlo ya que afirmas que el fundamento de mis planteamientos es erróneo cuando en realidad es tu planteamiento el que cae en ese rango. Paso a demostrarlo.

Me dices que si yo desarrollo un sistema con Access, sin haber yo escrito una sóla línea de código, estoy igualmente programando porque Access utiliza VBA (y SQL) para sus funciones. En esta forma, cada vez que, por ejemplo, creo un formulario con las herramientas visuales de Access estoy usando programación y por tanto estoy programando, eso es lo que estas afirmando.

Pues bien, tomemos esta afirmación tuya como válida y eso nos llevaría a decir, que yo estoy programando cada vez que uso la interfaz gráfica de Access para desarrollar alguna aplicación, por lo tanto, si yo programo, yo soy programador. Eso está claro.

Ahora vayamos unos cuantos años atrás, cuando yo aprendí Access. En ese momento siguiendo el manual de Access, aprendí a usar este programa y empecé a hacer algunas cosas; en aquel tiempo yo no sabía lo que era VBA (ni siquiera lo que siginificaban esas siglas) ni tampoco sabía lo que era SQL, sin embargo, creaba tablas, creaba querys y diseñaba formularios con las herramientas visuales de Access. Según tu premisa, en ese momento yo estaba programando y por tanto podría decir: “soy programador”.

Tomemos otro ejemplo: digamos que un diseñador está trabajando unas imágenes con Photo Shop, para ello utiliza las herramientas visuales de edición que tiene Photo Shop; no ha escrito una sóla línea de código, pero detrás de cada modificación que él hace hay una serie de comandos que se ejecutan, hay programación, por lo tanto, según tu premisa, ese diseñador está programando y lógicamente puede decir: “soy programador”.

Volvamos un momento a una aplicación de Access y digamos que un usuario cualquiera hace click en un botón que está en un formulario y ese botón abre otro formulario. Hay un código VBA que se activó cuando el usuario presionó aquel botón, por lo tanto, ese usuario también está usando programación, o sea que está programando y también podría decir: “soy programador”

Si me permites quiero darte otro ejemplo: un usuario desea instalar un programa en su PC y utiliza para ello un CD que se le ha proporcionado para hacer la instalación. El usuario pone el CD en su unidad de CD ROM y observa que aparece una pantalla que le dice oprima el botón “instalar” para iniciar la instalación. Al hacer click en ese botón se dispara un complejo código programático que se encarga de instalar el programa. En ese caso el usuario ha utilizado una interfaz gráfica para ejecutar la acción de instalar el programa, sin embargo, sí damos por cierta tu afirmación, este usuario también está programando y puede afirmar: “soy programador”.

Como ves, si damos por válida tu afirmación, toda persona que utilice una computadora, está programando y pasa a convertirse en programador, es decir, cualquiera puede ser programador sin saber nada de programación, por tanto tendríamos que salir a buscarle otro nombre a la profesión que tú practicas y a la que has dedicado muchas horas de esfuerzo.

Sofisma desmontado.