sql >> Database >  >> RDS >> Sqlserver

Wat zijn de voordelen van VistaDB

De runtime van de VistaDB-client is gratis. De looptijd zal nooit "verlopen om 3 uur" zoals u het stelt. Alleen de ontwikkelaarstools hebben op die manier een licentie. Je hebt 1 licentie per ontwikkelaar nodig, simpel. We bieden zelfs een echt goedkope Lite-versie zonder Visual Studio-tools.

Enkele andere voordelen

100% beheerde code - er zijn geen interop of andere onbeheerde oproepen in de engine. Dit is een groot probleem voor sommigen, en anderen kan het niet schelen.

Geen registertoegang vereist - De meeste andere in proc-databases hebben toegang tot het register nodig om te zoeken naar ouderlijk toezicht of machtigingen. VistaDB doet alleen wat u het zegt en werkt zelfs in Medium Trust.

XCopy-implementatie voor runtime en uw database (enkel bestand). U kunt uw toepassing, de runtime en uw database kopiëren en uitvoeren. Niets te installeren of configureren op de machine, geen speciale privileges nodig (we kunnen draaien in Medium Trust of hoger).

Geïsoleerde opslag - U kunt uw volledige database in geïsoleerde opslag plaatsen en het vanaf daar rechtstreeks uitvoeren. Dit maakt het heel eenvoudig om veilige klik-eenmaal-applicaties te bouwen die databases schrijven op een domeinvriendelijke manier voor bedrijfsomgevingen. U hoeft de gebruikersgegevens niet op een gedeelde schijf op te slaan of u hoeft zich geen zorgen te maken over het toewijzen van machtigingen.

CLR-triggers / CLR-procedures - U kunt CLR-code schrijven en deze gebruiken als triggers of opgeslagen procedures. We hebben onlangs wijzigingen aangebracht om het nog gemakkelijker te maken om één enkele CLR-assemblage te onderhouden die zowel in VistaDB als in SQL Server 2005/2008 kan worden uitgevoerd.

T-SQL-procedures - VistaDB T-SQL Procs zijn compatibel met SQL Server 2005/2008. Elke procedure die in onze engine werkt, wordt uitgevoerd in SQL Server. Dat betekent niet dat alles wat daar draait naar ons zal worden overgedragen. Wij zijn een subset van de functionaliteit in SQL Server. Maar we zijn ook de enige manier om T-SQL Procs uit te voeren zonder SQL Server (SQL CE kan het niet).

Persoonlijk denk ik dat een van de grootste functies de mogelijkheid is om later naar SQL Server te upgraden. Alle VistaDB-typen, syntaxis en CLR-procedures, T-SQL-procedures, enz. werken allemaal op SQL Server. (Je kunt echter niet alles van SQL Server naar VistaDB brengen, het is een subset)

32/64-bits implementatie - VistaDB is een enkele assembly-implementatie die zowel 32- als 64-bits draait zonder wijzigingen. SQL CE vereist twee verschillende runtimes, afhankelijk van het besturingssysteem, en kan helemaal niet worden uitgevoerd onder IIS. Access heeft geen 64-bits runtime en de meest recente 32-bits runtime kan alleen worden geïmplementeerd via MSI. De 32-bits versie van Windows heeft de runtime, de 64-bits versie niet.

Relationele integriteit - VistaDB handhaaft ook daadwerkelijk uw beperkingen en Foreign Keys. U kunt specifieke cascade-update- en verwijderbewerkingen uitvoeren. De persoon die opmerkte dat we op SQLITE lijken, heeft het in dit opzicht bij het verkeerde eind. Ze ontleden beperkingen, maar dwingen ze niet af.

EDIT:Ze hebben nu wel ondersteuning voor FK's in SQLite. Maar ze zijn niet standaard gecompileerd en gebruiken niet dezelfde syntaxis als SQL Server.

Gemiddeld vertrouwen - De mogelijkheid om op een medium trust webserver te draaien is een andere functie waar velen niet om geven, maar het is een groot probleem. Veel besturingselementen van derden kunnen niet eens worden uitgevoerd in Medium Trust. We kunnen de volledige engine binnen Medium Trust draaien vanwege onze toewijding aan 100% beheerde code en de minste toestemming vereist.

- Volledige openbaarmaking - Ik ben de eigenaar van VistaDB, dus ik kan bevooroordeeld zijn. :)



  1. Exporteer tabel naar bestand met kolomkoppen (kolomnamen) met behulp van het bcp-hulpprogramma en SQL Server 2008

  2. Is er een verschil tussen SQL Server Express (2012) en LocalDB?

  3. ClassCastException:java.math.BigInteger kan niet worden gecast naar java.lang.Lang bij verbinding met MySQL

  4. SQL-injectie in ASP.Net voorkomen