Gli "stili" di database usano file discreti per le loro tabelle?

I database di solito utilizzano un grande file per motivi di prestazioni. Il motore DB può utilizzare la propria struttura interna e non deve limitarsi ai limiti del file system in termini di dimensioni del blocco, dimensione del buffer o criteri di frammentazione. So che alcuni sistemi utilizzati (e possibilmente ancora) forniscono i propri driver di dispositivo a blocchi. Per quei sistemi, devi semplicemente consegnare loro una partizione del disco raw e lasciare che il database gestisca la propria gestione dello storage, eliminando un livello di riferimento indiretto e accelerando tutte le operazioni del disco. È anche più facile mantenere il database in blocchi contigui su disco con il minor numero di file da frammentare.

Molti database mantengono i loro dati in un file per tabella. MySQL, ad esempio, fa per le tabelle MyISAM. Se i dati sono tutti tenuti in un file o no non è molto rilevante. Dipende solo dal sistema di storage in uso.

Fondamentalmente, è tra le ultime cose di cui mi preoccupo quando seleziono un server del database. Per i database desktop, i dati dei singoli file potrebbero essere più convenienti.

MySql memorizza i dati in un file separato per tabella AFAIK. Non penso ci sia una buona ragione per farlo in un modo o nell'altro, ma molto dipende dai dettagli di implementazione del tuo spazio di archiviazione. Ma non scrivo server di database quindi non posso dirlo con certezza.

Inoltre, il server sql non ha un file di blocco. Ha un file di registro delle transazioni. I blocchi sono per dbs desktop.

In Oracle, è possibile definire "Tabelle esterne". Queste tabelle sono solo file di testo separati ma sono accessibili tramite SQL. Nella famiglia di database xBase, ogni database ha il proprio file (.dbf) e ogni indice ha il proprio file (.ndx) (le estensioni variano tra i prodotti).

Gli svantaggi di avere diversi file che rappresentano il tuo database sono la sicurezza e la coerenza del database. La cosa peggiore di MS-Access in particolare è che il file del database memorizza non solo i dati ma anche del codice. Se il file del database è danneggiato, si verifica un problema non solo l'accesso ai dati, ma anche l'accesso a Coed.

Non vedo alcun motivo per cui vorresti un file per tabella. Nel server SQL è possibile partizionare i file se si desidera ottenere prestazioni, ma in genere non è necessario farlo finché non si dispone di molti milioni di record.