aplicacion access vs aplicacion vb+bbdd access

Es decir,

Access = Peladora automática de patatas

:-DDDDDDDD

nunca lo hubiera dicho. Joer! y yo perdiendo el tiempo en la cocina...
Cagontooo!

:-DDDDDDDD

Access... también exiSte ... !!

Saludos,
Juan M Afan de Ribera
[MVP Access]
http://accessvbafaq.mvps.org
http://www.mvp-access.com/juanmafan


"Chea" escribió en el mensaje
news:%
Mostrar la cita

También se puede trabajar desde Access contra SQL Server y nunca se te va
a quedar pequeña la aplicación.

La pregunta no era cuál es mejor sistema de base de datos, sino en qué
entorno desarrollar la aplicación y la clave está más bien en si te vale
Access como herramienta de desarrollo. Es comparar un cuchillo con una
peladora automática de patatas: con el primero puedes hacer muchas más
cosas, tienes "más control", pero si de lo que se trata es sólo de pelar
patatas, no hay comparación.

Los formularios, subformularios, informes y subinformes de Access, son
herramientas formidables y sencillísimas de usar. Si te vale con ellos, no
hay duda, pero si necesitas otras cosas con "más control", hay que
renunciar a la peladora y coger el cuchillo. Seguramente puede hacerse
también desde Access, pero no está pensado para eso.

A muchos no les gusta la ventana principal de Access porque resulta de
apariencia "poco profesional" y se empeñan en ocultarla. El coste de
hacerlo es tan caro que seguramente merecería pasarse a otro entorno.

Access merece la pena si te vale tal cómo es, con sus herramientas
específicas, sin buscarle tres pies al gato. Se ha quedado un tanto
atrasado frente a los punto net, pero la próxima versión, sin salirse del
VBA, viene con un entorno muchísimo más rico para el usuario final con un
coste cero para el desarrollador; basta con importar la aplicación desde
la nueva versión para disponer de todos esos extras.


Saludos

José Bengoechea Ibaceta [MS-MVP Access]
http://jbengoechea.com/


"Jose Luis" escribió en el mensaje
news:%
Mostrar la cita

Yo te aconsejaria que realizaras la aplicacion por un lado y la base de
datos por otro lado, el access tiene la ventaja de que para una
aplicacion pequeñita con pocas transacciones te va bien, pero una vez que
quieres hacer un uso mas avanzado se te queda corta en poco tiempo.
Ademas si le sumas que implementas la aplicacion en el mismo access pues
tienes un doble problema, la concurrencia de usuarios, si son varios
usuarios los que van a usar la aplicacion tendrias que desplegar un
access con la aplicacion y las tablas vinculadas al access que contendra
los datos.

En mi opinion yo crearia la aplicacion en .net y la base de datos sql
express tanto si es para monopuesto como multipuesto, de esta manera si
se va a realizar en el futuro un uso mayor de la aplicacion solo tendrias
que preocuparte del gestor de base de datos, pasar a una version de pago
en el caso de que fuera necesario, ya que la aplicacion seria
completamente ajena.

Suerte.

"Jordi Maycas" escribió en el mensaje
news:
Mostrar la cita

Hola!!

Cuando se tiene que crear de 0 una aplicacion que tirara contra una base
de
datos por ejemplo de access, una vez creada ¿cuáles son los pros y los
contras, de:

a) crear los formularios y añadir el codigo vba desde el mismo
access, e
integrarlo todo en access.

o bien

b) crear una aplicacion vb.net (o c++, o c sharp) y vincularla a la
bbdd.

??

¿que es lo que se tiene en cuenta para tirar hacia un sitio u otro? yo
personalmente soy partidario de la opcion b en todos los casos, o
sea,
hacerme la bbdd en access, y desde el vb por ejemplo crear los
formularios y
demas cosas.

Claro, que algunos manejamos tan mal el cuchillo y tan bien la peladora que
la usamos hasta para hacer batidos de fruta, pero cada vez estoy más
convencido de que Access es incomparable sólo si, mayoritariamente, se usan
las herramientas de Access (aunque para algunas cosillas haya que hacerle
mejoras)

Quizás está mejor la comparación con un horno microondas. Algún día contaré
mis aventuras reales y casi incediarias en la cocina dándole al microondas
usos para los que no está pensado (cocer huevos con cáscara, secar ropa...),
algunas exitosas (freir patatas para tortilla...).

Saludos

José Bengoechea Ibaceta [MS-MVP Access]
http://jbengoechea.com/


"Juan M Afan de Ribera" escribió en el mensaje
news:Oy1Xt%
Mostrar la cita

Es decir,

Access = Peladora automática de patatas

:-DDDDDDDD

nunca lo hubiera dicho. Joer! y yo perdiendo el tiempo en la cocina...
Cagontooo!

:-DDDDDDDD

Access... también exiSte ... !!

Saludos,
Juan M Afan de Ribera
[MVP Access]
http://accessvbafaq.mvps.org
http://www.mvp-access.com/juanmafan


"Chea" escribió en el mensaje
news:%
Mostrar la cita

También se puede trabajar desde Access contra SQL Server y nunca se te va
a quedar pequeña la aplicación.

La pregunta no era cuál es mejor sistema de base de datos, sino en qué
entorno desarrollar la aplicación y la clave está más bien en si te vale
Access como herramienta de desarrollo. Es comparar un cuchillo con una
peladora automática de patatas: con el primero puedes hacer muchas más
cosas, tienes "más control", pero si de lo que se trata es sólo de pelar
patatas, no hay comparación.

Los formularios, subformularios, informes y subinformes de Access, son
herramientas formidables y sencillísimas de usar. Si te vale con ellos,
no hay duda, pero si necesitas otras cosas con "más control", hay que
renunciar a la peladora y coger el cuchillo. Seguramente puede hacerse
también desde Access, pero no está pensado para eso.

A muchos no les gusta la ventana principal de Access porque resulta de
apariencia "poco profesional" y se empeñan en ocultarla. El coste de
hacerlo es tan caro que seguramente merecería pasarse a otro entorno.

Access merece la pena si te vale tal cómo es, con sus herramientas
específicas, sin buscarle tres pies al gato. Se ha quedado un tanto
atrasado frente a los punto net, pero la próxima versión, sin salirse del
VBA, viene con un entorno muchísimo más rico para el usuario final con un
coste cero para el desarrollador; basta con importar la aplicación desde
la nueva versión para disponer de todos esos extras.


Saludos

José Bengoechea Ibaceta [MS-MVP Access]
http://jbengoechea.com/


"Jose Luis" escribió en el mensaje
news:%
Mostrar la cita

Yo te aconsejaria que realizaras la aplicacion por un lado y la base de
datos por otro lado, el access tiene la ventaja de que para una
aplicacion pequeñita con pocas transacciones te va bien, pero una vez
que quieres hacer un uso mas avanzado se te queda corta en poco tiempo.
Ademas si le sumas que implementas la aplicacion en el mismo access pues
tienes un doble problema, la concurrencia de usuarios, si son varios
usuarios los que van a usar la aplicacion tendrias que desplegar un
access con la aplicacion y las tablas vinculadas al access que contendra
los datos.

En mi opinion yo crearia la aplicacion en .net y la base de datos sql
express tanto si es para monopuesto como multipuesto, de esta manera si
se va a realizar en el futuro un uso mayor de la aplicacion solo
tendrias que preocuparte del gestor de base de datos, pasar a una
version de pago en el caso de que fuera necesario, ya que la aplicacion
seria completamente ajena.

Suerte.

"Jordi Maycas" escribió en el mensaje
news:
Mostrar la cita

Hola!!

Cuando se tiene que crear de 0 una aplicacion que tirara contra una
base de
datos por ejemplo de access, una vez creada ¿cuáles son los pros y los
contras, de:

a) crear los formularios y añadir el codigo vba desde el mismo
access, e
integrarlo todo en access.

o bien

b) crear una aplicacion vb.net (o c++, o c sharp) y vincularla a la
bbdd.

??

¿que es lo que se tiene en cuenta para tirar hacia un sitio u otro? yo
personalmente soy partidario de la opcion b en todos los casos, o
sea,
hacerme la bbdd en access, y desde el vb por ejemplo crear los
formularios y
demas cosas.

En mi opinion con Access puedes crear aplicaciones cliente como con la
mayoria de las herramientas mas populares del mercado (dicese VB, C#, Dephi.
etc). Por otro lado si podemos mencionar algunas diferencias:

.Net aventaja en las caracteristicas:
1) Rendimiento ligeramente superior en algunos procesos de codigo en .Net
por ser codigo nativo
2) Compilacion Just in Time, 'el compilador JIT incluido en el Framework
compila el código intermedio (MSIL) generando el código máquina propio de la
plataforma. Se aumenta así el rendimiento de la aplicación al ser específico
para cada plataforma'
3) Garbage Colector: 'el CLR proporciona un sistema automático de
administración de memoria denominado recolector de basura (garbage
collector). El CLR detecta cuándo el programa deja de utilizar la memoria y
la libera automáticamente. De esta forma el programador no tiene por que
liberar la memoria de forma explícita aunque también sea posible hacerlo
manualmente (mediante el método disponse() liberamos el objeto para que el
recolector de basura lo elimine de memoria)'
4) Tecnologia XCopy en .Net, lo cual significa que basta con llevarte el
.Exe a cualquier equipo con .Net Framework instalado y tu aplicación
funcionara!.
5) Tecnología clickonce, que te permite distribuir e instalar tu aplicacion
desde una pagina web, y actualizaciones automaticas

Desventajas de .Net:
1) Codigo administrado, 'el código administrado proporciona una mayor
velocidad de desarrollo y mayor seguridad de que el código sea bueno. En
contrapartida el consumo de recursos durante la ejecución es mucho mayor,
aunque con los procesadores actuales esto cada vez es menos inconveniente'.

* Por otro lado aunque en VS .Net se ha avanzado mucho en cuanto a la
facilidad y velocidad de desarrollo, sobre todo con VS 2005, Access es muy
superior en cuanto a menores tiempos de desarrollo.

Por mi parte el unico inconveniente que he tenido con Access, es al crecer
un proyecto a cientos o incluso con algunas decenas de formularios y
reportes, el archivo de base de datos se corrompe o empieza a hacer cosas
raras, muy recientemente en un proyecto contra SQL Server, un campo text, al
capturar varias lineas, cambiaba el contenido o lo corrompia, esto lo
verifique varias veces en distintos equipos.

Access es una gran herramienta de trabajo, solo mirate mi aplicacion
[comercial] utilizada en cientos de negocios,
www.visualcaja.com/visualcaja3d.htm


saludos,

Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com



"Jordi Maycas" escribió en el mensaje
news:
Mostrar la cita

Hola!!

Cuando se tiene que crear de 0 una aplicacion que tirara contra una base
de
datos por ejemplo de access, una vez creada ¿cuáles son los pros y los
contras, de:

a) crear los formularios y añadir el codigo vba desde el mismo access,
e
integrarlo todo en access.

o bien

b) crear una aplicacion vb.net (o c++, o c sharp) y vincularla a la
bbdd.

??

¿que es lo que se tiene en cuenta para tirar hacia un sitio u otro? yo
personalmente soy partidario de la opcion b en todos los casos, o sea,
hacerme la bbdd en access, y desde el vb por ejemplo crear los formularios
y
demas cosas.

Jajajaja, lo de secar la ropa sí que lo había oído (o lo ví en una
película... mmmm bueno... no se)

;-)

Access... también exiSte ... !!

Saludos,
Juan M Afan de Ribera
[MVP Access]
http://accessvbafaq.mvps.org
http://www.mvp-access.com/juanmafan


"Chea" escribió en el mensaje
news:
Mostrar la cita

Claro, que algunos manejamos tan mal el cuchillo y tan bien la peladora
que la usamos hasta para hacer batidos de fruta, pero cada vez estoy más
convencido de que Access es incomparable sólo si, mayoritariamente, se
usan las herramientas de Access (aunque para algunas cosillas haya que
hacerle mejoras)

Quizás está mejor la comparación con un horno microondas. Algún día
contaré mis aventuras reales y casi incediarias en la cocina dándole al
microondas usos para los que no está pensado (cocer huevos con cáscara,
secar ropa...), algunas exitosas (freir patatas para tortilla...).

Saludos

José Bengoechea Ibaceta [MS-MVP Access]
http://jbengoechea.com/


"Juan M Afan de Ribera" escribió en el mensaje
news:Oy1Xt%
Mostrar la cita

Es decir,

Access = Peladora automática de patatas

:-DDDDDDDD

nunca lo hubiera dicho. Joer! y yo perdiendo el tiempo en la cocina...
Cagontooo!

:-DDDDDDDD

Access... también exiSte ... !!

Saludos,
Juan M Afan de Ribera
[MVP Access]
http://accessvbafaq.mvps.org
http://www.mvp-access.com/juanmafan


"Chea" escribió en el mensaje
news:%
Mostrar la cita

También se puede trabajar desde Access contra SQL Server y nunca se te
va a quedar pequeña la aplicación.

La pregunta no era cuál es mejor sistema de base de datos, sino en qué
entorno desarrollar la aplicación y la clave está más bien en si te vale
Access como herramienta de desarrollo. Es comparar un cuchillo con una
peladora automática de patatas: con el primero puedes hacer muchas más
cosas, tienes "más control", pero si de lo que se trata es sólo de pelar
patatas, no hay comparación.

Los formularios, subformularios, informes y subinformes de Access, son
herramientas formidables y sencillísimas de usar. Si te vale con ellos,
no hay duda, pero si necesitas otras cosas con "más control", hay que
renunciar a la peladora y coger el cuchillo. Seguramente puede hacerse
también desde Access, pero no está pensado para eso.

A muchos no les gusta la ventana principal de Access porque resulta de
apariencia "poco profesional" y se empeñan en ocultarla. El coste de
hacerlo es tan caro que seguramente merecería pasarse a otro entorno.

Access merece la pena si te vale tal cómo es, con sus herramientas
específicas, sin buscarle tres pies al gato. Se ha quedado un tanto
atrasado frente a los punto net, pero la próxima versión, sin salirse
del VBA, viene con un entorno muchísimo más rico para el usuario final
con un coste cero para el desarrollador; basta con importar la
aplicación desde la nueva versión para disponer de todos esos extras.


Saludos

José Bengoechea Ibaceta [MS-MVP Access]
http://jbengoechea.com/


"Jose Luis" escribió en el mensaje
news:%
Mostrar la cita

Yo te aconsejaria que realizaras la aplicacion por un lado y la base de
datos por otro lado, el access tiene la ventaja de que para una
aplicacion pequeñita con pocas transacciones te va bien, pero una vez
que quieres hacer un uso mas avanzado se te queda corta en poco tiempo.
Ademas si le sumas que implementas la aplicacion en el mismo access
pues tienes un doble problema, la concurrencia de usuarios, si son
varios usuarios los que van a usar la aplicacion tendrias que desplegar
un access con la aplicacion y las tablas vinculadas al access que
contendra los datos.

En mi opinion yo crearia la aplicacion en .net y la base de datos sql
express tanto si es para monopuesto como multipuesto, de esta manera si
se va a realizar en el futuro un uso mayor de la aplicacion solo
tendrias que preocuparte del gestor de base de datos, pasar a una
version de pago en el caso de que fuera necesario, ya que la aplicacion
seria completamente ajena.

Suerte.

"Jordi Maycas" escribió en el mensaje
news:
Mostrar la cita

Hola!!

Cuando se tiene que crear de 0 una aplicacion que tirara contra una
base de
datos por ejemplo de access, una vez creada ¿cuáles son los pros y
los
contras, de:

a) crear los formularios y añadir el codigo vba desde el mismo
access, e
integrarlo todo en access.

o bien

b) crear una aplicacion vb.net (o c++, o c sharp) y vincularla a la
bbdd.

??

¿que es lo que se tiene en cuenta para tirar hacia un sitio u otro? yo
personalmente soy partidario de la opcion b en todos los casos, o
sea,
hacerme la bbdd en access, y desde el vb por ejemplo crear los
formularios y
demas cosas.

Joder, papas fritas en el Micro Ondas!!!. Con solo pensar que por calentar
30 segundos un filet de merluza el olor a pescado frito duro mas de una
semana!!!

"Chea" escribió en el mensaje
news:
Mostrar la cita

Claro, que algunos manejamos tan mal el cuchillo y tan bien la peladora

que
Mostrar la cita

la usamos hasta para hacer batidos de fruta, pero cada vez estoy más
convencido de que Access es incomparable sólo si, mayoritariamente, se

usan
Mostrar la cita

las herramientas de Access (aunque para algunas cosillas haya que hacerle
mejoras)

Quizás está mejor la comparación con un horno microondas. Algún día

contaré
Mostrar la cita

mis aventuras reales y casi incediarias en la cocina dándole al microondas
usos para los que no está pensado (cocer huevos con cáscara, secar

ropa...),
Mostrar la cita

algunas exitosas (freir patatas para tortilla...).

Saludos

José Bengoechea Ibaceta [MS-MVP Access]
http://jbengoechea.com/


"Juan M Afan de Ribera" escribió en el mensaje
news:Oy1Xt%
> Es decir,
>
> Access = Peladora automática de patatas
>
> :-DDDDDDDD
>
> nunca lo hubiera dicho. Joer! y yo perdiendo el tiempo en la cocina...
> Cagontooo!
>
> :-DDDDDDDD
>
> Access... también exiSte ... !!
>
> Saludos,
> Juan M Afan de Ribera
> [MVP Access]
> http://accessvbafaq.mvps.org
> http://www.mvp-access.com/juanmafan
>
>
> "Chea" escribió en el mensaje
> news:%
>> También se puede trabajar desde Access contra SQL Server y nunca se te

va
Mostrar la cita

>> a quedar pequeña la aplicación.
>>
>> La pregunta no era cuál es mejor sistema de base de datos, sino en qué
>> entorno desarrollar la aplicación y la clave está más bien en si te

vale
Mostrar la cita

>> Access como herramienta de desarrollo. Es comparar un cuchillo con una
>> peladora automática de patatas: con el primero puedes hacer muchas más
>> cosas, tienes "más control", pero si de lo que se trata es sólo de

pelar
Mostrar la cita

>> patatas, no hay comparación.
>>
>> Los formularios, subformularios, informes y subinformes de Access, son
>> herramientas formidables y sencillísimas de usar. Si te vale con ellos,
>> no hay duda, pero si necesitas otras cosas con "más control", hay que
>> renunciar a la peladora y coger el cuchillo. Seguramente puede hacerse
>> también desde Access, pero no está pensado para eso.
>>
>> A muchos no les gusta la ventana principal de Access porque resulta de
>> apariencia "poco profesional" y se empeñan en ocultarla. El coste de
>> hacerlo es tan caro que seguramente merecería pasarse a otro entorno.
>>
>> Access merece la pena si te vale tal cómo es, con sus herramientas
>> específicas, sin buscarle tres pies al gato. Se ha quedado un tanto
>> atrasado frente a los punto net, pero la próxima versión, sin salirse

del
Mostrar la cita

>> VBA, viene con un entorno muchísimo más rico para el usuario final con

un
Mostrar la cita

>> coste cero para el desarrollador; basta con importar la aplicación

desde
Mostrar la cita

>> la nueva versión para disponer de todos esos extras.
>>
>>
>> Saludos
>>
>> José Bengoechea Ibaceta [MS-MVP Access]
>> http://jbengoechea.com/
>>
>>
>> "Jose Luis" escribió en el mensaje
>> news:%
>>> Yo te aconsejaria que realizaras la aplicacion por un lado y la base

de
Mostrar la cita

>>> datos por otro lado, el access tiene la ventaja de que para una
>>> aplicacion pequeñita con pocas transacciones te va bien, pero una vez
>>> que quieres hacer un uso mas avanzado se te queda corta en poco

tiempo.
Mostrar la cita

>>> Ademas si le sumas que implementas la aplicacion en el mismo access

pues
Mostrar la cita

>>> tienes un doble problema, la concurrencia de usuarios, si son varios
>>> usuarios los que van a usar la aplicacion tendrias que desplegar un
>>> access con la aplicacion y las tablas vinculadas al access que

contendra
Mostrar la cita

>>> los datos.
>>>
>>> En mi opinion yo crearia la aplicacion en .net y la base de datos sql
>>> express tanto si es para monopuesto como multipuesto, de esta manera

si
Mostrar la cita

>>> se va a realizar en el futuro un uso mayor de la aplicacion solo
>>> tendrias que preocuparte del gestor de base de datos, pasar a una
>>> version de pago en el caso de que fuera necesario, ya que la

aplicacion
Mostrar la cita

>>> seria completamente ajena.
>>>
>>> Suerte.
>>>
>>> "Jordi Maycas" escribió en el mensaje
>>> news:
>>>> Hola!!
>>>>
>>>> Cuando se tiene que crear de 0 una aplicacion que tirara contra una
>>>> base de
>>>> datos por ejemplo de access, una vez creada ¿cuáles son los pros y

los
Mostrar la cita

>>>> contras, de:
>>>>
>>>> a) crear los formularios y añadir el codigo vba desde el mismo
>>>> access, e
>>>> integrarlo todo en access.
>>>>
>>>> o bien
>>>>
>>>> b) crear una aplicacion vb.net (o c++, o c sharp) y vincularla a

la
Mostrar la cita

>>>> bbdd.
>>>>
>>>> ??
>>>>
>>>> ¿que es lo que se tiene en cuenta para tirar hacia un sitio u otro?

yo
Mostrar la cita

>>>> personalmente soy partidario de la opcion b en todos los casos, o
>>>> sea,
>>>> hacerme la bbdd en access, y desde el vb por ejemplo crear los
>>>> formularios y
>>>> demas cosas.
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>