Classic o Superserver?

Server «Embedded» per Windows

Firebird è di due formati, detti anche architetture: «Classic Server» e «Superserver». Quale delle due si dovrebbe installare? Questo dipende dalla situazione. Presentiamo pertanto una breve sintesi delle principali differenze.

Tabella 1. Firebird 2 Classic Server o Superserver

	Classic Server	Superserver
Processi	Crea un processo separato per ogni connessione client, ognuno con una sua propria cache. Usa meno risorse se il numero delle connessioni è basso.	Un unico processo serve tutte le connessioni, usando threads per gestire le richieste, che condividono lo spazio in cache. Più efficiente se il numero delle connessioni cresce.
Connessioni locali	Permette I/O veloce e diretto ai file di basi di dati per le connessioni locali su Linux. Il processo client deve ovviamente avere diritti di accesso opportuni al database per poterlo ottenere.	Su Linux, tutte le connessioni locali sono ottenute attraverso lo strato rete, usando `localhost` (spesso implicitamente). Solo il processo del server ha bisogno dei diritti di accesso alle basi di dati.
Connessioni locali	Su Windows entrambe le architetture supportano connessioni locali affidabili e sicure, con il solo processo del server che necessita dei diritti per accedere ai file delle basi di dati.
Multiprocessore	Supporta SMP (symmetrical multi-processor cioè sistemi basati su molti processori simmetrici). Ottima performance su un piccolo numero di connessioni che non si influenzano fra loro.	Non supporta SMP. Sulle macchine multi-processore Windows, le prestazioni possono addirittura drasticamente peggiorare poichè il sistema operativo continua a scambiare tra le CPU il processo. Per prevenirlo, si deve impostare il parametro `CpuAffinityMask` nel file di configurazione `firebird.conf`.
Guardian	Se Firebird viene usato come applicazione Windows (e non come servizio) non si può usare il Firebird Guardian. Nota che sotto Windows 9x-ME Firebird può essere solo una applicazione.	Può essere controllato dal Guardian in Windows, sia come applicazione che come servizio.

Come si può vedere, nessuna delle due architetture è meglio dell'altra sotto tutti i punti di vista. Questo non stupisce: non si manterrebero due diverse sistemi se uno fosse veramente meglio dell'altro.

Nel caso non si riesca a scegliere (può essere che tutti questi particolari tecnici sembrino di primo acchito completamente incomprensibili), ci si può orientare come segue:

Su Windows, scegliete Superserver.
Su Linux, in generale uno vale l'altro. Nella maggior parte delle installazioni è difficile notare una differenza di prestazioni.

Notare che si può sempre passare dall'una all'altra architettura anche in seguito: le applicazioni e le basi di dati continuano a funzionare come prima in modo completamente trasparente.

Per Linux, il kit da scaricare per Superserver ha il nome che inizia con FirebirdSS, per Classic invece inizia con FirebirdCS. Su Windows c'è un unico pacchetto: si sceglie l'architettura durante la procedura di installazione.

Server «Embedded» per Windows

Solamente per Windows, Firebird ha una terza architettura: l'Embedded Server, che sarebbe un client ed un server incollati insieme in una unica DLL per semplicità di distribuzione. È molto pratica, ma è tuttavia priva di molti dei sistemi di protezione usuali di Firebird. Per maggiori informazioni sul Firebird Embedded Server, consultare il capitolo Clients and Servers in Using Firebird (al momento solo in inglese):

http://www.firebirdsql.org/manual/ufb-cs-embedded.html (HTML)

http://www.firebirdsql.org/pdfmanual/Using-Firebird_(wip).pdf (PDF)

Il Server Embedded ha un suo sistema separato di installazione.