Desventajas del uso de SQL Server Compact frente a la base de datos SQL Server dedicada

Question

Me pregunto cuáles son las diferencias clave entre utilizar una base de datos SQL Server Compact (.sdf) y una base de datos completa como, por ejemplo, SQL Server Express?

¿Hay algún problema de rendimiento importante, y si es así, qué tan grande puede llegar a la base de datos compacta antes de comenzar a notar esto?

Al iniciar proyectos, encuentro que el uso de una base de datos compacta es una solución simple, directa y limpia, ¿cuándo debo convertir y moverme a una base de datos dedicada?

Answer 1

Vamos a tratar:

• máximo de 2 GB de tamaño de archivo
• No hay procedimientos almacenados, triggers, etc.
• Ningún proceso que cargarse en el dominio de aplicación
• Por lo que yo sé, no hay optimizador basado en costo o planes de consulta para consultas
• Falta de acceso simultáneo de varios usuarios al mismo tiempo

El gran problema aquí es que CE es solo un archivo en su sistema y se obtiene acceso a través de una simple llamada InApp utilizando un dll. Eso es y en muchos escenarios esto es suficiente. Mucha gente diría que puedes cambiar a SQLS más tarde, pero no lo creo. ¡Es un mundo completamente diferente! CE es un producto único en mi opinión.

¡Recuerde que debe desplegar el CE-DLL cuando quiera publicar su aplicación!

Answer 2

SQL Compact no es compatible con los procedimientos almacenados. Usted escribe toda su consulta directamente en el código. Eso es suficiente para que yo elija el SQL Express. Ahora, también tenemos la opción de LocalDB que simplifica los escenarios de implementación.

Answer 3

Ver mi tabla de comparación aquí: http://erikej.blogspot.dk/2011/01/comparison-of-sql-server-compact-4-and.html