hi Rene,
[quoted text, click to view] Rene wrote:
> I am in the process of downgrading an MSDE database to a Jet (Access)
> database for the following reason:
>
> 1. Size: Deployment of an MSDE database engine is inflating my
> distribution file (Setup.exe) over 20 Megs! With an Access database
> this number is ZERO because all the infrastructure to access my
> Access database is already included on the .Net framework.
actually 43mb :D
http://www.microsoft.com/downloads/details.aspx?FamilyId=413744D1-A0BC-479F-BAFA-E4B278EB9147&displaylang=en [quoted text, click to view] > 2. Setup: MSDE is complex to setup, you pretty much have to use an
> installer to accomplish this where with an Access database you just
> copy the mdb file and you are done.
right, but the installer can really be a little companion tool that provides
an UI to the setup.exe boostrap installer to gather all required parameters
and user options, then shells to setup.exe... but ok, it's more complex than
mdb file copy..
[quoted text, click to view] > 3. Maintainability: With MSDE I will have to issue independent
> patches for fixes to the MSDE engine where with an Access database,
> fixes are included in the .Net framework service pack.
AFAIK .Net FWK does not contain MDAC... and MDAC itself, up to v. 2.6 no
longer provides the JET components, so you manually have to install/upgrade
it.. ok, actual Win OS releases already have it as part of core
installation, but you have to manually upgrade JET "things"..
[quoted text, click to view] > 4. Portability: With a .Net application and an Access database, I
> could copy my program and the database into a USB memory stick or a
> writable CD and actually run my application from there, this is a big
> deal for me as people can carry my application on their USB keychain
> and use it any time in any computer. This is not possible with MSDE.
you can do sort of this with MSDE too... your application must attach the
dbs residing on the USB key at application start up, and obviously detach
them before key removal (or the dbs will be marked as suspect).. this is not
the very best solution for SQL Server database, both for performance and
security reasons, but it can be done... and, of course, even if this is an
MSDE default setting, set the autoclose db option :D
just a side note... I recently bought an USB key and read something about
100.000 writes warranty...
well, I really do not know how long does it takes for SQL Server/MSDE (but
even JET) to exceed this value, but I'd expect not that much time.... so
stay tuned :D
[quoted text, click to view] > Number 1 & 4 are biggies for me. The think that really bothers me is
> that my application already runs online against an SQL server
> database so using an MSDE to have the database running locally makes
> it EXTREMELY simple for me because I can use the exact same SQL
> server database directly were with access I will have create a new
> database, rewrite my stored procedure logic and maintain 2 database
> (online SQL server and local Access database).
> If the new version of MSDE is basically the same thing as the old MSDE
> except that it has more features then I guess I am doomed and I will
> have to use an Access database.
SQLExpress will support (single user) User Instances,
http://tinyurl.com/bm3to , that combined with .Net XCopy deployment can
perhaps get your point...
--
Andrea Montanari (Microsoft MVP - SQL Server)
http://www.asql.biz/DbaMgr.shtm http://italy.mvps.org DbaMgr2k ver 0.15.0 - DbaMgr ver 0.60.0
(my vb6+sql-dmo little try to provide MS MSDE 1.0 and MSDE 2000 a visual
interface)
--------- remove DMO to reply