InterBase | |
---|---|
Típusú | DBMS |
Fejlesztő | Embarcadero Technologies |
Operációs rendszer | platformközi |
legújabb verzió | InterBase 2020 (2019. december ) |
Olvasható fájlformátumok | InterBase Table Definition (v1.0) [d] , InterBase Database [d] , InterBase Relation (v1.0) [d] , InterBase Environment (v1.0) [d] , InterBase Data (v1.0) [d] és InterBase Packing (v1.0) [d] |
Generált fájlformátumok | InterBase Table Definition (v1.0) [d] , InterBase Database [d] , InterBase Relation (v1.0) [d] , InterBase Environment (v1.0) [d] , InterBase Data (v1.0) [d] és InterBase Packing (v1.0) [d] |
Engedély | Szabadalmazott |
Weboldal | embarcadero.com/products/interbase |
Az Interbase az Embarcadero [1] által kifejlesztett relációs adatbázis-kezelő rendszer , amely az 1980-as évek közepén jelent meg, és egy azonos nevű független cég, az Ashton-Tate , Borland tulajdonában volt . Az InterBase számos más DBMS-től különbözik kis méretében, szinte nulla adminisztrációs követelményében és az egyidejű hozzáférés-vezérlést támogató architektúrában a több verzióval [1] . Az InterBase Microsoft Windows , macOS , Linux , Solaris , valamint iOS és Android [1] operációs rendszeren fut .
Az Interbase kód a szabadon terjesztett Firebird adatbázis-kezelő rendszer alapja lett .
Az InterBase egy SQL-92- kompatibilis relációs adatbázis, amely támogatja az olyan szabványos felületeket, mint a JDBC , ODBC és ADO.NET .
Az InterBase Server teljes telepítéséhez körülbelül 40 MB lemezterületre van szükség. Az InterBase kliens minimális telepítése körülbelül 400 KB lemezterületet igényel.
Az InterBase beágyazott adatbázisként vagy normál szerverként is működhet .
Az InterBase XE-től kezdve az InterBase 256 bites AES titkosítást tartalmaz , amely az adatbázisok, táblák vagy oszlopok adatainak teljes titkosítását biztosítja. A titkosítás szétválasztása azt is lehetővé teszi a fejlesztők számára, hogy egyszerűen fejleszthessenek egy alkalmazást ahelyett, hogy az adott felhasználó bejelentkezésekor látható adatok miatt aggódnának.
A frissítések során előforduló zárolások elkerülése érdekében az Interbase többverziós vezérlést használ a zárolások helyett. Minden tranzakció létrehozza a rekord egy verzióját. Az írási szakaszban a frissítés kezdetben nem lesz blokkolva. Az InterBase többgenerációs rekordokat is használ a tranzakciós naplók helyett a visszagörgetés megvalósításához.
Ennek az architektúrának az a hátránya, hogy bizonyos műveleteket nehezebb megvalósítani benne, ezért lassabbak egy hagyományosabb megvalósításhoz képest. Az egyik példa a COUNT SQL ige. Még akkor is, ha elérhető index a COUNT oszlopban vagy oszlopokban, meg kell néznie az összes rekordot, hogy lássa, láthatóak-e az aktuális tranzakciós elkülönítésben.
Az Interbase a DEC munkatársának, Jim Starkeynak a személyes projektjén alapult , aki akkoriban a Dataretrive relációs lekérdező rendszeren dolgozott , amely lehetővé tette a DBMS-32 hálózati adatbázisban és a lapos fájlok adatainak lekérdezését [2] . Ezzel párhuzamosan Jim Starkey, aki egy teljes értékű relációs DBMS kifejlesztéséről álmodott, és elégedetlen volt az Rdb projekt lassú fejlesztési sebességével, amelyet a fejlesztők egy másik csoportja végez, saját projektet kezdett létrehozni [2] . A projekt első verziója 1984 -ben készült, a JRD ( Jim relációs adatbázisa ) nevet kapta . Ennek eredményeként Starkey projektje versenyezni kezdett az Rdb -vel, amelynek fejlesztésében Starkey a DEC -nél nem vett részt [2] . Az egyik kulcsfontosságú ötlet, amely befolyásolta a projekt fejlesztését, a párhuzamosság-vezérlés több verzión keresztüli (MVCC) koncepciója volt. Drasztikusan leegyszerűsítette a meglévő zárolási problémákat, ami az akkoriban kifejlesztett új relációs adatbázis-rendszerek fő problémájának bizonyult. Bár az InterBase megvalósítása sokkal jobban hasonlít a Reed által az MIT-n (1978) megjelent disszertációjában leírt rendszerhez, mint bármely más akkoriban létező adatbázishoz, és Starkey ismerte Bernsteint, aki egy 1981-es közleményében hasonló megközelítést említett, már A Computer Corporation of America-nál, majd később a DEC-nél betöltött korábbi pozíciójából Starkey kijelentette, hogy önállóan vetette fel a többverziós párhuzamosság kezelésének ötletét [3] . Ugyanebben a megjegyzésben Starkey azt mondja:
Az egyidejűség többverziós kezelésének ihletője a Prime által létrehozott adatbázis-rendszer volt, amely támogatta az oldalszintű pillanatképeket. Ennek a funkciónak az volt a célja, hogy az olvasó konzisztens képet adjon az adatbázisról a szerzők blokkolása nélkül. Az ötlet felkeltette az érdeklődésemet, mint egy adatbázisrendszer nagyon hasznos funkcióját.
Miután nyilvánvalóvá vált a DEC menedzsmentjének az Rdb fejlesztése melletti választása, Starkey elhagyta a céget, és 1985 -ben Starkey, felesége Ann Harrison és Don Depalma megalapították a Groton Database Systems -t (az Interbase adatbázisfájlok sokáig megtartották a hagyományos gdb kiterjesztést - Groton adatbázisból) [2] .
A cég neve később Interbase Software Corporation-re változott [2] .
Számos viszonteladás után 1986-ban megjelent az InterBase 2 . A rendszert főleg katonai és speciális célú beágyazott rendszerekben használták [4] .
1988- ban az Ashton -Tate 51%-os részesedést szerez az Interbase-ben, 1991 -ben pedig a Borland megvásárolja az Ashton-Tate-et, és ugyanebben az évben megjelenik az InterBase 3.
Az Interbase nagy népszerűségre tett szert a 4-es verzió 1994 -es kiadásával , akkoriban egy nagyon erős DBMS volt, amely szolgáltatásaiban és teljesítményében versenyzett az MS SQL -lel (6.5) és a Sybase ASE -vel (5). . 1991 elejére az Intrbase jó hálózati képességekkel rendelkezett, amelyek lehetővé tették, hogy elosztott DBMS-ként határozzák meg (ami ellentétben állt a standard kliens-szerver modellel) [5] .
1997-ben megjelent az Interbase 5, 1998-ban pedig az Interbase 5.1.1 bekerült a Delphi 4 disztribúciójába, ami nagymértékben meghatározta népszerűségét a Delphi és a C++ Builder fejlesztők körében .
1999 végén 3 kulcsfontosságú Interbase alkalmazott - Bill Karwin ( Bill Karwin ), Paul Beach ( Paul Beach ) és Wayne Ostiguy ( Wayne Ostiguy ) elhagyja a Borlandot, zavargások kezdődnek az internetes konferenciákon, Helen Borrie ausztrál aktivista ( Helen Borrie ) létrehoz egy listás levelezőlisták "Save Interbase" néven, a projekt bezárásának megakadályozása érdekében később megalakul az IBDI ( angol Interbase developer's iniciatyva) kezdeményező csoport, amely az Interbase fejlesztői felhasználóit, alapítóit - Helen Borrie, Jason Wharton ( Jason Wharton ) és Dalton Calford ( Dalton Calford ).
2000-ben a Borland kiadta az InterBase 6.0 nyílt forráskódú változatát , az InterBase 6 Open Source Editiont, egy speciális Interbase Public License (IPL) alatt. A kiadáshoz nem adtak ki dokumentációt, tesztrendszert, projekt build rendszert, néhány forráskódot nem fordítottak le. Valójában a Borland abban a pillanatban felhagyott a rendszer továbbfejlesztésével.
2000. július 31- én a kezdeményező csoport kétségbeesetten a Borland támogatására, vagy legalábbis egyértelmű álláspontra törekedett, lemásolta az Interbase 6 forráskódjait, és létrehozta a Firebird projektet – egy ingyenes projektet, amely az Interbase 6 nyílt forráskódú kódjain alapul, és aktívan fejlődik önállóan. : az Interbase 7.5-től (2007). ) és a Firebird 1.5 DBMS messze nem teljesen kompatibilis. 2001-ben a DBMS-ben található forráskódok felfedezésének köszönhetően egy hátsó ajtót fedeztek fel , amely hozzáférést biztosított az 1994 óta létező DBMS bármely példányához.
2001-ben a Borland ismét az InterBase fejlesztése mellett döntött, a részleg igazgatójává John Arthurt nevezték ki , a vezető fejlesztő pedig Charlie Caro volt, megjelentek a 6.0-s és 6.5-ös verziók, majd valamivel később hivatalosan is teljesen megszűnt az Interbase Open Source támogatása. .
2006-ban a Borland leválasztotta a fejlesztőeszközt és az Interbase részlegeket CodeGear nevű leányvállalattá, amelyet 2008- ban eladtak az Embarcaderonak . Az Interbase 2009 2009-ben jelent meg, kiegészítve Unicode támogatással és AES / DES titkosítással .
Adatbázis-kezelő rendszerek (DBMS) | |
---|---|
Kliens-szerver | |
Motorok | |
Fájlszerver |