Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
AW: [smila-dev] Re: Problems with BinStorage

Hi Marius,
some remarks to the wiki page:

- the BinStorage should be totally independent of the BlackboardService as well as Record and Record IDs (you already use String as key)
- don't stick to much to the concept of a "file", BinStorage is used to store large (mostly binary) data
- I suggest shorter method names like "load", "store" and "delete"
- I also suggest to use Streams instead of byte[] for store and load
- it is not required to have a 1:1 mapping of attachment to file/folder in the filesystem. In fact, I think that this approach is not feasible for high volume of data, even with a tree structure. So perhaps there are other techniques needed on top of final storage in the filesystem. But maybe this can be done in a more advanced implementation.

 
Bye,
Daniel

> -----Ursprüngliche Nachricht-----
> Von: smila-dev-bounces@xxxxxxxxxxx [mailto:smila-dev-
> bounces@xxxxxxxxxxx] Im Auftrag von Marius Cimpean
> Gesendet: Mittwoch, 8. Oktober 2008 00:03
> An: smila-dev@xxxxxxxxxxx
> Betreff: [smila-dev] Re: Problems with BinStorage
> 
> Hi all
> 
> 1. I completely restructured the binstorage bundles (not in the SVN
> yet) -
> from the design&architecture point of view (the persistence logic is
> still
> the same - flat fs). My intention was, first to restructure the
> binstorage
> bundles (done) and then improve the persistence mechanism (backend -
> persistence logic) - based on the discussion list. The reported test
> case by
> Daniel (huge amount of data) sounds like "it is a must" related to
> changing
> the persistence mechanism, which currently was implemented (as
> described by
> Daniel in flat fs way).
> 2. Wiki page for binstorage
> http://wiki.eclipse.org/SMILA/Project_Concepts/Binary_Storage
> 
> Best regards,
> Marius
> 


Back to the top