🚀 go-pugleaf

     A ver si puedo cooperar en algo. 

CASTRO VIDAL MAX CHRISTIAN   <macastro@araucaria.cec.uchile.cl> wrote in
article <5tacid$tk@dcc.uchile.cl>...
> In chile.comp.misc Patricio Donald <pato_donald@bigfoot.com> wrote:

> : Creo entender que lo quieres es: todos los datos de tu base de datos,
que
> : est� en access97, incorporarlos dentro del ejecutable. Alto
acoplamiento y
> : baja cohesi�n.

       Como seria posible incorporar los datos en el ejecutable  �usando un
arreglo ? de ser asi, lo veo poco eficiente.

> 
> El problema es que ACCESS (1.0 , 2.0 o 97) no solo es una tabla de
> datos, sino que ademas incluye formularios, consultas, reportes, macros y
> hasta modulos de procedimientos... por lo cual hacer un programa en VB
> equivaldria a repetir el 90% del trabajo hecho en Access, si es por eso,
> mejor lo hago completo en VB. (Lo que no soluciona en nada la pregunta
> original...)

         Claro, con Access sucede esto, pero propongo el siguiente
escenario. Se generan las tablas en el archivo base1.mdb. Por otro lado, se
generan los informes, forms, etc. en el archivo base2.mdb. De esta forma,
aparte de separar los forms de la base, y con ello asegurar por un lado la
seguridad del sistema completo, esto porque de esta forma no nos la jugamos
con un solo archivo, aparte de que de esta forma, podiramos seguir
tranbajando en la base de "desarrollo", y "pegar" esta con la base2.mdb sin
perder los datos, por que de otra forma, al hacer cualquier cambio,
perdimos con los datos que ya se han ingresado.
	Por otro lado, de esta forma, se podria "desagregar" la base de los forms,
y de esta forma reescribir el programa en visual basic. Ahora bien, se
supone que no existe, no existio o quiza lo so�e nom se bien en realidad a
esta altura de la tarde pero el asunto es que en su epoca lo busque y no
encontre nada parecido. Es decir, _no_ se puede parar una "aplicacion"
access a visual basic.
	Otra cosa seria, como decia, tener el archivo base1.mdb solo con los
datos,  luego, desde un programa visual basic, se "accesan" estos datos via
un data control u otra vaina. Luego sobre eso, podria ir odbc, sql, etc,
etc. Para esto (lo del data control), se hace necesario que el visual basic
en cuestion tengta instalado un "parche" llamada compatibility layer, que,
en el caso de visual basic 3.0 y access 2.0 perimitia que vb trabajara con
bases de access 2.0, ya que en su embalaje original solo podia hacerlo con
bases de access 1.0 o 1.1. El punto es que supongo que este asunto de los
compatibility layer se mantiene aun.

> 	Creo que la pregunta no es: Como incorporar los datos a un
> ejecutable, sino que como compilar la base de datos misma (*.mdb) para
> hacerla ejecutable. De reojo miramos a Visual Basic porque sabemos que
> este puede parir archivos ejecutables...
> 
> 	...  sin embargo a veces estas son relativamente simples y da lata
> cargar todo el programa para poder correrlas, ojala algun dia salga algun
> Compilador que las pueda transformar en ejecutables, mientras tanto lo
> unico que puedo hacer es crear macros autoexec y trabajar con access
> instalado al minimo...

          Por otro lado, lo que se puede hacer (de hecho en su epoca lo
hice) es usar un  llamado Access Developers Toolkit, que "encapsula" la
aplicacion y genera un runtime que no necesita acces para correr. en
realidad lo del runtime es cuento, pero no mas que visual basic y sus
famosos vbrun*.dll.

	Muchas ganas de seguir con el tema, pero debo irme _ahora_. Ma�ana a ver
si tenemos mas luces del problema de sebastian.


-- 
Enrique Moreira Hansen
emoreira@hotmail.com