El tiempo de ejecución del cliente de VistaDB es gratuito. El tiempo de ejecución nunca "expirará a las 3 a.m." como lo pones. Solo las herramientas de desarrollador tienen licencia de esa manera. Necesitas 1 licencia por desarrollador, simple. Incluso ofrecemos una versión Lite realmente económica sin herramientas de Visual Studio.
Algunos otros beneficios
100% código administrados - no hay interoperabilidad o de otras llamadas no administrados en el motor. Esto es un gran problema para algunos, y a otros no les puede importar menos.
No se requiere acceso al registro - La mayoría de las demás bases de datos de proc requieren acceso de registro para buscar controles principales o permisos. VistaDB solo hace lo que le dices que haga, e incluso se ejecutará en Medium Trust.
Implementación de XCopy para el tiempo de ejecución y su base de datos (un único archivo). Puede copiar su aplicación, el tiempo de ejecución y su base de datos y ejecutarla. No hay nada que instalar o configurar en la máquina, no se necesitan privilegios especiales (podemos ejecutar en confianza media o superior).
Almacenamiento aislado - Puede poner toda su base de datos en almacenamiento aislado y ejecutarlo desde allí directamente. Esto hace que sea muy fácil crear aplicaciones seguras con solo un clic que escriban bases de datos de una manera fácil de usar para entornos corporativos. No es necesario almacenar los datos del usuario en una unidad compartida o preocuparse por la asignación de permisos.
Disparadores CLR/Proc CLR - Puede escribir el código CLR y utilizarlos como activadores o procesos almacenados. Recientemente, hemos introducido cambios para que sea aún más fácil mantener una sola Asamblea de CLR que pueda ejecutarse tanto en VistaDB como en SQL Server 2005/2008.
T-SQL Procs - VistaDB Los T-SQL Procs son compatibles con SQL Server 2005/2008. Cualquier procedimiento que funcione en nuestro motor se ejecutará en SQL Server. Eso no significa que cualquier cosa que se ejecute allí nos transmita. Somos un subconjunto de la funcionalidad en SQL Server. Pero también somos la única forma de ejecutar T-SQL Procs sin SQL Server (SQL CE no puede hacerlo).
Personalmente creo que una de las características más importantes es la capacidad de convertir SQL Server más tarde. Todos los tipos de VistaDB, la sintaxis y los procesos de CLR, los procs de T-SQL, etc. se ejecutarán en SQL Server. (No se puede tomar todo de SQL Server a VistaDB sin embargo, es un subconjunto)
32/64 bits despliegue - VistaDB es un solo despliegue de montaje que se extiende de 32 y 64 bits sin cambios. SQL CE requiere dos tiempos de ejecución diferentes según el sistema operativo, y no se puede ejecutar bajo IIS en absoluto.
El acceso no tiene un tiempo de ejecución de 64 bits, y el tiempo de ejecución más reciente de 32 bits solo se puede implementar a través de MSI. La versión de 32 bits de Windows tiene el tiempo de ejecución, la versión de 64 bits no.
Integridad relacional - VistaDB también aplica sus restricciones y claves foráneas. Puede actualizar en cascada específica y eliminar operaciones. La persona que comentó que somos como SQLITE está equivocada a este respecto. Analizan restricciones, pero no las aplican.
EDITAR: Tienen soporte para FK ahora en SQLite. Pero no están compilados por defecto, y no usan la misma sintaxis que SQL Server.
Medium Trust - La capacidad de ejecutar en un servidor web de confianza media es otra característica que a muchos no les importará, pero es un gran problema. Muchos controles de terceros ni siquiera se pueden ejecutar en Medium Trust. Podemos ejecutar el motor completo dentro de Medium Trust debido a nuestro compromiso con el 100% de código administrado y el menor permiso requerido.
- Divulgación completa - Soy el propietario de VistaDB, así que puede ser parcial. :)
¿Qué hay de las desventajas también? – jcollum
Cuesta dinero. No es tan maduro. No tiene muchos (¿muchos?) Ojos mirándolo. –
Compatible con VistaDB Entity Framework (EDM) – user212175