Sql Server 2005 Compact Edition v. Access

03/04/2007 - 08:12 por Santiago Barro | Informe spam
Hola a todos,
desde siempre en nuestros proyectos grandes hemos utilizado Sql Server como
base de datos y al realizar otras aplicaciones más pequeñas, normalmente
monousuario, hemos utilizado Access por su fácil implementación.
Ahora, en nuestras aplicaciones para dispositívos móviles, utilizamos Sql
Server 2005 Compact Edition.

Pero después de leer este artículo
http://www.microsoft.com/spanish/ms...19483.mspx
me salta una duda.
¿Para pequeñas aplicaciones de escritorio monousuario o de pocos usuarios
concurrentes es mejor utilizar Sql Server 2005 Compact Edition o Access?
¿Que ventajas o incovenientes puedo tener con una y otra?

De momento, me acuerdo que en Sql Server Compact, no pudimos ejecutar la
instrucción "SELECT TOP" con lo que es un problema importante a tener en
cuenta.

¿Cual es vuestra opinión?

Gracias y un saludo
Santiago Barro

Preguntas similare

Leer las respuestas

#6 Santiago Barro
04/04/2007 - 08:23 | Informe spam
Gracias a todos por las respuestas.

Nosotros también utilizamos MSDE y Sql Server en la gran mayoría de nuestros
proyectos, pero nos hemos encontrado que, algunas veces, tenemos que
desarrollar aplicaciones pequeñas que utilizará un sólo usuario y que, por
su naturaleza, no crecerá en adelante.

En estos casos tenemos además que mandamos los archivos incluyendo la base
de datos Access y a correr. Ni siquiera nos tenemos que desplazar.

Simplemente tenía curiosidad por saber si en estos casos Sql Server 2005
Compact Edition hubiera sido mejor solución o no.

Un saludo
Santiago Barro

"Maxi" escribió en el mensaje
news:
Mostrar la cita
#7 Maxi
05/04/2007 - 23:13 | Informe spam
Hola, yo ta,mbien hago para mono usuario y con msde sin necesidad de
desplazarme, en el instalador pongo todo y listo, se instala el MSDE se
instala la Base se instala la aplicacion, pero me ha pasado que pense que
esa aplicacion no crecia y luego puff!! Ademas si tengo q hacerlas en access
hay q cambiar el modelo, ya q no soportan Stores procedures por ej y SQL y
ademas hay q aprender 2 cosas, entonces prefiero hacer todo en SQL y tengo
ya el modelo armado con las capas correspondientes, el trabajo es el mismo y
si usas un buen generador de codigo sos mas eficiente


"Santiago Barro" escribió en el mensaje de
noticias news:
Mostrar la cita
Ads by Google
Search Busqueda sugerida