![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
I write many VB.NET programs for MV databases, and I sometimes wish I could have a simple, minimal, self-contained, stand-alone MV database that I could distribute with my code on a CD (sort of like a .mdb file in Access) - no complex installation required. Just copy-onto-your-disk-and-go. That got me wondering a little. 1) Does such an implementation exist? 2) What would such a minimal MV system consist of? I think it would need the following: 1) The MV file structure (dicts and data sections) to actually put in data 2) Recall/Access/English - I would want to do SELECTs, etc. via my VB program. Also need it to generate MV reports. Otherwise I'd need to teach Crystal Reports, etc. to understand MV data - not an easy task on a minimal system. 3) All the conversion codes, so I could create dictionaries as I wish (to do those SELECTs) 4) Obviously, some API so that I could work with the database in VB (something like UniObjects, jBase Objex, etc.) I don't think it would need the following: 1) DataBasic - since I would be working in VB.NET 2) Debugger - I'd be using the .NET debugger. 3) Editor 4) Proc - even though I do use it on MV systems, I could do without it via EXECUTEs 5) Runoff 6) Spooler - printing done via the Windows spooler 7) Update processor - never used it I'm not sure about TCL. There are some commands I might want (COPY, CREATE-FILE, etc), but I'm still wavering. Any thoughts about this? Sholom |
#3
| |||
| |||
|
|
OpenQM |
#4
| |||
| |||
|
|
OpenQM can be loaded without any real installation? I'm talking about something like an Access .mdb file. Just place it on your disk, and your program can read and write to it. No fuss, no muss. Is OpenQM close to that? Simon Verona wrote: OpenQM No but then again, Access only works because Windows and the dotnet |
#5
| |||
| |||
|
|
sh wrote: OpenQM can be loaded without any real installation? I'm talking about something like an Access .mdb file. Just place it on your disk, and your program can read and write to it. No fuss, no muss. Is OpenQM close to that? Simon Verona wrote: OpenQM No but then again, Access only works because Windows and the dotnet framework ship with drivers to read mdb files. You are pretty much restricting yourself to databases that require no services to be installed, and have all te drivers already installed on Windows... I think that that gives you .mdb's, MSDE (though I think that that needs a service installing though I could be wrong), dbase and perhaps a couple of others - all low end databases. What I meant is that OpenQM could be installed alongside your application as an embedded database, so could be seamlessly installed with your app. Regards Simon |
#6
| |||
| |||
|
|
You are pretty much restricting yourself to databases that require no services to be installed, and have all te drivers already installed on Windows... I think that that gives you .mdb's, MSDE (though I think that that needs a service installing though I could be wrong), dbase and perhaps a couple of others - all low end databases. |
|
What I meant is that OpenQM could be installed alongside your application as an embedded database. |
#7
| |||
| |||
|
|
I write many VB.NET programs for MV databases, and I sometimes wish I could have a simple, minimal, self-contained, stand-alone MV database that I could distribute with my code on a CD (sort of like a .mdb file in Access) - no complex installation required. Just copy-onto-your-disk-and-go. That got me wondering a little. 1) Does such an implementation exist? 2) What would such a minimal MV system consist of? I think it would need the following: 1) The MV file structure (dicts and data sections) to actually put in data 2) Recall/Access/English - I would want to do SELECTs, etc. via my VB program. Also need it to generate MV reports. Otherwise I'd need to teach Crystal Reports, etc. to understand MV data - not an easy task on a minimal system. 3) All the conversion codes, so I could create dictionaries as I wish (to do those SELECTs) 4) Obviously, some API so that I could work with the database in VB (something like UniObjects, jBase Objex, etc.) I don't think it would need the following: 1) DataBasic - since I would be working in VB.NET 2) Debugger - I'd be using the .NET debugger. 3) Editor 4) Proc - even though I do use it on MV systems, I could do without it via EXECUTEs 5) Runoff 6) Spooler - printing done via the Windows spooler 7) Update processor - never used it I'm not sure about TCL. There are some commands I might want (COPY, CREATE-FILE, etc), but I'm still wavering. Any thoughts about this? Sholom |
#8
| |||
| |||
|
|
Sholom: I think Revelation would do nicely. It's probably perfect for your needs. http://www.revelation.com/ Bill |
#9
| |||
| |||
|
|
OpenQM -- ================================ Simon Verona Dealer Management Service Ltd Stewart House Centurion Business Park Julian Way Sheffield S9 1GD Tel: 0870 080 2300 Fax: 0870 735 0011 "sh" <shamada (AT) prupipe (DOT) com> wrote in message news:wlKxg.172$0e5.71 (AT) newsread4 (DOT) news.pas.earthlink.net... I write many VB.NET programs for MV databases, and I sometimes wish I could have a simple, minimal, self-contained, stand-alone MV database that I could distribute with my code on a CD (sort of like a .mdb file in Access) - no complex installation required. Just copy-onto-your-disk-and-go. That got me wondering a little. 1) Does such an implementation exist? 2) What would such a minimal MV system consist of? I think it would need the following: 1) The MV file structure (dicts and data sections) to actually put in data 2) Recall/Access/English - I would want to do SELECTs, etc. via my VB program. Also need it to generate MV reports. Otherwise I'd need to teach Crystal Reports, etc. to understand MV data - not an easy task on a minimal system. 3) All the conversion codes, so I could create dictionaries as I wish (to do those SELECTs) 4) Obviously, some API so that I could work with the database in VB (something like UniObjects, jBase Objex, etc.) I don't think it would need the following: 1) DataBasic - since I would be working in VB.NET 2) Debugger - I'd be using the .NET debugger. 3) Editor 4) Proc - even though I do use it on MV systems, I could do without it via EXECUTEs 5) Runoff 6) Spooler - printing done via the Windows spooler 7) Update processor - never used it I'm not sure about TCL. There are some commands I might want (COPY, CREATE-FILE, etc), but I'm still wavering. Any thoughts about this? Sholom |
#10
| |||
| |||
|
|
Since OpenQM is Open Source, it should be possible to customize it. Henry Keultjes Simon Verona wrote: OpenQM -- ================================ Simon Verona Dealer Management Service Ltd Stewart House Centurion Business Park Julian Way Sheffield S9 1GD Tel: 0870 080 2300 Fax: 0870 735 0011 "sh" <shamada (AT) prupipe (DOT) com> wrote in message news:wlKxg.172$0e5.71 (AT) newsread4 (DOT) news.pas.earthlink.net... I write many VB.NET programs for MV databases, and I sometimes wish I could have a simple, minimal, self-contained, stand-alone MV database that I could distribute with my code on a CD (sort of like a .mdb file in Access) - no complex installation required. Just copy-onto-your-disk-and-go. That got me wondering a little. 1) Does such an implementation exist? 2) What would such a minimal MV system consist of? I think it would need the following: 1) The MV file structure (dicts and data sections) to actually put in data 2) Recall/Access/English - I would want to do SELECTs, etc. via my VB program. Also need it to generate MV reports. Otherwise I'd need to teach Crystal Reports, etc. to understand MV data - not an easy task on a minimal system. 3) All the conversion codes, so I could create dictionaries as I wish (to do those SELECTs) 4) Obviously, some API so that I could work with the database in VB (something like UniObjects, jBase Objex, etc.) I don't think it would need the following: 1) DataBasic - since I would be working in VB.NET 2) Debugger - I'd be using the .NET debugger. 3) Editor 4) Proc - even though I do use it on MV systems, I could do without it via EXECUTEs 5) Runoff 6) Spooler - printing done via the Windows spooler 7) Update processor - never used it I'm not sure about TCL. There are some commands I might want (COPY, CREATE-FILE, etc), but I'm still wavering. Any thoughts about this? Sholom |
![]() |
| Thread Tools | |
| Display Modes | |
| |