Quindi diciamo che volete imparare qualcosa sugli interni del database. Qual è il miglior codice sorgente da guardare? i migliori libri da comprare?Database Internals - Da dove cominciare?
Stavo parlando di questo con un amico l'altro giorno e lui ci ha consigliato:
Art of Computer Programming, Volume 3: Sorting and Searching
Quali altri libri avrebbero aiutato a imparare a tutto il file IO e problemi di memoria, le pagine, bloccaggio, ecc ... .?
Libro di testo: Database Management Systems di Ramakrishnan e Gehrke.
Oppure: Architecture of a Database System di Hellerstein, Stonebraker e Hamilton.
CodiceProduzione: PostgreSQL
(mi piace il codice PG meglio di SQLite, è molto più completo e, credo, meglio organizzato SQLite è impressionante per ciò che fa, ma c'è un sacco doesn'. assumere).
Extra Credito: Readings in Database Systems, 4th edition a cura di Hellerstein.
L'origine SQLite è molto accessibile per informazioni sulle implementazioni del database.
PostgreSQL è un software molto ben scritto, con una complessità superiore a SQLite.
Suppongo che stavo cercando il database client/server giusto da guardare. Poiché SQLite è incorporato o associato a un singolo client, non sono sicuro che ci sia molto da imparare qui su sessioni, utenti e richieste/blocchi in conflitto. – BuddyJoe
Mi chiedo se Postgres sia un posto troppo complicato per iniziare. – BuddyJoe
Un collega e ho ricevuto una grande quantità di informazioni su Database in Depth: Relational Theory for Practitioners Roba di livello molto basso ma sembra che sia il tipo di cosa che stai cercando.
È un ottimo libro, ma difficilmente al livello I/O del file. –
Here's an interesting read su SQLOS, che supporta Microsoft SQL Server 2005+.
Assicurati che tutto ciò che ottieni copra l'algebra relazionale e il calcolo relazionale. Non è necessario approfondire gli interni del database se non si dispone del background teorico di base. Oltre a questo, qualsiasi libro di testo di database in stile universitario sarà probabilmente sufficiente.
Se siete veramente serio, e anche se un Nessuna Lettura dura altra dal compianto e grande Jim Gray e Reuter:
Transaction Processing, concetti e tecniche
Anche in questo caso, se grave, non si preoccupano con qualsiasi cosa altro .. è fuori da questo mondo e certamente da mySQL inseguendo da IBM o Oracle ..
oh sembra buono. +1 – BuddyJoe
informazioni approfondite su internals è database specifico, ecco una fonte su SQL Server 2008: http://www.amazon.com/Microsoft%C2%AE-SQL-Server%C2%AE-2008-Internals/dp/0735626243
Non a tutti piace il suo stile, ma trovo che Joe Celko fa un ottimo lavoro di spiegare la logica basata su set che guida i database SQL. Se hai già una piccola esperienza SQL sotto la cintura, dovresti leggere SQL for Smarties.
Questo è un libro interessante, ma non affronta i problemi di I/O e gestione dei file che la domanda pone. –
Dai un'occhiata a Database Systems: The Complete Book di Hector Garcia-Molina, Jeffrey D. Ullman, Jennifer D. Widom. Si tratta in particolare dei componenti interni del DBMS.
La risposta di SquareCog contiene anche suggerimenti sensibili; Non ho guardato i due libri menzionati (sebbene il libro Stonebreaker "Architecture" sia solo 136 pagine secondo Amazon, che sembra un po 'leggero).
Il libro di Stanford copre molti argomenti, ma ho trovato molto superficiale nella maggior parte di essi .. Ti dà tutti i suggerimenti, ma non entra nei dettagli. Ecco perché preferisco Ramakrishnan e Gehrke. Non è un testo sbagliato, però. YMMV. – SquareCog
OK - Non ho visto R & G quindi non posso commentare. Ho il libro più vecchio di Ullman e altri (Database System Internals) che è più livelli più dettagliati ai livelli di file/o rispetto ad altri consigli. Non ho mai confrontato D.S.I con DS: TCB (né l'ho guardato per alcuni anni), quindi potrebbe essere che ho l'impressione sbagliata. –
In termini di codice documentato, BerkleyDB ha il meglio di tutti se me lo chiedi .. –
Questo potrebbe essere vero ma non è un database relazionale nel senso in cui penso che il poster originale lo significasse. – SquareCog
Non deve necessariamente essere un database di relazioni tradizionale. Se ci sono ancora alcuni concetti di base, potrei usarlo. +1 – BuddyJoe