Firebird SQL

De la Viquipèdia, l'enciclopèdia lliure.
Saltar a la navegació Saltar a la cerca
Ocell de foc
programari
Logotip
Captura de pantalla d'exemple
Tipus Sistema de gestió de bases de dades relacionals
Desenvolupador Ocell de foc
Data de la primera versió 22 de novembre del 2000
Última versió 4.0 (1 de juny de 2021)
Sistema operatiu Multiplataforma
Llenguatge C ++
Llicència Llicència pública Interbase o IDPL, llicència pública de Mozilla
( llicència gratuïta )
Lloc web www.firebirdsql.org/

En informàtica, Firebird SQL és un DB i un sistema de gestió de bases de dades relacionals (RDBMS), de codi obert distribuït sota la IPL ( Interbase Public License ) o IDPL (similar a la Mozilla Public License ).

Admet nombrosos sistemes operatius com ara GNU / Linux , Windows , FreeBSD , macOS i alguns sistemes Unix . [1] . Les principals característiques són l’alt nivell de compliment dels estàndards SQL , la integració completa amb moltsllenguatges de programació i la fàcil instal·lació i manteniment del programari . Les darreres versions distribuïdes aporten grans millores quant a la resistència del programari a bloquejos externs, la velocitat d'execució de les ordres SQL i la gestió i accés a les dades de l' ordinador .

El 2003 , una disputa [2] va enfrontar la comunitat Mozilla amb Firebird després que un derivat del navegador Mozilla fos rebatejat com Mozilla Firebird . Les dues parts finalment van acceptar i el navegador es va canviar el nom de Mozilla Firefox en passar a la versió 0.8, que va començar el 2004 . [3]

Història

Firebird va néixer del codi font d’ InterBase 6.0 i, per tant, adquireix totes les seves característiques principals. Per tant, parlant de Firebird, cal explicar una mica la història d’Interbase (el seu avantpassat). Fins i tot quan es tractava d’un producte comercial i tancat (abans de la versió 6.0) l’ancestre de Firebird era molt apreciat i comptava amb un gran nombre d’usuaris, inclosos grans noms com la NASA , el Banc Nacional de Chicago, Nokia , Ericsson , Boeing , Filadèlfia i Boston Borsa de Valors [4] [5] i molts altres. La poca ocupació de memòria, tant de memòria RAM com de disc (encara requereix una mica més de 4 MB de RAM i menys de 10 MB en disc per a una instal·lació completa), la facilitat d’instal·lació, ús i gestió eren (i són) molt competitius amb altres RDBMS amb la mateixa qualitat i funcionalitat. Des del principi, InterBase va ser concebuda, dissenyada i construïda per a usuaris professionals i de negocis remunerats, amb totes les implicacions del cas. InterBase va ser desenvolupat (en l'última fase de la seva vida) per un líder mundial en desenvolupament de programari per a programadors professionals: Borland International .

La primera versió de Firebird no era res més que un InterBase revisat i millorat després que Borland el convertís en codi obert (el codi font Interbase 6.0 publicat el 25 de juliol del 2000). [6] [7] Firebird 1.0 de fet no representa cap revolució en comparació amb InterBase 6.0, però elimina alguns problemes de seguretat greus i alguns errors amb l'addició d'algunes millores.

Firebird 1.5, tot i ser una versió de transició a la nova 2.0, representa un pas endavant significatiu en comparació amb la versió anterior. Es va reescriure tot el motor del servidor de bases de dades en C ++ , mentre que la versió anterior es va escriure en C. [8] L'avantatge d'aquesta reescriptura és una major claredat i llegibilitat del codi. Gràcies a aquesta decisió, a la llarga, les versions futures seran més fàcils d’estendre i gestionar.

Firebird 2.0, llançat el 12 de novembre del 2006, [9] confirma totes les característiques i qualitats anteriors i n'afegeix moltes més a tots els nivells. Els més interessants són els relacionats amb el suport de 64 bits , les extensions del llenguatge SQL derivat de SQL 200X [10] i obrir el camí a Vulcano, que serà la propera generació de Firebird.

La versió anterior era 2.1.4, que afegia funcionalitats com ara activadors de procediment , consultes recursives i compatibilitat amb la sentència SQL: 2003 MERGE . [11]

El "llançament estable" de Firebird 2.5 afegeix noves funcions, com ara la millora de la conversió múltiple , expressions regulars i la possibilitat de consultar una base de dades remota. [12]

Firebird 3.0 és la darrera "versió estable". Hi ha suport per a procediments emmagatzemats en llenguatges com Java i C ++ i funcions de finestra SQL (SELECT) que restringeixen els resultats de la consulta. Una segona versió alfa es va llançar el gener de 2014. [13] . Els principals objectius d’aquesta versió són la unificació d’arquitectures de servidors i la millora del suport per a sistemes multiprocessadors simètrics (SMP) i processadors multi-core . [14] La versió estable 3.0 es va publicar el 19 d'abril de 2016.

Descripció

Organització del projecte

  • Firebird Foundation : recapta fons, organitza conferències i promou el seu ús
  • Grup de desenvolupadors de tot el món

Integració a Libre Office

Amb el treball de Google Summer of Code 2013, es va iniciar la integració de Firebird com a substitut de HSQLDB a LibreOffice , al mòdul Base . [15] [16]

Libre Office fins a la versió 5.2 podria utilitzar Firebird 2.5; des de la versió Libre Office 5.3, Firebird, es pot incorporar la versió 3.0. o més tard.

Interfícies d’administració gràfica

Hi ha moltes interfícies d’administració gràfica per crear bases de dades amb Firebird, amb diferents llicències, descarregables des del lloc [17] Les principals són:

Fyracle

Fyracle [18] és una versió modificada de Firebird SQL que permet utilitzar-lo com a substitut de Oracle . A més, la sintaxi del llenguatge SQL d’Oracle es pot utilitzar per consultar bases de dades de Firebird.

Una de les aplicacions més útils d'aquesta versió és permetre que Firebird es pugui utilitzar amb el Compiere ERP , dissenyat per utilitzar Oracle.

Característiques

  • Compleix el nivell d’entrada SQL-92. L' estàndard SQL ANSI es pot utilitzar per escriure consultes portàtils a través de plataformes. A més, Firebird té extensions que anticipen SQL3, com ara procediments emmagatzemats i activadors, i també altres de SQL200X. Es pot accedir simultàniament a una base de dades de Firebird des de diverses aplicacions que permeten a diversos clients treballar amb les mateixes dades d’acord amb el model client / servidor .
  • Implementar l'especificació ACID ; és a dir, el concepte d’atomicitat, consistència, aïllament i durabilitat.
  • Integritat de dades referencials amb la possibilitat de fer referència a una clau primària amb una o més claus estrangeres mantenint enllaços entre atributs de diferents relacions .
  • Arquitectura multigeneracional. El servidor , segons sigui necessari, conserva una còpia dels registres antics per restaurar-los en cas que falli una transacció.
  • Admet transaccions . Una característica indispensable per garantir la correcció i l’èxit de les operacions d’entrada, actualització o supressió de dades.
  • Gestió de bloqueig al nivell del registre únic en lloc de tota la pàgina. D'aquesta manera, els altres registres poden ser manipulats lliurement per altres clients.
  • Admet el protocol de xarxa TCP / IP en totes les plataformes, garantint l’ús de Firebird com a servidor SQL tant en aplicacions web com en client / servidor i amb total transparència.
  • Protocol XNET utilitzat per accedir a les dades de forma local.
  • Tres arquitectures diferents en funció del tipus de màquina i de com vulgueu utilitzar el SGBD .
  • OSD (estructura en disc) 10.1 per a Firebird 1.5 i OSD 11 per a Firebird 2.0
  • Optimització de consultes a nivell de servidor o manualment per part de l'usuari. Quan s’escriu un codi SQL, Firebird, abans d’executar-lo, intenta optimitzar-lo gràcies al seu optimitzador intern.
  • Visualitzacions actualitzables després d'esdeveniments establerts.
  • Procediment emmagatzemat . Són aplicacions SQL que s’emmagatzemen a la base de dades i s’executen a nivell de servidor. Ofereixen una gran flexibilitat i potència per realitzar les tasques més impensables i equilibrar la càrrega de treball entre el client i el servidor.
  • Desencadenant . Són similars als procediments emmagatzemats però mai s’executen explícitament; realitzen les seves accions després dels canvis realitzats a les taules (inserció, modificació o supressió de dades). Són útils quan s’intenta obtenir un resultat determinat després d’una acció específica.
  • Una aplicació pot accedir a diverses bases de dades alhora.
  • Gestió del tipus de dades BLOB amb la possibilitat d’emmagatzemar dades de qualsevol tipus (imatges, sons, animacions, textos ...).
  • Missatges d’alerta que informen una aplicació dels canvis que s’han produït a la base de dades i després dels quals es requereix que l’aplicació realitzi accions específiques.
  • UDF (User Defined Functions), és a dir, funcions definides per l'usuari que us permeten escriure programes externs que es poden executar mitjançant codi SQL des de la base de dades.
  • Connexió entre diferents relacions amb la possibilitat d’executar-hi fins i tot consultes molt complexes. La lectura de les dades no és bloquejadora. Tots els clients poden llegir els mateixos registres alhora.
  • Possibilitat de trucar a les API de Firebird mitjançant codi SQL / DSQL (SQL dinàmic) d’una forma completament transparent.
  • Possibilitat de gestionar Firebird a través de l’aplicació gràfica de Windows IBOConsole. L'execució de les consultes i les operacions de còpia de seguretat, restauració, manteniment i gestió de seguretat estan garantides.
  • isql , o Interactive SQL, és una aplicació multiplataforma de línia d'ordres i s'utilitza per a la gestió total de Firebird.
  • gpre , és un preprocessador per convertir codi SQL / DSQL incrustat en formats llegibles per llenguatges externs. Això ens permet escriure aplicacions externes en altres idiomes, en particular en C , en què podem inserir codi SQL. D’aquesta manera podem aconseguir una alta eficiència i afegir qualsevol altra funcionalitat a les nostres aplicacions.
  • Base de dades de només lectura. Podeu fer que una base de dades sigui accessible només per a la lectura evitant qualsevol canvi a les dades. Aquesta característica és molt útil quan es distribueixen programes de CD-ROM amb la versió incrustada de Firebird.
  • A més d’aquestes funcions natives de Firebird, n’hi ha d’altres realitzades gràcies a l’aportació de programes externs que permeten a Firebird tenir altres avantatges significatius, com ara la cerca de text complet, la capacitat de gestionar la replicació o l’estalvi automàtic de bases de dades i el suport per agrupar .

Estructura

La base de dades que utilitza Firebird sol ser un fitxer amb l'extensió .fdb, però també es pot dividir en diversos fitxers (sempre .fdb) amb una mida precisa. Això es va fer per abordar la limitació estructural de certs sistemes operatius que no poden gestionar fitxers de més d'una mida determinada. L'extensió per defecte és .fdb, però firebird també és compatible amb les bases de dades creades prèviament pel seu avantpassat, Interbase, i per tant, els fitxers amb extensió .gdb

La base de dades que normalment es troba en un fitxer té l'avantatge de ser transportada d'un PC a un altre, fins i tot amb sistemes operatius diferents, molt ràpidament i sense la necessitat de restaurar mecanismes especials. També es pot portar amb una simple còpia-enganxa o comprimint i descomprimint el fitxer. Tot i això, no es recomana aquestes dues operacions perquè no comproven si la base de dades està danyada, al contrari podrien empitjorar la situació. Pel que fa a la còpia de seguretat / restauració, hi ha un executable dedicat (gbak) que es descriurà detalladament més endavant. El programa de còpia de seguretat té nombroses funcions: tancar transaccions obertes, comprovar i reparar els casos en què el db estigui malmès, recrear els índexs i eliminar registres obsolets creats per l’arquitectura multigeneracional (que veurem més endavant). L'OSD (estructura al disc) de la base de dades ha canviat des de la versió 1.0.0 de Firebird 1.0. a 10,1 de Firebird 1,5 fins a 11,0 de Firebird 2.0. Firebird 2.0 per descomptat. pot llegir qualsevol estructura de base de dades abans de l'11.0, de fet, quan s'obre, es converteix automàticament a 11.0. (Tot i això, sempre es recomana utilitzar Gbak per canviar l'estructura del db, d'aquesta manera també es fa una comprovació d'errors de la base de dades). Parlant de compatibilitat amb versions antigues, també hem d’explicar el tema dels anomenats "dialectes Firebird".

Especificacions

Aquesta secció il·lustra les limitacions estructurals de Firebird (moltes d'elles es deuen al maquinari i al sistema operatiu utilitzat):

  • Nombre màxim de clients connectats al servidor. El nombre de clients que es poden connectar simultàniament al servidor és teòricament il·limitat. Però és obvi que aquest nombre depèn estrictament del sistema operatiu i del maquinari en ús. En principi, un servidor basat en un Pentium 150 MHz i 64 MiB de RAM podia gestionar còmodament l’accés simultani de 150 clients. Aquestes consideracions s'apliquen a una aplicació de client mitjana que executa consultes de base de dades normals. És evident que si l’aplicació interactua intensament amb la base de dades, cal reduir el nombre d’accessos indicats anteriorment.
  • Mida màxima d'una base de dades. La mida màxima permesa per a una base de dades és de 2 GB als sistemes operatius Windows 95/98 i de 4 GB als sistemes Windows NT / 2000 i alguns sistemes Unix. Cal llegir el sistema operatiu en ús i comprovar la mida màxima d’un fitxer que aquest sistema pot gestionar. Tot i això, Firebird us permet dividir una única base de dades en diversos fitxers i, per tant, serà possible gestionar una base de dades que només tingui una mida limitada per la capacitat física del disc dur.
  • Nombre màxim de fitxers per a una base de dades. Per disseny, el nombre màxim de fitxers que formen una base de dades Firebird es fixa en 65536 (2 16 ) perquè els fitxers s’identifiquen amb un enter de 16 bits. No obstant això, la majoria dels sistemes operatius actuals no admeten un nombre tan gran de fitxers oberts. De fet, el nombre real de fitxers que es mantenen oberts al mateix temps és molt inferior a 65536. No obstant això, és recomanable informar-vos sobre el sistema operatiu que s’utilitza i el nombre màxim de fitxers que el sistema manté obert al mateix temps i provar-ho. per augmentar aquest valor per satisfer les vostres necessitats.
  • Nombre màxim de taules en una base de dades. El nombre de taules d'una única base de dades també s'ha fixat pel disseny a 65536 (2 16 ) perquè el nombre de taules s'identifica amb un enter de 16 bits.
  • Mida màxima d'una línia. Es va establir en 64 KB. Cada camp BLOB o array aporta 8 bytes a aquest valor. Les taules del sistema (taules que el motor de base de dades manté automàticament per contenir les seves dades) estan limitades a 128 KB per línia.
  • Nombre màxim de línies i columnes per taula. Per disseny, el nombre de línies s'estableix en 4.294.967.296. Això es deu al fet que el nombre d'una línia s'identifica amb un enter de 32 bits. El nombre de columnes depèn estrictament del nombre de línies. Una línia podria tenir 64 KB com a màxim. En aquest cas, es poden definir 16384 columnes d’enters (4 bytes cadascuna) per constituir una única taula de mida màxima.
  • Nombre màxim d'índexs per base de dades. Aquest nombre també es va fixar pel disseny a 65536 perquè els índexs d'una base de dades s'identifiquen mitjançant un enter de 16 bits.
  • Nombre màxim d'índexs per taula. Aquest disseny es va establir en 256. A Interbase hi havia un màxim de 64 índexs per taula.
  • Mida màxima d'una clau d'índex. Una regla general per determinar aquest valor és la següent: comenceu amb 256 bytes per a una clau per a una sola columna i amb 200 bytes per a una clau per a diverses columnes i resteu 4 bytes per cada columna addicional. Exemple: una tecla CHAR per a una sola columna pot ocupar 256 - 4 = 252 bytes; la mateixa tecla per a 3 columnes ocuparà 188 bytes. Cal subratllar que cal comptar amb el nombre real de bytes i no de caràcters.
  • Nombre màxim d'esdeveniments per a un procediment emmagatzemat: el programa Firebird no ha establert un límit per a aquestes accions, però heu de comprovar la mida d'un procediment emmagatzemat i el disparador.
  • Mida màxima dels activadors i procediments emmagatzemats: el límit establert és de 48 KB per al BLR (codi byt compilat d'un procediment o activador emmagatzemat).
  • Mida màxima d’un camp BLOB. La mida màxima d'un camp BLOB depèn de la mida de la pàgina de la base de dades:
    • mida de la pàgina = 1 KB - 64 MB per al camp BLOB
    • mida de la pàgina = 2 KB - 512 MB per al camp BLOB
    • mida de pàgina = 4KB - 4 GB per al camp BLOB
    • mida de la pàgina = 8 KB - 32 GB per al camp BLOB
La mida màxima d'un segment per al camp BLOB és de 32K.
  • Nombre màxim de taules enllaçades amb JOIN. Per disseny, no hi ha límit a aquest valor. La càrrega de treball del sistema creix exponencialment a mesura que augmenta el nombre de taules que es connecten amb JOIN. No es recomana superar el nombre de 16 taules en una sola consulta.
  • Nombre màxim de consultes imbricades. El projecte no estableix cap límit perquè depèn estrictament de la complexitat de les consultes i del resultat que vulgui obtenir l’usuari.
  • Nombre màxim de columnes per a un índex compost: 16.
  • Nombre màxim de desencadenants i procediments emmagatzemats: 750 per a tots els sistemes Windows i 1000 per als sistemes Unix.
  • Mida màxima d'una clau en l'operació SORT: 32 KB.
  • Límit d'una data. La data ha de variar entre l'1 de gener del 100 i el 29 de febrer del 32768

NB Les funcions esmentades de Firebird 2.0 que, en determinades circumstàncies, semblen ser limitacions importants, són principalment les conseqüències dels sistemes operatius utilitzats. Amb la difusió de sistemes operatius de 64 bits i amb la versió anunciada de Firebird per a aquests sistemes, una versió que ja existeix amb l’arribada de Firebird 2.0 que pot funcionar en sistemes de 64 bits), molts d’aquests límits seran superats definitivament i àmpliament .

Dialectes

La primera versió de Firebird (Firebird 1.0) havia introduït diverses funcions noves que van provocar l'alteració d'alguns mecanismes interns del motor de base de dades. Per tant, calia introduir certs artificis per poder utilitzar encara bases de dades i aplicacions antigues creades amb versions anteriors. La solució va ser en la introducció de dialectes que tenen la tasca de comprovar si una extensió pertany o no a una versió determinada.

  • Dialecte 1: correspon a les notacions i funcionalitats de la versió anterior d’InterBase 5.6.
  • Dialecte 2: només a efectes de depuració; s'assenyala un error si s'utilitza una funció o ordre amb implementació diferent de l'anterior. Per exemple, la variable DATE de la nova versió és d’un tipus diferent a la de l’anterior.
  • Dialect 3: representa les noves funcions i extensions relacionades només amb l'última versió (per exemple, una nova funció de marca de temps, la possibilitat d'utilitzar comptadors de 64 bits i també eines especials com la possibilitat de replicar la base de dades) i està més a prop de l'estàndard SQL ANSI.

El tipus de dialecte es desa a la base de dades i, per tant, no depèn del servidor.

Funcions de la versió 2.0

  • Revisió exhaustiva dels mecanismes d'indexació per augmentar el rendiment i minimitzar els colls d'ampolla durant les cerques i seleccions.
  • S'han eliminat diverses limitacions heretades del codi original, per exemple. el límit de 252 bytes en la longitud de l’índex i el límit de 30 GB en la mida de la taula.
  • Una nova interfície per connectar conjunts de caràcters internacionals, que inclou suport per a Unicode .
  • Suport per a plataformes de 64 bits gràcies als fitxers binaris distribuïts per AMD64 i Intel EM64T . Els fitxers binaris per a Windows de 64 bits estan en proves i es distribuiran més endavant.
  • Proves intenses de seguretat del servidor, que inclouen un xifratge de contrasenyes més fort i una protecció integrada contra atacs de força bruta .
  • Suport per a taules derivades a SQL200x, que inclou la jerarquització de diversos nivells i la reconnexió de subconsultes.
  • Sintaxi EXECUTE BLOCK per al suport de blocs procedimentals SQL (PSQL), que es pot executar a la sentència SQL.
  • Explícites cursors en PSQL, també disponible a executar sentències de bloc.
  • Temps d'espera opcional per resoldre conflictes de bloqueig, disponible com a argument d'una TRANSACCIÓ SET o com a paràmetre d'una transacció mitjançant API .
  • Funcions de còpia de seguretat incrementals completament redissenyades.
  • Redefinició de l'arquitectura en mode "sense servidor" (per a connexions locals) a Windows, per eliminar la inestabilitat inherent del protocol IPServer original.
  • S'ha completat la implementació de l'API de serveis a totes les plataformes.

Arquitectures

Firebird té 3 tipus d’arquitectures que funcionen de manera diferent, però no una és millor ni pitjor que l’altra. El motiu d'aquesta diferenciació ha estat la diversitat de sistemes operatius, recursos de maquinari i també possibles usos de la base de dades. Tots aquests factors us permeten escollir el més adequat de tant en tant.

Servidor clàssic

És la primera arquitectura utilitzada per l’avantpassat de Firebird, Interbase, a finals dels anys vuitanta i noranta , en aquella època els recursos del servidor eren escassos i els programes necessitaven menys memòria. Aquesta arquitectura encara s’utilitza avui en dia per a sistemes operatius que tenen una gestió de fils molt limitada. (A les altres s'utilitza la versió de SuperServer). A la pràctica, per a cada connexió de client, Firebird, obre un procés dedicat al servidor amb una memòria dedicada on processar les sol·licituds del client, la memòria cau de cada procés no és vista pels altres (això no permet l’intercanvi d’informació ja llegida entre els diversos processos). Normalment, la memòria cau de cada procés és de 75 pàgines per defecte. D'aquesta manera, s'utilitzen més processos en funció de les connexions del client, aquesta arquitectura s'indica si el nostre servidor té més microprocessadors, de fet cada microprocessador es farà càrrec d'un o més processos (Firebird permet una distribució igual entre les diverses CPU dels processos segons el nombre i la mida). Aquesta arquitectura continua sent la millor opció en els casos en què calgui un alt rendiment i els recursos del sistema siguin adequats per augmentar proporcionalment a les sol·licituds de noves connexions per part dels clients, per exemple, si no hi ha connexions al servidor, no s’utilitza memòria. Aquesta arquitectura és especialment ideal per a sistemes que depenen d'un processament complex on hi ha poca informació interactiva de l'usuari. Normalment s’utilitza amb sistemes operatius GNU / Linux i Unix, mentre que per a Microsoft hi ha una versió específica de Firebird però no es recomana sobretot en presència de diversos processadors. Aquesta arquitectura és l’única que admet SMP (memòria compartida entre els diversos processadors) i Hyper-Threading encara que els avantatges depenguin fortament del sistema operatiu i de les característiques tècniques del propi ordinador, especialment de la memòria. Pel que fa al client, cada sol·licitud d’un nou procés ocupa aproximadament 2 MB de RAM.

Superservidor

A partir del 1996 i més precisament a partir del llançament d'Interbase 4.1, es va introduir l'arquitectura Superserver. Aquesta arquitectura compleix les noves característiques tècniques de Windows, més precisament l’arquitectura de 32 bits que s’utilitza per primera vegada amb Windows 95. L’avantatge de la versió de Superserver és que podeu utilitzar fils i assignar dinàmicament memòria cau compartida on podeu anar a llegir informació en comú; els fils es poden executar dins d'un sol procés o de diversos processos. La memòria compartida (memòria cau) d'aquest tipus d'arquitectura és per defecte 2.048 pàgines. Aquesta característica és sens dubte un avantatge significatiu respecte a la versió de servidor clàssic, on cada procés té el seu propi espai de memòria específic i no compartit. Aquesta propietat fa que la versió de Superserver sigui adequada, sobretot, tant en els casos d’un nombre molt elevat d’operacions interactives d’escriptura i lectura, com també en els recursos informàtics limitats. De fet, en tenir una memòria compartida, entre els diversos fils, hi ha menys malbaratament de memòria RAM. Normalment, quan s’inicia Firebird, la versió del superservidor, fins i tot si no hi ha connexió amb els clients, ocupa (a diferència de la versió clàssica del servidor) una mica de memòria per escoltar sol·licituds, aproximadament 2 MB. Des de Firebird 1.0. la versió del superservidor també està disponible per a altres sistemes operatius com GNU / Linux. Aquesta arquitectura és la que es recomana per als sistemes de Microsoft on la versió clàssica del servidor ara per ara només és a nivell "experimental", encara no és fiable.

Servidor incrustat

És l’últim en arquitectura, desenvolupat a partir de la versió 1.5 de Firebird. Aquest model no és res més que una versió compacta de l’arquitectura de Superserver, diem compacta perquè no és res més que una biblioteca ( fbembedd.dll ) que fa la feina com a part de servidor i client. Per descomptat, permet la gestió de bases de dades només a nivell local. Això significa que aquesta arquitectura no escolta les peticions d'altres clients, sinó que només satisfà les operacions locals. Això també s'aplica a aquells servidors utilitzats com a servidors de terminal, aquesta arquitectura permet utilitzar només una connexió a la vegada. Normalment, aquesta arquitectura s'utilitza per a aquelles bases de dades que s'executen en un sol PC, com ara ordinadors portàtils o per a una base de dades de només lectura, per exemple en CD-ROM . Els recursos que requereix aquesta arquitectura són mínims i, per tant, es poden instal·lar en qualsevol client. La interfície per gestionar el SGBD és idèntica a la de la versió de SuperServer.

Nota

  1. ^ (EN) Plataformes compatibles
  2. ^ Informes sobre Phoenix / Minotaur Renaming Focus on Firebird Protest Database
  3. Steven Garrity, Markham, Gervase; Goodger, Ben; Decrem, Bart; et al., Mozilla Firefox: preguntes més freqüents sobre la marca , a mozilla.org , Mozilla Foundation. Consultat el 3 d'abril de 2011 (arxivat de l' original el 28 de febrer de 2012) .
  4. ^ (EN) Charles Babcock, Client / Servidor PREASSEMBLEAT , a Computerworld , vol. 28, núm. 9, 28 de febrer de 1994, pàg. 6. Recuperat el 9 de novembre de 2019 .
  5. Khaldi, Jilani, Firebird SQL , a Google books 1/3/2015 vol. 1 pàgines 8 . Consultat el 12 de gener de 2017 (arxivat de l' original el 13 de gener de 2017) .
  6. ^ Inprise / Borland presenta InterBase 6.0 Now Free and Open Source a Linux, Windows i Solaris , 16 de juliol de 2000. Obtingut el 29 de gener de 2009 (arxivat de l' original el 6 de desembre de 2004) .
  7. ^ Borland.com: Inprise / Borland presenta Interbase 6.0 ara lliure i de codi obert a Linux , a linuxtoday.com , Linux Today. Consultat el 29 de gener de 2009 .
  8. ^ Notes de llançament de Firebird 1.5.5 , a firebirdsql.org . Consultat el 29/09/2009 . Firebird 1.5.5 Notes generals per reescriure-ho del llenguatge C a C ++
  9. Dmitry Yemanov, llançament final de Firebird 2.0 a Praga , a firebirdsql.org . Consultat el 5 de febrer de 2009 .
  10. ^ Helen Borrie, Firebird 2.0.7 Notes de llançament , a firebirdsql.org , 5 d'abril de 2012. Consultat el 10 de juny de 2012 .
  11. ^ Helen Borrie, Notes de llançament de Firebird 2.1 , a firebirdsql.org , 7 de març de 2012. Consultat el 10 de juny de 2012 .
  12. ^ Helen Borrie, Notes de llançament de Firebird 2.5.2 , a firebirdsql.org , 7 de novembre de 2012. Obtingut el 7 de novembre de 2012 .
  13. Firebird Roadmap , a firebirdsql.org , març de 2014.
  14. ^ Notes de la versió 3.0 RC 1 . Arxivat el 25 de desembre de 2015 a Internet Archive . (PDF) firebirdsql.org; consultat el 9 de novembre de 2015.
  15. ^ mariuz, Firebird Embedded i LibreOffice és la combinació killer per escalar d'una aplicació d'un sol fitxer a un enfocament client / servidor , a firebirdnews.org . Consultat el 8 de juliol de 2013 .
  16. ^ ahunt, GSOC 2013: LibreOffice Firebird SQL Connector , su ahunt.org , 28 maggio 2013. URL consultato l'8 luglio 2013 .
  17. ^ ( EN ) Sito di Ibphoenix , su ibphoenix.com . URL consultato il 16 maggio 2016 (archiviato dall' url originale il 13 marzo 2016) .
  18. ^ Janus Software , su janus-software.com . URL consultato il 23 giugno 2014 (archiviato dall' url originale il 6 aprile 2010) .

Altri progetti

Collegamenti esterni