L'exécution du client VistaDB est gratuite. Le temps d'exécution "n'expirera jamais à 3h du matin" comme vous le dites. Seuls les outils de développement sont sous licence de cette manière. Vous avez besoin d'une licence par développeur, c'est simple. Nous proposons même une version Lite vraiment peu coûteuse sans outils Visual Studio.
Quelques autres avantages
Code géré à 100 % - il n'y a pas d'interopérabilité ou d'autres appels non gérés dans le moteur. C'est un gros problème pour certains, et d'autres s'en fichent.
Aucun accès au registre requis - La plupart des autres bases de données in proc nécessitent un accès au registre pour rechercher des contrôles parents ou des autorisations. VistaDB ne fait que ce que vous lui dites de faire, et fonctionnera même en niveau de confiance moyen.
Déploiement XCopy pour le runtime et votre base de données (fichier unique). Vous pouvez copier votre application, le runtime et votre base de données et exécuter. Rien à installer ou à configurer sur la machine, aucun privilège spécial n'est nécessaire (nous pouvons exécuter en niveau de confiance moyen ou supérieur).
Stockage isolé - Vous pouvez placer l'intégralité de votre base de données dans le stockage isolé et l'exécuter directement à partir de là. Cela facilite la création d'applications sécurisées en un clic qui écrivent des bases de données d'une manière conviviale pour les environnements d'entreprise. Il n'est pas nécessaire de stocker les données utilisateur sur un lecteur partagé ni de se soucier du mappage des autorisations.
Déclencheurs CLR/Procs CLR - Vous pouvez écrire du code CLR et les utiliser comme déclencheurs ou procédures stockées. Nous venons tout juste d'introduire des modifications pour faciliter encore plus la maintenance d'un seul assemblage CLR pouvant s'exécuter à la fois dans VistaDB et SQL Server 2005/2008.
Processus T-SQL - Les processus VistaDB T-SQL sont compatibles avec SQL Server 2005/2008. Toute procédure qui fonctionne dans notre moteur s'exécutera dans SQL Server. Cela ne veut pas dire que tout ce qui s'y déroulera nous rejoindra. Nous sommes un sous-ensemble des fonctionnalités de SQL Server. Mais nous sommes également le seul moyen d'exécuter T-SQL Procs sans SQL Server (SQL CE ne peut pas le faire).
Personnellement, je pense que l'une des plus grandes fonctionnalités est la possibilité de migrer vers SQL Server ultérieurement. Tous les types VistaDB, la syntaxe et les procs CLR, les procs T-SQL, etc. s'exécuteront tous sur SQL Server. (Vous ne pouvez pas tout prendre de SQL Server à VistaDB, c'est un sous-ensemble)
Déploiement 32/64 bits - VistaDB est un déploiement d'assemblage unique qui s'exécute à la fois en 32 et 64 bits sans modifications. SQL CE nécessite deux runtimes différents selon le système d'exploitation et ne peut pas du tout s'exécuter sous IIS. Access n'a pas d'environnement d'exécution 64 bits, et l'environnement d'exécution 32 bits le plus récent ne peut être déployé que via MSI. La version 32 bits de Windows a le runtime, la version 64 bits ne l'a pas.
Intégrité relationnelle - VistaDB applique également vos contraintes et vos clés étrangères. Vous pouvez mettre à jour en cascade et supprimer des opérations spécifiques. La personne qui a commenté que nous sommes comme SQLITE a tort à cet égard. Ils analysent les contraintes, mais ne les appliquent pas.
EDIT :Ils prennent désormais en charge les FK dans SQLite. Mais ils ne sont pas compilés par défaut et n'utilisent pas la même syntaxe que SQL Server.
Confiance moyenne - La possibilité de fonctionner sur un serveur Web de confiance moyenne est une autre fonctionnalité dont beaucoup ne se soucient pas, mais c'est un gros problème. De nombreux contrôles tiers ne peuvent même pas s'exécuter dans Medium Trust. Nous pouvons exécuter le moteur complet dans Medium Trust en raison de notre engagement envers un code 100 % géré et le moins d'autorisations requises.
- Divulgation complète - Je suis le propriétaire de VistaDB donc je peux être partial. :)
