linux user group brescia

direi che dipende dalla quantita' dei file, nel tempo.
io l'ho fatto in tutti e due i sistemi, cioe' sia i file nel db sia il path
nel db che i file nel fs.
se devi replicare un sistema sembra comodo avere tutto nel db perche'
copiato quello hai tutto,
ma se inizi a fare dei backup un po' frequenti per avere tutti i dati, il
dump diventa eterno.
sono arrivato ad avere ( in qualche anno ) diverse decine di gb,
ingestibile.
meglio un rsync incrementale da fs per i file ed un dump per i dati.

tra l'altro, in un db semplice, tipo indice e pochi altri dati, salvando i
file con ordine con l'indice nel nome file e la data nella struttura della
directory,
mi e' capitato di poter ricostruire il db con uno script in bash.

puoi navigare nel fs con strumenti meno "tecnici"

sulla velocita di apertura del file non saprei dire.


Il giorno 23 ottobre 2014 18:46, Marco Manenti <marco.manenti a gmail.com> ha
scritto:

> Fatto, carino, molto.
>
> Ho usato un tutorial semplice [1] e lo sto adattando.
>
> Sto creando una maschera intestata ad ogni mio cliente in cui inserire
> collegamenti a files - essenzialmente pdf - di un certo tipo (visure,
> statuto, privacy, etc) e dandomi la possibilità di caricarli ove non
> esistenti.
>
> Questo mi permette di sapere immediatamente, per ogni cliente, se mancano
> documenti necessari al mio archivio.
>
>
>
>
> [1] http://onnis.altervista.org/ingegneria/blob.htm
>
> Il giorno 23 ottobre 2014 17:58, Diego Monselice <diegomonselice a gmail.com
> > ha scritto:
>
> Anch'io ho analizzato l'argomento per questioni lavorative.
>> Effettivamente, a differenza di quanto sostenevo io, il vantaggio di
>> salvare file all'interno di un DB è quello di poterli trattare a tutti gli
>> effetti come fossero dei dati. Chiaramente se poi i file sono di dimensioni
>> considerevoli, si rischia di far esplodere il DB. Un vantaggio è costituito
>> dalla praticità di eseguire backup... basta backuppare il DB e si
>> backuppano anche i file... Inoltre, se si intendono i file come dati, è
>> possibile sfruttare il DB per storicizzare le varie versioni dei file.
>>
>> Altri grossi vantaggi in realtà non ne vedo... Anzi... io ho quasi sempre
>> legato file salvati su FileSystem ai record del DB aggiungendo un campo che
>> contenesse il path del file, o simili... Il più delle volte è la soluzione
>> più comoda, invece che stare a litigare con il DBMS e i tipi di campi che
>> possano contenere i tuoi file (tipicamente esistono dei limiti nelle
>> dimensioni ai campi di tipo binary)
>>
>>
>>
>>
>> Il 23/10/2014 16:25, Marco Manenti ha scritto:
>>
>>> Ciao,
>>>
>>>
>>> è tecnicamente utile salvare dei file (es. pdf) in un database SQL? (es.
>>> mysql)?
>>>
>>> ciao!
>>>
>>> marco
>>>
>>>
>>>
>> --
>> Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>>
>
>
> --
> Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lugbs.linux.it/pipermail/lug/attachments/20141024/9a85c4fa/attachment.html>