InterBase | |
---|---|
Type | DBMS |
Udvikler | Embarcadero Technologies |
Operativ system | på tværs af platforme |
nyeste version | InterBase 2020 (december 2019 ) |
Læsbare filformater | InterBase Table Definition (v1.0) [d] , InterBase Database [d] , InterBase Relation (v1.0) [d] , InterBase Environment (v1.0) [d] , InterBase Data (v1.0) [d] og InterBase Packing (v1.0) [d] |
Genererede filformater | InterBase Table Definition (v1.0) [d] , InterBase Database [d] , InterBase Relation (v1.0) [d] , InterBase Environment (v1.0) [d] , InterBase Data (v1.0) [d] og InterBase Packing (v1.0) [d] |
Licens | Proprietære |
Internet side | embarcadero.com/products/interbase |
Interbase er et relationelt databasestyringssystem udviklet af Embarcadero [1] , udkom i midten af 1980'erne, ejet af et uafhængigt firma af samme navn, Ashton-Tate , Borland . InterBase adskiller sig fra en række andre DBMS'er i sin lille størrelse, næsten ingen administrationskrav og arkitektur, der understøtter samtidig adgangskontrol gennem multiversionering [1] . InterBase kører på Microsoft Windows , macOS , Linux , Solaris og iOS operativsystemer, ogAndroid [1] .
Interbase-koden blev grundlaget for det frit distribuerede Firebird -databasestyringssystem .
InterBase er en SQL-92- kompatibel relationsdatabase, der understøtter standardgrænseflader såsom JDBC , ODBC og ADO.NET .
En komplet installation af InterBase Server kræver ca. 40 MB diskplads. Minimumsinstallationen af InterBase-klienten kræver ca. 400 KB diskplads.
InterBase kan fungere som en indlejret database eller som en normal server .
Fra og med InterBase XE inkluderer InterBase AES 256-bit kryptering , som giver fuld kryptering af database-, tabel- eller kolonnedata. Adskillelsen af kryptering giver også udviklere mulighed for blot at udvikle en applikation i stedet for at bekymre sig om de data, der er synlige, når en bestemt bruger logger ind.
For at undgå låse under opgraderinger bruger Interbase multiversionskontrol i stedet for låse. Hver transaktion vil oprette en version af posten. Under skrivefasen vil opdateringen ikke blive blokeret til at begynde med. InterBase bruger også multigenerationelle poster i stedet for transaktionslogfiler til at implementere rollbacks.
Ulempen ved denne arkitektur er, at det er sværere at implementere nogle operationer i den, og derfor er de langsommere sammenlignet med en mere traditionel implementering. Et eksempel er COUNT SQL verbum. Selvom et indeks er tilgængeligt på den eller de kolonner, der er inkluderet i COUNT, skal du se på alle poster for at se, om de er synlige under den aktuelle transaktionsisolation.
Interbase var baseret på et personligt projekt af DEC -medarbejder Jim Starkey , som på det tidspunkt arbejdede på Dataretrive relationelle forespørgselssystem , som gjorde det muligt at forespørge data i en DBMS-32 netværksdatabase og flade filer [2] . Sideløbende begyndte Jim Starkey, der drømte om at udvikle et fuldgyldigt relationelt DBMS og var utilfreds med Rdb-projektets langsomme udviklingshastighed, som blev udført af en anden gruppe udviklere, at skabe sit eget projekt [2] . Den første version af projektet blev oprettet i 1984 , det fik navnet JRD ( Jims relationelle database ). Som et resultat begyndte Starkeys projekt at konkurrere med Rdb , som Starkey ved DEC ikke deltog i udviklingen af [2] . En af de centrale ideer, der påvirkede udviklingen af projektet, var konceptet med samtidighedskontrol gennem multiversionering (MVCC). Det forenklede de eksisterende låseproblemer drastisk, hvilket viste sig at være et stort problem for de nye relationelle databasesystemer, der blev udviklet på det tidspunkt. Selvom implementeringen af InterBase meget mere ligner systemet beskrevet af Reed i sin afhandling ved MIT (1978) end nogen anden database, der eksisterede på det tidspunkt, og Starkey kendte Bernstein, som nævnte en lignende tilgang i et papir fra 1981, fra hans Fra en tidligere stilling hos Computer Corporation of America og senere hos DEC, udtalte Starkey, at han uafhængigt kom op med ideen om at administrere multiversion samtidighed [3] . I samme kommentar siger Starkey:
Inspirationen til at styre samtidighed gennem multiversionering var et databasesystem skabt af Prime, der understøttede snapshots på sideniveau. Formålet med denne funktion var at give læseren et ensartet overblik over databasen uden at blokere forfattere. Idéen fascinerede mig som en meget nyttig funktion i et databasesystem.
Efter at valget af DEC-ledelsen til fordel for udviklingen af Rdb blev indlysende, forlod Starkey virksomheden og i 1985 grundlagde Starkey, hans kone Ann Harrison og Don Depalma Groton Database Systems (Interbase-databasefiler beholdt i lang tid den traditionelle gdb-udvidelse - fra Groton Database) [2] .
Virksomhedens navn blev efterfølgende ændret til Interbase Software Corporation [2] .
Efter en række videresalg blev InterBase 2 udgivet i 1986 . Systemet blev hovedsageligt brugt i indlejrede systemer til militære og specielle formål [4] .
I 1988 erhverver Ashton -Tate en 51% ejerandel i Interbase, og i 1991 køber Borland Ashton-Tate. Samme år udkommer InterBase 3.
Interbase vandt stor popularitet med udgivelsen af version 4 i 1994 , for det tidspunkt var det et meget kraftfuldt DBMS, der konkurrerede med hensyn til funktioner og ydeevne med MS SQL (6.5) og Sybase ASE (5) . I begyndelsen af 1991 havde Intrbase gode netværksmuligheder, der gjorde det muligt at definere det som et distribueret DBMS (som var i modsætning til standard klient-server-modellen) [5] .
I 1997 blev Interbase 5 udgivet, og i 1998 blev Interbase 5.1.1 inkluderet i Delphi 4-distributionen, som stort set forudbestemte dens popularitet blandt Delphi- og C++ Builder- udviklere .
I slutningen af 1999 forlader 3 nøglemedarbejdere i Interbase - Bill Karwin ( Bill Karwin ), Paul Beach ( Paul Beach ) og Wayne Ostiguy ( Wayne Ostiguy ) Borland, urolighederne begynder i internetkonferencer, den australske aktivist Helen Borrie ( Helen Borrie ) skaber en liste mailinglister kaldet "Save Interbase", for at forhindre lukningen af projektet, bliver der senere dannet en initiativgruppe IBDI ( engelsk Interbase developer's initiative ) for at beskytte Interbase udviklerbrugere, grundlæggere - Helen Borrie, Jason Wharton ( Jason Wharton ) og Dalton Calford ( Dalton Calford ).
I 2000 udgav Borland en open source- version af InterBase 6.0 , InterBase 6 Open Source Edition, under en speciel Interbase Public License (IPL). Ingen dokumentation, intet testsystem, intet projektbyggersystem blev frigivet til udgivelsen, nogle kildekoder blev ikke kompileret. Faktisk opgav Borland i det øjeblik den videre udvikling af systemet.
Den 31. juli 2000 kopierede initiativgruppen, desperat efter at få støtte fra Borland, eller i det mindste en klar holdning, Interbase 6-kildekoderne og dannede Firebird -projektet - et gratis projekt baseret på Interbase 6 Open Source-koder, der aktivt udviklede selvstændigt : fra Interbase 7.5 (2007). ) og Firebird 1.5 DBMS er langt fra at være fuldt kompatible. I 2001, takket være opdagelsen af kildekoder i DBMS, blev der opdaget en bagdør , der tillod adgang til enhver forekomst af DBMS, der havde eksisteret siden 1994.
I 2001 besluttede Borland igen at udvikle InterBase, John Arthur blev udnævnt til direktør for divisionen , og Charlie Caro var den ledende udvikler , proprietære versioner 6.0 og 6.5 blev frigivet, og lidt senere blev understøttelse af Interbase Open Source officielt helt afbrudt. .
I 2006 udskilte Borland udviklingsværktøjet og Interbase-divisionerne til et datterselskab kaldet CodeGear , hvilken udvikling blev solgt til Embarcadero i 2008. Interbase 2009 blev udgivet i 2009 og tilføjede Unicode- understøttelse og AES / DES-kryptering .
Databasestyringssystemer (DBMS) | |
---|---|
Klient-server | |
Motorer | |
Filserver |