Die VistaDB-Clientlaufzeit ist kostenlos. Die Laufzeit wird niemals "um 3 Uhr morgens ablaufen", wie Sie es ausdrücken. Nur die Entwicklertools werden auf diese Weise lizenziert. Sie benötigen 1 Lizenz pro Entwickler, ganz einfach. Wir bieten sogar eine wirklich preiswerte Lite-Version ohne Visual Studio-Tools an.
Einige andere Vorteile
100 % verwalteter Code - Es gibt keine Interop- oder andere nicht verwaltete Aufrufe in der Engine. Das ist für einige eine große Sache, und andere könnten sich nicht weniger darum kümmern.
Kein Registrierungszugriff erforderlich - Die meisten anderen In-Proc-Datenbanken erfordern Registrierungszugriff, um nach übergeordneten Steuerelementen oder Berechtigungen zu suchen. VistaDB tut nur, was Sie ihm sagen, und läuft sogar mit mittlerer Vertrauenswürdigkeit.
XCopy-Bereitstellung für Runtime und Ihre Datenbank (einzelne Datei). Sie können Ihre Anwendung, die Laufzeitumgebung und Ihre Datenbank kopieren und ausführen. Auf der Maschine muss nichts installiert oder konfiguriert werden, es sind keine besonderen Privilegien erforderlich (wir können in mittlerer Vertrauenswürdigkeit oder höher ausführen).
Isolierter Speicher - Sie können Ihre gesamte Datenbank in den isolierten Speicher stellen und von dort aus direkt ausführen. Dies macht es sehr einfach, sichere Click-Once-Anwendungen zu erstellen, die Datenbanken auf domänenfreundliche Weise für Unternehmensumgebungen schreiben. Es ist nicht erforderlich, die Benutzerdaten auf einem freigegebenen Laufwerk zu speichern oder sich um die Berechtigungszuordnung zu kümmern.
CLR-Trigger / CLR-Prozesse - Sie können CLR-Code schreiben und sie als Trigger oder Stored Procs verwenden. Wir haben erst kürzlich Änderungen eingeführt, um die Verwaltung einer einzelnen CLR-Assembly, die sowohl in VistaDB als auch in SQL Server 2005/2008 ausgeführt werden kann, noch einfacher zu machen.
T-SQL-Prozesse - VistaDB T-SQL-Prozesse sind mit SQL Server 2005/2008 kompatibel. Jede Prozedur, die in unserer Engine funktioniert, wird in SQL Server ausgeführt. Das bedeutet nicht, dass alles, was dort läuft, zu uns portiert wird. Wir sind eine Teilmenge der Funktionalität in SQL Server. Aber wir sind auch die einzige Möglichkeit, T-SQL Procs ohne SQL Server auszuführen (SQL CE kann das nicht).
Ich persönlich denke, dass eines der größten Features die Möglichkeit ist, später auf SQL Server zu aktualisieren. Alle VistaDB-Typen, Syntax und CLR-Procs, T-SQL-Procs usw. werden alle auf SQL Server ausgeführt. (Sie können jedoch nicht alles von SQL Server auf VistaDB übertragen, es ist eine Teilmenge)
32/64-Bit-Bereitstellung - VistaDB ist eine einzelne Assembly-Bereitstellung, die sowohl 32- als auch 64-Bit ohne Änderungen ausführt. SQL CE erfordert je nach Betriebssystem zwei unterschiedliche Laufzeiten und kann unter IIS überhaupt nicht ausgeführt werden. Access hat keine 64-Bit-Laufzeit, und die neueste 32-Bit-Laufzeit kann nur über MSI bereitgestellt werden. Die 32-Bit-Version von Windows hat die Laufzeit, die 64-Bit-Version nicht.
Relationale Integrität - VistaDB erzwingt auch tatsächlich Ihre Beschränkungen und Fremdschlüssel. Sie können spezifische Kaskadenaktualisierungen durchführen und Vorgänge löschen. Die Person, die kommentiert hat, dass wir wie SQLITE sind, liegt in dieser Hinsicht falsch. Sie parsen Einschränkungen, setzen sie aber nicht durch.
BEARBEITEN:Sie haben jetzt Unterstützung für FKs in SQLite. Sie werden jedoch nicht standardmäßig einkompiliert und verwenden nicht dieselbe Syntax wie SQL Server.
Mittleres Vertrauen - Die Möglichkeit, auf einem Webserver mit mittlerem Vertrauen zu laufen, ist ein weiteres Feature, das viele nicht interessieren wird, aber es ist eine große Sache. Viele Steuerelemente von Drittanbietern können nicht einmal in Medium Trust ausgeführt werden. Wir können die komplette Engine innerhalb von Medium Trust ausführen, da wir uns zu 100 % für verwalteten Code einsetzen und nur die geringste Genehmigung benötigen.
- Vollständige Offenlegung - Ich bin der Besitzer von VistaDB, also bin ich vielleicht voreingenommen. :)
