Do you wonder if your IT business is truly profitable or if you should raise your prices? Learn how to calculate your overhead burden using our free interactive tool and use it to determine the right price for your IT services. Start calculating Now!
Storage format / engine for my database
I have a data set with ~7 million 32-character strings. I am trying to find the most efficient storage for it.
It needs to be encrypted.
It needs fast searching.
It needs to be stand-alone.
It needs to be as compact as possible for online distribution.
I have tried Absolute Database but the resulting data file is about 800K.
I tried mOrmot SQLite3 and the data file is about 400K.
I tried a simple in-memory string list but it gobbles up about 450K of RAM.
What are my options?
It needs to be encrypted.
It needs fast searching.
It needs to be stand-alone.
It needs to be as compact as possible for online distribution.
I have tried Absolute Database but the resulting data file is about 800K.
I tried mOrmot SQLite3 and the data file is about 400K.
I tried a simple in-memory string list but it gobbles up about 450K of RAM.
What are my options?
Do more with
EXPERT OFFICE® is a registered trademark of EXPERTS EXCHANGE®
have you got any realistic numbers of what to expect ?
32x7000000 chars = 224000000 bytes (or 213 Mb)
400K / 213Mb is a factor of 1/532,
so thats a very good compression factor by the look of it
it looks like you already have what you look for
or is there an other problem ?
32x7000000 chars = 224000000 bytes (or 213 Mb)
400K / 213Mb is a factor of 1/532,
so thats a very good compression factor by the look of it
it looks like you already have what you look for
or is there an other problem ?
I don't know what to expect or what my options are which is why I asked.
I am hoping there might be something more suitable that I haven't found yet.
If it is indeed the best option that is fine too, I just need to know it.
I am hoping there might be something more suitable that I haven't found yet.
If it is indeed the best option that is fine too, I just need to know it.
Well, i guess it depends on what you are really doing with this.
213MBytes (NB "b" = bits, "B" = Bytes) is a tiny database and you would have to go back probably 10 years to find a memory stick it couldnt fit on!
Even on 4Mb broadband it will only take 5 minutes or so to download.
Why does it need to be compressed? It will just make it slower to access.
213MBytes (NB "b" = bits, "B" = Bytes) is a tiny database and you would have to go back probably 10 years to find a memory stick it couldnt fit on!
Even on 4Mb broadband it will only take 5 minutes or so to download.
Why does it need to be compressed? It will just make it slower to access.
It only needs to be compressed during distribution/installation.
Ugh, I just realized what I did. Posting when tired and not braining properly.
It doesn't look like I can edit my original question. Should have been:
I have tried Absolute Database but the resulting data file is about 800MB.
I tried mOrmot SQLite3 and the data file is about 400MB.
I tried a simple in-memory string list but it gobbles up about 450MB of RAM.
Ugh, I just realized what I did. Posting when tired and not braining properly.
It doesn't look like I can edit my original question. Should have been:
I have tried Absolute Database but the resulting data file is about 800MB.
I tried mOrmot SQLite3 and the data file is about 400MB.
I tried a simple in-memory string list but it gobbles up about 450MB of RAM.
It is too big. Customers still on slow connections or even dialup have problems with it. The download installer at almost 1GB is using up almost 5TB a month in bandwidth. That is just for the initial distribution/installation.
It is being distributed via my website. Updates are daily but just incrementally so that isn't a big problem.
It is being distributed via my website. Updates are daily but just incrementally so that isn't a big problem.
have you tried putting the strings in a text file and zipping it ?
zip is very good at text compression
zip is very good at text compression
I tried using a compressed string list. But it takes up too much RAM when loaded. From my original question "I tried a simple in-memory string list but it gobbles up about 450MB of RAM."
I am trying SynSQLite3 right now and it looks promising. About 500MB on disk and almost zero memory footprint. That database will compress down to about 300MB for distribution which is a huge improvement over almost 1GB.
lol, i wasn't meaning for you to load as a stringlist
>> my idea was:
put all your text in a file.txt
> zip this file.txt
when you start your app or appinstaller:
> unzip the file
> load it into a database in the local environment
the local environment could be a company which hosts an enterprise database like sql server, oracle, etc ...
that way you can have 1 dictionary (at least i think it's a dictionary)
for all pc's in 1 local environment and you'd only have to do the upload once
and set the connection string on the others
>> i know it's a differrent ball game like this
>> my idea was:
put all your text in a file.txt
> zip this file.txt
when you start your app or appinstaller:
> unzip the file
> load it into a database in the local environment
the local environment could be a company which hosts an enterprise database like sql server, oracle, etc ...
that way you can have 1 dictionary (at least i think it's a dictionary)
for all pc's in 1 local environment and you'd only have to do the upload once
and set the connection string on the others
>> i know it's a differrent ball game like this
When I do an incremental update it is a zipped text file that is imported. However the original distribution contains the full current database. The end-user won't have a database server aside from the one I run which they access over the Internet. This isn't for enterprise customers, it's average home users.
The database on the customer's home computer is a stand-alone SQL database.
The database on the customer's home computer is a stand-alone SQL database.
Premium Content
You need an Expert Office subscription to comment.Start Free Trial