@reto
that would be the best way.
Von: Reto Bachmann-Gmür [mailto:[email protected]]
Gesendet: Dienstag, 4. Mai 2010 15:41
An: [email protected]; Oliver Strässer; Fabian Wabbel
Betreff: Aw: Backup Strategy for content graph
Took my a while to find out how this request relates to the subject.
I'm against the proposal, it shouldn't be up to the application to decide on
the storage strategy, if we find that blobs should not be stored as literals in
the triple store this should be changed transparently to the applications.
Cheers,
Reto
----- Ursprüngliche Mitteilung -----
> Hi Tsuy
>
> can you offer an an additional function in the discobitsHandler
>
> like:
> discobitsHandler.putOnFileSystem(pdfUri,
> MediaType.valueOf("application/pdf"),
> byteArrayOutputStream.toByteArray());
>
>
> with the same interface like:
> discobitsHandler.put(pdfUri, MediaType.valueOf("application/pdf"),
> byteArrayOutputStream.toByteArray());
>
>
> if you want I create an issue for that.
>
>
>
> cheers
> oli
> --getunik ag-------------------------------------------
> oliver straesser
> [email protected]<mailto:[email protected]>
> hardturmstrasse 101 fon: +41 (0)44 388 55 88
> ch-8005 zuerich fax: +41 (0)44 388 55 89
>
> --aktuelles getunik projekt-------------------------
> Agieren Sie lokal! Geo Marketing für Ihre E-Mail Kampagne:
> www.geomarketing.com<http://www.geomarketing.com>
>
> --best of swiss web awards 2009------------------
> Gold & Silber für Connect2Earth / Bronze für WWF UK
>
> we make the web a better place - www.getunik.com<http://www.getunik.com>
>
>
>
>
> *****************************************************************
> • Bitte drucken Sie dieses E-Mail nur bei Bedarf aus. Die Umwelt dankt es
> Ihnen.
> *****************************************************************
>
>
> -----Ursprüngliche Nachricht-----
> Von: Fabian Wabbel
> Gesendet: Dienstag, 4. Mai 2010 15:03
> An:
> [email protected]<mailto:[email protected]>
> Betreff: AW: Backup Strategy for content graph
>
> Hi Tsuy,
>
> I'm fine with that for the moment, no problem.
>
>
> Thanks
> Fabian
>
>
>
> --getunik ag-------------------------------------------
> fabian wabbel
> [email protected]<mailto:[email protected]>
> hardturmstrasse 101 fon: +41 (0)44 388 55 88
> ch-8005 zuerich fax: +41 (0)44 388 55 89
>
> --latest getunik project-------------------------
> Act local! Geo Marketing for your E-Mail campaign:
> www.geomarketing.com<http://www.geomarketing.com>
>
> --best of swiss web awards 2009------------------
> Gold & Silver for Connect2Earth / Bronze for WWF UK
>
> we make the web a better place - www.getunik.com<http://www.getunik.com>
>
> *****************************************************************
> Think before you print - for the sake of nature
> *****************************************************************
>
>
> -----Ursprüngliche Nachricht-----
> Von: Tsuyoshi Ito [mailto:[email protected]]
> Gesendet: Sonntag, 2. Mai 2010 16:35
> An:
> [email protected]<mailto:[email protected]>
> Betreff: Re: Backup Strategy for content graph
>
> Hi Fabian
>
>
> On Apr 30, 2010, at 4:41 PM, Fabian Wabbel wrote:
>
> > Hi,
> >
> > We're using the integrated backup solution from Clerezza at the moment for
> > backing up the content graph (eg.
> > http://localhost:8383/admin/backup/download). In one of our production
> > systems, the graph is quite big and we're now facing problems copying it to
> > another machine each night (at the moment it's 200m, if the size increases
> > as
> > it did before, it will hit 1g in the next weeks). Any idea how to create
> > differential backups or any other advice to solve this issue?
>
> I think the graph is quite big because your system stores all digital assets
> in
> a graph. I suggest to remove the digital assets from the graph and store it
> directly on the filesystem or in a database optimized for storing digital
> assets
> (pdf, images etc) Cheers Tsuy
