A Microsoft SQL Server egy relációs adatbázis-kezelő rendszer (RDBMS) , amelyet a Microsoft Corporation fejlesztett ki . A fő használt lekérdezési nyelv a Microsoft és a Sybase által közösen létrehozott Transact-SQL . A Transact-SQL az ANSI / ISO szabvány a strukturált lekérdezési nyelvhez ( SQL ) kiterjesztéssel rendelkező megvalósítása. A személyestől a nagyvállalati méretű adatbázisokig terjedő méretű adatbázisokkal való munkavégzésre szolgál; versenyez más DBMS-ekkel ebben a piaci szegmensben.
| Változat | Év | Név | kód név |
|---|---|---|---|
| 1.0 ( OS/2 ) | 1989 | SQL Server 1.0 (16 bites) | Filipi |
| 1.1 ( OS/2 ) | 1991 | SQL Server 1.1 (16 bites) | Pietro |
| 4.21 ( WinNT ) | 1993 | SQL Server 4.21 | SQLNT |
| 6.0 | 1995 | SQL Server 6.0 | SQL95 |
| 6.5 | 1996 | SQL Server 6.5 | Hydra |
| 7.0 | 1998 | SQL Server 7.0 | Szfinksz |
| - | 1999 | SQL Server 7.0 OLAP eszközök | Palato mánia |
| 8.0 | 2000 | SQL Server 2000 | Shiloh |
| 8.0 | 2003 | SQL Server 2000 64 bites | Szabadság |
| 9.0 | 2005 | SQL Server 2005 | Yukon |
| 10.0 | 2008 | SQL Server 2008 | Katmai |
| 10.25 | 2010 | Azure SQL DB | Cloud Database vagy CloudDB |
| 10.50 | 2010 | SQL Server 2008 R2 | Kilimandzsáró (más néven KJ) |
| 11.0 | 2012 | SQL Server 2012 | Denali |
| 12.0 | 2014 | SQL Server In-Memory OLTP | Hekaton |
| 13.0 | 2016 | SQL Server 2016 | |
| 14.0 | 2017 | SQL Server 2017 | |
| 15.0 | 2019 | SQL Server 2019 |
A kliens-szerver technológiák fejlődése a 80-as évek második felében két kulcsfontosságú terület fejlődésének volt köszönhető, amelyek a 70-es évek vége óta aktívan fejlődtek: egyrészt a személyi számítógépek, másrészt a számítógépes hálózatok. A DBMS hosszú ideig csak a nagyszámítógépekhez volt elérhető, és csak az otthoni számítógépek és miniszámítógépek processzorainak teljesítményének növekedésének köszönhetően a DBMS-fejlesztők (mint az Oracle ) elkezdték termékeik megfelelő verzióit létrehozni. Az egyik első számítógépes RDBMS az Oracle v3 volt , amelyet 1983-ban adtak ki. Akkoriban néhány PC-tulajdonos főként alkalmazásfejlesztésre és tesztelésre használta őket [1] .
A DBMS fejlesztésének egyik legfontosabb állomása 1986 volt. Ekkor már több DBMS fejlesztő cég is megjelent, ezek közül az egyik legjelentősebb a két évvel korábban alapított Sybase . 1986-ra a Sybase elkezdte az intelligens munkaállomásokat (amelyeket jellemzően a Sun Microsystems vagy az Apollo Computer tervezett) adatbázis-kiszolgálókkal (amelyeket például az Oracle tervezett). Ugyanakkor maga a kliens-szerver technológia lehetővé tette az információfeldolgozó modulok (ún. back end) elkülönítését az interfész moduloktól (ún. front end). Tekintettel a számítógépes hálózatok elterjedésének folyamatos növekedésére, a megoldásszolgáltatók áttértek az egyéb feladatok (például jelentések formázása, adatok ellenőrzése, stb.) hálózati munkaállomások közötti elosztására, így a szerver csak olyan feladatokat lát el, amelyekhez központilag szükséges. megoldás (adatok tárolása és védelme, optimalizálási lekérdezés végrehajtási folyamata stb.) [1] .
A hierarchikus adatbázisokról a relációs adatbázisokra való átállásban maguk a DBMS-fejlesztők is jelentős szerepet játszottak. Tehát ekkorra az IBM már fokozatosan áthelyezte ügyfeleit a hierarchikus DBMS-ekről (például az IMS -ről ) a DB2 -re és az SQL/DS RDBMS-re . Az új DBMS, bár sebességében gyengébb az IMS-nél, a programozás és a karbantartás egyszerűsége tekintetében felülmúlta azt. A DB2 szállítása gyorsan felülmúlta a várakozásokat, és az értékesítés első évében jelentős piaci részesedést szerzett. 1986 szeptemberében a Gupta Technologies bemutatta SQL Base fejlesztését, amely tartalmazta a hálózatba kapcsolt PC-k adatbázis-kiszolgálójának koncepcióját. A Gupta az elsők között valósította meg a transzparens hozzáférést a rajtuk DB2-t futtató IBM nagyszámítógépekhez, közvetlen hozzáférést biztosítva az ott tárolt adatokhoz anélkül, hogy fájlokat vagy táblákat kellett volna letöltenie a felhasználó munkaállomására [1] .
1986 végére szinte általánossá vált az SQL nyelv , mint a DBMS-ben lévő adatokkal való munka fő nyelvének használata. Az IBM, az Oracle, a Sybase és a Gupta hasonló SQL-szintaxist használt az üzenetek küldésére a DBMS elülső részétől a hátsó felé, lehetővé téve a különböző gyártóktól származó kliens- és kiszolgálórészek kombinációját. Ugyanebben az évben az Amerikai Nemzeti Szabványügyi Intézet jóváhagyta az SQL nyelv egy változatát az adatfeldolgozás nemzetközi szabványaként, ami veszélyeztette az SQL nyelvet nem támogató DBMS jólétét. Így például a Cullinet cég, bár bejelentette, hogy támogatja az SQL nyelvet a miniszámítógépek DBMS-ében, elvesztette DBMS-piaci részesedését a megvalósítás késése miatt, és engedett az IBM-nek és DB2 termékének [1] .
Ekkor már a Microsoft minden fejlesztése kizárólag az otthoni számítógépekre koncentrált, és a legjövedelmezőbb terméke az MS-DOS operációs rendszer volt . A személyi számítógépeken történő kliens-szerver adatfeldolgozás 1986-ra csak népszerűvé vált, ezért kívül esik a cég érdekein . Egy évvel korábban, 1985 júniusában az IBM és a Microsoft közös fejlesztési megállapodást írt alá ( eng. Joint Development Agreement , rövidítés: JDA), amely csak általános rendelkezéseket tartalmaz a jövőbeli együttműködésre vonatkozóan. 1985 augusztusában a JDA kiegészült egy "Phase II" kódnevű dokumentummal ( eng. Phase II ), amely az OS/2 fejlesztési terveket tartalmazza . Akkoriban a termék CP/DOS néven szerepelt ( Eng. Control Program/DOS az IBM nagyszámítógépes termékelnevezési szabályzatának megfelelően, míg a Microsoft DOS 5 néven. 1986 végén és 1987 elején a projektet hivatalosan OS névre keresztelték át. /2 a név hasonlóvá tételére az IBM PS/2 számítógépsorhoz [2] .
1987. április 2-án jelentették be az OS/2-t (az 1.0-s verziót egy sajtóközlemény szerint 1988 első negyedévében kellett volna kiadni, de végül 1987 decemberében adták ki) [2] . Az 1987 áprilisában bejelentett tervek szerint az IBM azt tervezte, hogy hozzáadja a DBMS-funkciókat az OS / 2-höz, és a Gupta Technologies által kifejlesztett koncepciót alkalmazza, amely abból állt, hogy egy személyi számítógép hálózati útválasztókon keresztül SQL-lekérdezéseket küld egy gazdagépnek , és csak a kapott eredményeket küldte vissza. végrehajtás válaszkérésként. Míg az operációs rendszer gyártói már évek óta beépítenek bizonyos DBMS-funkciókat termékeikbe, az IBM azon ötlete, hogy egy teljes értékű DBMS-t építsenek be az operációs rendszerbe, sok vezetőt arra késztetett, hogy újragondolja a PC-ről alkotott véleményét, mint megfelelő platformot a multik megvalósításához. -felhasználói alkalmazások és a kliens koncepció -szerver technológia [1] .
Nem sokkal a bejelentést követően az IBM bejelentette ennek az operációs rendszernek egy speciális, továbbfejlesztett változatát is - OS / 2 Extended Edition. Ezt a verziót az OS/2 Database Managerrel és számos más hálózati és szervermegoldással kellett csomagolni. Bár az adatbázis-kezelő inkább nagyszámítógép - orientált volt, mint személyi számítógép-orientált, az IBM mégis jobb terméket tudott kínálni a vásárlóknak, mint a versenytársak közös fejlesztésük alapján. Az adatbázis-kezelés területén a házon belüli fejlesztések szükségessége nyilvánvalóvá és nagyon aktuálissá vált a Microsoft számára.
A probléma megoldása érdekében a Microsoft a Sybase -hez fordult , amely akkor még nem adta ki DataServer termékének kereskedelmi verzióját (ez valamivel később, 1987 májusában történt, és csak UNIX -ot futtató Sun munkaállomásokon ). A fellebbezés oka az volt, hogy a DataServer kiadás előtti verziója, bár nem volt széleskörű felhasználásra tervezett termék, mégis az új ötletek megvalósítása (különösen a kliens-szerver architektúra) miatt az új DBMS nagyon jól fogadta. jó kritikák. Egy ilyen megállapodás eredményeként a Microsoft kizárólagos jogokat kapna a DataServer for OS / 2 verziójára és a Microsoft által kifejlesztett összes operációs rendszerre, a Sybase pedig a Microsofttól származó jogdíjakon túl hozzáférne a megszállt piac egy részére. Microsoft termékek által (beleértve az új operációs rendszert / 2) . Mivel az otthoni PC-k teljesítménye alacsony, a Sybase ezt a piaci szegmenst tekintette a nagyobb teljesítményű UNIX-alapú rendszerek termékeinek későbbi értékesítésének alapjaként, különösen azért, mert a Microsoft jól kiépített disztribúciós hálózatának köszönhetően lényegesen magasabb értékesítést tudott biztosítani DataServer, mint maga a Sybase. 1987. március 27-én a Microsoft elnöke, John Shirley és a Sybase társalapítója, Mark Hofmann (aki akkoriban a cég elnöke is volt) megállapodást írt alá.
Abban az időben a PC DBMS piac oroszlánrészét az Ashton-Tate foglalta el dBASE -jával . Mivel a DataServer képességei kissé eltérnek a dBASE-tól, ezeket a termékeket nem tekintették potenciális versenytársaknak. Ez lehetővé tette a Microsoftnak, hogy alkut kössön az Ashton-Tate-tel, hogy a DataServert népszerűsítse a dBASE felhasználói közösségében.
1988. január 13-án sajtótájékoztatót tartottak New Yorkban, amelyben bejelentették az Ashton-Tate és a Microsoft közötti szövetséget az Ashton-Tate/Microsoft SQL Server nevű új termék kifejlesztésére. Ugyanezen a napon közös sajtóközleményt adtak ki, amelyben bejelentették a Sybase fejlesztésein alapuló új terméket. A termék előzetes megjelenési dátuma 1988 második fele volt [3] . Ami a vállalatok termékfejlesztésben és promócióban betöltött szerepét illeti, egy sajtóközlemény szerint Ashton-Tate volt felelős az adatbázis-fejlesztés felügyeletéért (valamint a házon belüli fejlesztésért ezen a területen), míg a Microsoft hasonló szerepet kapott technológia a helyi hálózatokban végzett munkához. Az SQL Server megjelenése után az Ashton-Tate-nek kellett licencelnie a terméket a Microsofttól és a kiskereskedelmi forgalomban világszerte (mind önálló termékként, mind a dBASE jövőbeli verzióihoz mellékelve), a Microsoft pedig szállítaná a terméket a hardvergyártóknak [4] .
Az SQL Servert már azonnal relációs DBMS-ként pozícionálták, amely támogatja az SQL nyelvet és képes helyi hálózaton keresztül dolgozni. Ezenkívül bejelentették, hogy az SQL Server kompatibilis a dBASE vagy bármely más munkaállomás-szoftverrel. Nagy hangsúlyt kapott a termék kliens-szerver architektúrája, melynek köszönhetően a kliens alkalmazás funkciói ( eng. front-end ), melyben a felhasználók látják a számukra szükséges adatokat, illetve a szerver rész ( eng. back- vége ), amelyben ezek az adatok lesznek tárolva. Az Ashton-Tate és a Microsoft is bejelentette "három fő újítást a relációs adatbázis-technológiában": az SQL Server által összeállított tárolt eljárások támogatását, amely "jelentősen felgyorsítja" az adatok visszakeresését, és megőrzi az adatok integritását a többfelhasználós környezetben végzett munka során. A második újítás a kernel folyamatos rendelkezésre állása volt (a felhasználói műveletek megszakítása nélkül) az adminisztratív feladatokhoz, például az adatok biztonsági másolatainak létrehozásához (backup) és azok visszaállításához. A harmadik újítás egy olyan technológia támogatása volt, amely hídként működik az online tranzakciófeldolgozó rendszerek és a PC-n lévő adatbázisok között. Magának az SQL Servernek egy „nyílt platform” architektúrán kellett volna alapulnia, amely lehetővé tenné a külső szoftverfejlesztők számára, hogy olyan alkalmazásokat hozzanak létre, amelyek az SQL Server hálózati és többfelhasználós képességeit használják. Ugyanakkor Bill Gates , aki akkoriban a Microsoft igazgatótanácsának elnöke volt, a hálózatot "az új és innovatív alkalmazások legfontosabb számítási platformjának" nevezte. Az SQL Servernek futnia kellett minden OS / 2 alapú hálózati szerveren, beleértve a Microsoft OS / 2 LAN Manaqert és az IBM LAN Servert, és kölcsönhatásba kellett lépnie az OS / 2, PC-DOS vagy MS-DOS rendszert futtató munkaállomásokkal [4] .
Ashton-Tate úgy látta, hogy az SQL Server egy lehetőség arra, hogy átvegye az otthoni számítógépes adatbázisok piacát anélkül, hogy felhagyna a dBASE fejlesztéssel. Ezzel egyidejűleg mindkét terméket vállalati ügyfeleknek kínálták. A Microsoft az SQL Server népszerűsítésével számolt a tranzakció-orientált rendszerek alapjaként, beleértve a különféle könyvelési rendszereket, dokumentumtárakat, kutatáskezelő rendszereket és egyebeket. Az új termék népszerűsítésére mindkét cég számos különböző szemináriumot és konferenciát tervezett, amelyek közül az első a Microsoft Advanced Network Development Conference volt, amelyet március 30-tól április 1-ig San Franciscóban és április 13-15-én New Yorkban tartottak [4] .
A Sybase, annak ellenére, hogy a neve nem szerepelt az új termék nevében, valójában az egész céghármas fő fejlesztője volt. A Microsoft hozzájárulása viszont meglehetősen csekély volt. A Sybase-nél már kialakult egy kis csapat, amely a DataServer motort OS/2-re, valamint a DB-Library kliens felületét MS-DOS-ra és OS/2-re portolja. A Microsoft a tesztelésért és a projektmenedzsmentért volt felelős, és számos további segédprogramot is kifejlesztett, amelyek megkönnyítették az SQL Server 1.0 telepítését és adminisztrációját.
Az új termék a Sybase DataServer OS/2-re való portjaként készült, amelyet a Microsoft és az Ashton-Tate is forgalmaz. Ezzel párhuzamosan az Ashton-Tate új dBASE IV-verzióját szerveroldali változatban is elérhetővé akarták tenni, így a dBASE IV nyelvi és fejlesztői eszközök segítségével olyan kliens alkalmazásokat lehet létrehozni, amelyek együttműködhetnek az új SQL Serverrel. Az új kliens-szerver modellnek azt kellett volna lehetővé tennie, hogy a dBASE új teljesítményszintet érjen el, sokkal nagyobb számú felhasználó számára adva lehetőséget az adatokkal való munkavégzésre, mint amennyit az akkori általános fájlmegosztási modell lehetővé tett volna .
Az Ashton-Tate/Microsoft SQL Server Beta 1988. október 31-én jelent meg az SQL Server Network Developer's Kit (rövidítve MDK) részeként. Ez a készlet tartalmazta az SQL Server kiadás előtti verzióját, a dokumentációt, az SQL Server API -könyvtárait és a Microsoft OS/2 LAN Managert . A szoftverkönyvtárakat úgy tervezték, hogy ( a Microsoft saját C fordítójával ) MS-DOS , Windows vagy OS/2 alkalmazásokat fordítsanak le az SQL Server helyi hálózaton keresztüli futtatására. A készletet kizárólag szoftverfejlesztés céljára adták el, de egy speciális kupon is volt hozzá, amely lehetővé tette az ügyfelek számára, hogy a megjelenés után frissítsenek az SQL Server teljes verziójára [5] .
Az MDK-t közvetlenül az Ashton-Tate értékesítette az Egyesült Államokban és Kanadában (és a Microsoft az Egyesült Államokban), kedvezményes áron. A Microsoft jelentős kedvezményt is kínált azoknak a fejlesztőknek, akik már megvásárolták a Microsoft OS/2 Software Developer's Kit-et, vagy részt vettek valamelyik Microsoft Advanced Network Development Conference-en. Az Ashton-Tate viszont hasonló kedvezményt kínált azoknak a fejlesztőknek, akik részt vettek az 1988-as Ashton-Tate fejlesztői konferencián [5] .
Az MDK-nak sok hibája és hiányossága volt, ennek ellenére otthoni számítógépeken működött (processzorral, például 10 MHz-es Intel 80286 -tal, 6 MB RAM-mal és 50 MB merevlemezzel ).
1989. április 29-én megkezdődött az Ashton-Tate/Microsoft SQL Server 1.0 hivatalos értékesítése. Az SQL Server csapatának tagjai „Ashton-Tate SQL Server: On-Time and Proud of It” feliratú pólót viseltek a .tartott különleges csapattanúsítási eseményenTorrance ) [3] .
Az Infoworld magazin tesztjei kimutatták, hogy az Ashton-Tate/Microsoft SQL Server 1.0 még 24 munkaállomást tartalmazó hálózaton is gyorsabban birkózott meg a terheléssel, mint egy hagyományos többfelhasználós adatbázis (ez akkoriban a leggyakoribb adatbázistípus), és amikor tárolt eljárások segítségével két másodpercnél rövidebb válaszsebességet lehetett elérni. Az újságírók megjegyezték a tesztkód írásának egyszerűségét és kényelmét is .
A profilsajtó meglehetősen pozitívan nyilatkozott az új termékről, azonban az eladások nagyon alacsonyak voltak. Az OS/2 eladások is csalódást okoztak, mivel sok felhasználó nem volt hajlandó MS-DOS-ról OS/2-re áttérni. A képet teljessé tette, hogy SQL Server alkalmazásokat csak C nyelven lehetett készíteni, mivel az Ashton-Tate által ígért dBASE IV Server Edition késett, és hasonló volt a helyzet a harmadik féltől származó SQL Server eszközökkel is. . Emellett a verseny is szerepet játszott: az XDB XDB, a Gupta Technologies SQLBase és az IBM OS/2 Extended Edition (egyfelhasználós módban) már létezett a PC-platformok DBMS-piacán addigra [3] .
1990-re a helyzet nem javult. A termék közös promóciójának tervei meghiúsultak, ami az SQL Server számára biztosította volna a lábát a nagy dBASE fejlesztői közösségben. Annak ellenére, hogy a dBASE IV (1989-ben kiadott) asztali verziójának kiadását elhalasztották, még mindig sok hibát tartalmazott, amelyek miatt rossz hírnevet szerzett. A Server Edition, amelynek az SQL Server nagy teljesítményű alkalmazások fejlesztését kellett volna leegyszerűsítenie, soha nem jelent meg. Az alkalmazások fejlesztése dBASE for SQL Server-ben azért vált kihívássá, mert az egyfelhasználós írásorientált alkalmazás fejlesztése alapvetően különbözött a többfelhasználós alkalmazások fejlesztésétől, amelyeknek továbbra is a feladatok párhuzamos végrehajtásával, a helyes párhuzamos munkavégzéssel kellett megoldani a problémákat. adatokkal és alacsony átviteli sebességgel, majd a helyi hálózatokkal. Az első próbálkozások a dBASE eszközök és az SQL Server összekapcsolására e termékek nem hatékony együttműködéséhez vezettek (például a soronkénti adatlekérdezésből probléma lett, és akkor még nem léteztek tetszőleges soronkénti átmenettel rendelkező kurzorok).
Ennek eredményeként az Ashton-Tate, amely két évvel korábban uralta az otthoni PC-adatbázisok piacát, mostanra a túlélésért küzdött, és kénytelen volt visszaváltani a zászlóshajó dBASE termékére. A Microsoft eközben saját márkaneve alatt elindította az OS/2 LAN Managert (amikor eredetileg csak az OEM-verziókat tervezték), és szüksége volt az SQL Serverre, hogy megalapozza a Microsofttal együttműködő kliens/szerver eszközök fejlesztését. LAN Manager és Microsoft OS/2. Mindez ahhoz a döntéshez vezetett, hogy leállítják az SQL Server közös promócióját, majd ezt a terméket kissé módosították és Microsoft SQL Server néven mutatták be.
A Microsoft illetékesei már az 1.1-es verzió megjelenése előtt (szemben a független elemzőkkel) a termék új verziójának eladásainak meredek növekedését jósolták, de reményeik nem váltak valóra. A Microsoft SQL Server 1.1 1990 augusztusában jelent meg az 1989-ben eladott Ashton-Tate/Microsoft SQL Server 1.0 frissítéseként és cseréjeként [6] . Az 1.1-es verzió megjelenésekor a Microsoft még nem tekintette az SQL Servert önmagában profittermelő terméknek – éppen ezért csak az egyik alkalmazása volt a LAN Manager számára (a Microsoft még értékesítési csatornákat is kezdett létrehozni a partnerek számára mindkét termék esetében, bár korábban soha nem foglalkozott kiskereskedelmi LAN -megoldásokkal ). Pozitív szerepe volt a Borland és a DataEase Internationalangol front endek ) korai megjelenésének , különösen azért, mert az év során több hasonló megoldás is várható (akkor még feltételesen a "másodiknak" nevezték őket). generáció"). Ugyanakkor az SQL Server egy hasonlóan fontos része – a telepített protokollok csomagja – még fejlesztés alatt állt. A csomag első Net-Library TCP/IP-változata még alfatesztelés alatt állt, míg a DEC-NET és SPX verziói általában fejlesztés alatt állnak, megjelenési dátumok bejelentése nélkül. Ezenkívül a kliens-szerver számítástechnika látszólagos összetettsége, valamint a szerver- és kliens-alkalmazások még mindig folyamatban lévő fejlődése miatt az SQL Server 1.1 korai eladásai nagyon alacsonyak voltak [7] .
Az SQL Server 1.1 szolgáltatásai általában hasonlóak voltak az 1.0-s verzióhoz, de az új verzió számos javítást tartalmazott az 1.0-s verzióban megjelent hibákra. Ezenkívül az SQL Server 1.1 támogatta az információcserét egy új kliens platformmal - a Microsoft Windows 3.0-val, amely 1990 májusában indult, és kézzelfogható reakciót váltott ki a számítógépiparban. Az SQL Server 1.1 sokkal könnyebben konfigurálható a LAN Managerrel való együttműködésre, és a termék Novell hálózati és önálló szoftverfejlesztő rendszerként való telepítése is javult. A csomag tartalmazta az SQL Server Basic Library-t, amely az SQL Server és a Microsoft Basic Professional Development System közötti interfész volt. Ennek a könyvtárnak köszönhetően először adták hozzá ehhez a nyelvhez a támogatást [6] .
Az SQL Server 1.1-es kliens a DB-Library új verziójával működhetett együtt, a kliens és az SQL Server közötti felülettel, amelyet egy hónappal magának az SQL Server új verziójának megjelenése előtt terjesztettek ki egyes fejlesztők számára. A DB-Library új verziója az előző verzió szinte teljesen átírt változata volt, aminek köszönhetően a korábbi 80 KB helyett csak 40 KB-ot kezdett elfoglalni, így több memória maradt a kliens rendszereken lévő DOS alkalmazások számára (most a fejlesztő kapott 250 KB az alkalmazás számára a korábbi 50 KB helyett, amelyet az SQL Server 1.0-hoz mellékelt statikus DB-könyvtárak használatával szereztek meg). A DB-Library kapcsolati protokoll-architektúrája mostantól képes volt kommunikálni a DOS, Windows és OS/2 kliensekkel, és más platformokon is támogatta a Sybase SQL Server elérését. Magától a Microsofttól és a Sybase-től származó információk szerint azonban ezek az illesztőprogramok még aktív fejlesztés alatt állnak [6] .
Az SQL Server 1.1 licence a következő lehetőségeket tartalmazza [6] :
A különböző gyártók SQL Server 1.1 kliensrendszereivel való együttműködés lehetővé tette utóbbiak számára, hogy a Microsoft SQL Server 1.1-et saját fejlesztéseikkel együtt értékesíthessék. Az SQL Business Partner Program első tagjai az Ashton-Tate, a Blyth Software, a Dataease International, a Revelation Technologies és a Sybase. Ezek a cégek egy nem sokkal korábban kialakított speciális disztribúciós hálózaton ( angol Microsoft Network Specialist channel ) keresztül értékesíthettek, melynek fő feladata addig a Microsoft LAN Manager értékesítése volt, vagy közvetlenül a végfelhasználóknak értékesíthettek. Ezen öt partner közül az új verzió megjelenése idején csak az Ashton-Tate tudta a felhasználóknak kínálni az SQL Server kliens részét - SQL Link for Framework III (összesen körülbelül 40 ilyen megoldás volt elérhető a piacon akkoriban). idő). A Dataease International bejelentette, hogy Dataease SQL 1.0-s megoldása ugyanazon év szeptember 14-től lesz megvásárolható. A Microsoft tájékoztatása szerint a fennmaradó két partner ugyanazon év harmadik negyedévében tervezte a megoldások kiadását (MS-SQL Server Bond for Advanced Revelation a Revelation Technologiestől és Omnis 5 a Blyth Software-től). Az Ashton-Tate dBase IV 1.1 Server Edition verziója, amelynek támogatnia kellett volna az SQL Servert, 1990 vége előtt várható. 1991 első negyedévében a szerver interfészeket más dBase kliensrendszerek, nevezetesen a Wordtech Systems Arago Dbxl és Arago Quicksilver [6] támogatására tervezték .
1990 harmadik negyedévében megjelent az Access SQL (a Software Products International) és a Q+E (a Pioneer Software) a Microsoft Excel és az SQL Server közötti közvetlen kommunikáció biztosítására [6] . A Q+E lehetővé tette, hogy lényegében minden Windows-alkalmazás (beleértve a Windows 3.0-t is), amely képes együttműködni a Dynamic Data Exchange kapcsolatokkal, az SQL Serverrel is együttműködjön. A felhasználók szemszögéből a Q+E 2.5 lehetővé tette a felhasználók számára, hogy megtekintsék, egyesítsék és rendezzék az adatbázisban lévő információkat anélkül, hogy a megfelelő SQL-lekérdezéseket írták volna. És mivel a DDE-hívások magába a Q+E alkalmazásba épültek be, az olyan felhasználók, mint az Excel, elvégezhették az adatok utófeldolgozását [8] .
1991 elejére több tucat harmadik féltől származó szoftvertermék működhetett együtt az SQL Serverrel. Ebben jelentős szerepe volt a Windows 3.0-ban implementált dinamikus könyvtárak SQL Server támogatásának , és ez a támogatás szinte a Windows 3.0 értékesítésének kezdetétől megvalósult az SQL Serverben. Ennek köszönhetően a Microsoft SQL Server szisztematikusan kezdett vezető pozíciót szerezni a Windows platformra összpontosító DBMS-ek között. A helyzet javulása ellenére azonban továbbra is probléma volt a C nyelven kívüli fejlesztést támogató eszközök elérhetőségével.
Általánosságban elmondható, hogy a Windows 3.0 korai és teljes körű alkalmazástámogatásának politikája is felelős volt a Microsoft SQL Server sikeréért, ráadásul a Windows mint platform látszólagos sikere változtatásokat igényelt mind az SQL Serverben, mind magában a Microsoftban. Különösen a Microsoft csapata, amely valaki más termékének portolásával foglalkozott, fokozatosan tért át a teljes körű tesztelésre és projektmenedzsmentre, majd az SQL Server telepítését és adminisztrációját megkönnyítő saját eszközök fejlesztésére. De annak ellenére, hogy a Microsoft az SQL Server 1.1-el együtt szállította saját kliensszoftvereit és segédprogramjait, szoftverkönyvtárait és adminisztrációs eszközeit, az SQL Server motort továbbra is a Sybase írta, miközben a Microsoft még a forráskódhoz sem férhetett hozzá . Ez a modell azt biztosította, hogy az SQL Server funkcionalitásának módosítására irányuló kérések teljesítése érdekében (beleértve a hibajavításokat is) a Microsoftnak el kellett küldenie ezeket a kéréseket a Sybase-nek, amely végrehajtotta a megfelelő változtatásokat. A Microsoft ezzel szemben egy teljes értékű és független SQL Server támogatási csapat létrehozására törekedett, amelyhez adatbázisokkal kapcsolatos gyakorlattal rendelkező mérnököket vett fel. A forráskódhoz való hozzáférés nélkül azonban a csapat képtelen volt megoldani a termékkel kapcsolatos kritikus ügyfélszolgálati problémákat. Ezenkívül probléma volt azzal, hogy a Microsoft a Sybase-re támaszkodott a termék hibáinak kijavításában, ami azt eredményezte, hogy a Sybase nem volt elég gyors a Microsoft által állított kritikus hibák kijavításához.
1991 elején a Microsoft és a Sybase megállapodást kötött, amelynek értelmében előbbi hozzáférhet az SQL Server forráskódjához, de csak olvasási módban (vagyis változtatási lehetőség nélkül). Ez a megállapodás lehetővé tette, hogy a terméktámogatási csapat (az úgynevezett SQL Server csoport ) elolvassa a kódot, hogy jobban megértse a termék logikáját bármilyen nem nyilvánvaló helyzetben. Ezenkívül a Microsoft kihasználta a lehetőséget, hogy összeállítson egy kis fejlesztői csapatot az SQL Server forráskódjának tanulmányozására. Ez a csoport soronként ellenőrizte a kódot a program azon részein, ahol felmerült a hiba gyanúja, és "virtuális hibajavításokat" végzett (mivel továbbra sem volt lehetőségük az SQL módosítására Szerver kódja). Amikor azonban az ilyen, a forráskód elemzését tartalmazó jelentéseket elkezdték küldeni a Sybase-nek, a Microsoft kritikus hibáinak javítása sokkal gyorsabban ment végbe. Néhány hónapos ebben a működési módban 1991 közepén a Microsoft végre lehetőséget kapott arra, hogy közvetlenül a kódban javítsa ki a hibákat. De mivel a Sybase továbbra is felügyelte a termék forráskódját, a kód minden módosítását előzetesen benyújtották a Sybase-nek felülvizsgálatra. Ennek eredményeként a Microsoft fejlesztői az SQL Server kód szakértőivé váltak, ami lehetővé tette egyrészt a támogatás fejlesztését, másrészt a minőségre való nagyobb odafigyelést.
1991-ben a Microsoft kiadott egy ideiglenes verziót, az SQL Server 1.11-et. Ez a kiadás annak köszönhető, hogy a felhasználók listája addigra már jelentősen bővült. Annak ellenére, hogy a kliens-szerver architektúra még mindig nem volt elterjedt, az ügyfelek mégis fokozatosan váltottak rá. A szaksajtó pozitív kritikája ellenére azonban az SQL Server értékesítése még mindig hagyott kívánnivalót maga után. Ennek nagy része az OS/2 meghibásodásának volt köszönhető. Az MS-DOS-ról az OS / 2-re várt átállás helyett az otthoni PC-felhasználók inkább a Windows 3.0-ra váltottak. Ennek eredményeként a Windows 3.0 eladásai meglehetősen erősek voltak. Az SQL Server és a LAN Manager értékesítésének ösztönzése érdekében a Microsoft egy speciális programot jelentett be a független szoftvergyártók támogatására, amelynek keretében minden egyes fejlesztő, aki megfelel bizonyos követelményeknek, licencelhet e termékek lecsupaszított verzióit (ezek a verziók csak harmadik féltől származó szoftvereket engedélyeztek, így -úgynevezett angol. futásidejű verziók ) 40% kedvezménnyel és egyúttal fél év ingyenes támogatást, valamint néhány egyéb előnyt is kap [9] .
Amint arról az InfoWorld magazin 1991. július végén beszámolt, a Microsoft bejelentette az SQL Server új verzióját a továbbfejlesztett hálózatépítésre és egy új Windows-alkalmazásra összpontosított az adatbázis-adminisztrációhoz. A Microsoft konkrétan megígérte, hogy egy éven belül átadja az SQL Commander egy példányát az SQL Server for OS/2 regisztrált felhasználóinak. Az SQL Commander nevű eszközt korábban, 1990 májusában mutatta be a Datura Corp. (korábbi nevén Strategic Technologies Group). Ez a segédprogram megkönnyítette az adatbázis-adminisztrátorok számára a felhasználói fiókok, táblaindexek, triggerek és összetett lekérdezések kezelését. A kritikusok azonban megjegyezték, hogy ennek az eszköznek a funkciója szinte teljesen egybeesett a Microsoft egy másik segédprogramjával – az SQL Serverhez mellékelt Server Administration Facility eszközzel. Ezenkívül az SQL Server 1.11 támogatja a Novell hálózati adminisztrációs eszközeit, az akkor új OS/2 Requester 1.3 eszközt, valamint részletes műszaki dokumentációt a Novell felhasználók számára. A hálózati fejlesztések között szerepelt a továbbfejlesztett Novell hálózat , a Banyan VINES 4.10 protokollok támogatása, valamint a kliens interakció a Sybase SQL Serverrel UNIX vagy VMS gépeken. A licencszabályzat is módosult: az 5-felhasználós verziót 10-felhasználósra cserélték, a korlátlan számú felhasználóval rendelkező SQL Server 1.1-es felhasználók pedig ingyen kaphatták meg az 1.11-es verziót [10] .
Másrészt azonban az SQL Server 1.11-nek nagyon kézzelfogható korlátai voltak, beleértve a méretezhetőséget is. 16 bites termék volt, mert az OS/2 csak a 16 bites címteret támogatta az alkalmazások számára, és teljesítményét korlátozta az OS/2 teljesítménymechanizmusainak, például az aszinkron I/O-nak hiánya. Annak ellenére, hogy az OS / 2 SQL Server abban az időben meg tudott birkózni a legtöbb feladattal, mégis volt egy bizonyos határ, amely után a szerver egyszerűen „fulladni” kezdett. Nem volt pontosan meghatározott határ, de az OS/2 rendszeren futó SQL Servert használták legfeljebb 50 fős munkacsoportokhoz. Nagyobb csoportok számára elérhető volt a Sybase SQL Server nagy teljesítményű UNIX- vagy VMS -alapú rendszerekhez készült verziója . És itt haladt át a Microsoft és a Sybase közötti értékesítési vonal. A Microsoft termékét választó ügyfelek biztosak akartak lenni abban, hogy kéréseik nem „nőnek túl” rajta. A Microsoft SQL Server számára kifejlesztett szoftvereszközök nagy része jelentősebb módosítások nélkül működött a Sybase SQL Serverrel, és az OS / 2 által már nem kielégítő alkalmazásokat könnyen át lehetett vinni egy erősebb UNIX rendszerre. Ez a kapcsolat mindkét vállalat számára előnyös volt, mivel a Microsoft SQL Serverhez készült szoftvereszközök nagy része általában probléma nélkül működött a Sybase SQL Serverrel, és azok az alkalmazások, amelyek már nem rendelkeznek elegendő OS / 2 teljesítménnyel, könnyen működtek a UNIX szerverekkel.
Időközben a DBMS-piacon fokozatosan erősödött a verseny, valamint a vevői igények az általuk választott szoftverrel szemben, az SQL Server következő Microsoft-verziójának fejlesztése, a kompatibilitási és interoperabilitási problémák, valamint az igények következtében. új funkcionalitás bevezetése a vevői igények kielégítése érdekében került előtérbe. Mivel a terméknek a lehető leggyorsabban új verziójára volt szükség, a Microsoft nem sokkal az SQL Server 1.11 megjelenése után megkezdte a következő verzió fejlesztését.
Felmerült azonban a kérdés a következő új verziószámmal kapcsolatban. A tény az, hogy a Microsoft SQL Server 1.0 értékesítésével párhuzamosan a Sybase SQL Server 3.0 értékesítése is megtörtént, ami néhány nagyon használt mechanizmust hozott a DBMS for PC piacra, például szöveges és képi adattípusokat , valamint adatböngészési mód ( angol browse mode ). A Sybase SQL Server következő verziója pedig a 4.0-s verzió volt a leggyakoribb platformokhoz, és a 4.2-es verzió a kevésbé elterjedt platformokhoz. Így a Microsoft SQL Server új verziójának fejlesztése valójában a Sybase SQL Server 4.2 forráskódjára épült. Ennek megfelelően marketing célból a Microsoft SQL Server új verziója is a 4.2-es számot kapta.
A Microsoft és az IBM azonban már 1991 májusában bejelentette, hogy leállítják az OS/2 közös fejlesztését, mivel ekkorra már nyilvánvalóvá vált, hogy a felhasználók a Windowst részesítik előnyben az OS/2 helyett. Így a Microsoft úgy döntött, hogy a Windows továbbfejlesztésére, valamint a hozzájuk tartozó szoftverekre összpontosít. Ekkor a Microsoft már a mikrokernelen alapuló operációs rendszer új verzióját fejlesztette ki NT kódnéven (az angol new technology - „new technology” szóból rövidítve ). Eredetileg az OS/2 új verziójának kellett volna lennie (néha OS/2 3.0-nak is nevezik). Az együttműködési fejlesztés befejezése után úgy döntöttek, hogy a projektet a Windowsra fókuszálják, azaz Windows-szerű felhasználói felületet és Win32 API -t adnak hozzá , aminek eredményeként a projekt új nevet kapott - Microsoft Windows NT .
Az akkori tervek szerint a Windows NT első verzióját legkorábban 2 év múlva kellett volna kiadni, a Microsoft SQL Servert pedig végül Windows NT-re kellett volna átvinni, ami nem tűnt a legokosabb lépésnek. Mindezzel azonban a Microsoftnak támogatnia kellett az SQL Server for OS / 2 fejlesztését, annak ellenére, hogy az OS / 2 ma már lényegében magának a Microsoftnak a versenyképes terméke volt. A Microsoft viszont nekiment, hiszen akkoriban nem volt alternatívája.
A Microsoft kifejlesztette az SQL Server 4.2-t a közelgő OS/2 2.0-hoz, az OS/2 első 32 bites verziójához. Mivel az SQL Server 4.2 32 bites lesz, egyszerűbbnek tűnt a UNIX vonalról történő portolása, mivel ebben az esetben a memóriaszegmentálás problémája nem volt sürgős. Elméletileg a 32 bites SQL Servernek is termelékenyebbé kellett volna válnia. Sok cikk jelent meg a sajtóban a 16 bites és 32 bites platformok teljesítményének összehasonlításáról, és szinte minden szerző biztos volt abban, hogy a 32 bitesre váltás jelentős teljesítménynövekedést eredményez (bár néhány cikk tisztázta, hogy ez milyen feltételek mellett legyen (vagy ne) pontosan ilyen). A memóriacímzést tekintették a teljesítménynövekedés fő forrásának. Az OS/2 1.x sor 16 bites szegmentált címterében történő végrehajtásához legalább 2 utasításra volt szükség: az első utasítás a kívánt memóriaszegmenst, a második a kívánt címet töltötte be ebbe a szegmensbe. A 32 bites címzésnél nem volt szükség utasításra a szegmens betöltéséhez, így a memória egyetlen utasítással megcímezhető volt. Egyes számítások szerint ennek köszönhetően a potenciális össztermelékenység-növekedés akár 20%-ot is elérhet.
Akkoriban sokan tévesen azt hitték, hogy az SQL Servernek teljes 32 bites platformon kell futnia ahhoz, hogy több mint 16 MB memóriát tudjon kezelni. OS/2 1.x rendszeren futtatva az alkalmazás csak 16 MB valós memóriához férhetett hozzá. És bár lehetőség nyílt több mint 16 MB virtuális memória megszerzésére, de aztán a lapozásnak negatív hatásai voltak . Az OS/2 2.0-s verziójában egy alkalmazás több mint 16 MB memóriát tud kezelni, és ennek ellenére elkerüli annak cseréjét. Ez viszont lehetővé tette az SQL Server számára, hogy nagy gyorsítótárral rendelkezzen, és gyorsabban megkapja az összes szükséges adatot a memóriából, mint a lemezről, ami nagyon pozitív hatással volt a teljesítménynövekedésre. Alkalmazási szempontból azonban az OS/2 összes memóriája virtuális volt (1.x és 2.x is), így még az SQL Server 16 bites verziója is kihasználhatja az OS/2 2.0 előnyeit, hogy több valós memóriaterülethez férhessen hozzá . Ebből a szempontból a 32 bites verzióra egyszerűen nem volt szükség.
Az OS/2 2.0 korai bétaverziói azonban lényegesen lassabbnak bizonyultak, mint az OS/2 1.x, ami tagadta a memóriacímzés új megközelítésének minden előnyét. Ennek eredményeként a várt teljesítménynövekedés helyett a felhasználók komoly teljesítménycsökkenést tapasztaltak, amikor a 32 bites SQL Server 4.2 első buildjeit OS/2 2.0-n futtatták (az SQL Server 1.1-hez képest).
Váratlanul felülvizsgálták az OS/2 2.0 1991 végére történő kiadására vonatkozó terveket. Valójában homályossá vált, hogy az IBM egyáltalán részt vesz-e a 2.0-s verzió kiadásában. Vagyis az OS / 2 2.0 1992 vége előtti megjelenésére nem kellett várni. Erre a helyzetre tekintettel a Microsoft kénytelen volt visszatérni az SQL Server 16 bites megvalósításához, és átirányítani az OS/2 1.3-ra. A Microsoft fejlesztőinek körülbelül három hónapba telt, mire visszatértek a 16 bites megvalósításhoz, de ekkor újabb probléma merült fel: az OS / 2 1.3-as verziója, amelyet az IBM szállított, csak a licencelt számítógépein működött. Elméletileg a külső PC-gyártók licencelhetik az OS/2-t a Microsofttól, és egy OEM - szerződés részeként szállíthatják. Az OS/2 iránti kereslet azonban annyira visszaesett, hogy a legtöbb OEM úgy döntött, hogy nem vesz részt vele, így az OS/2 vásárlása harmadik féltől származó PC-k számára gondot okozott. Kerülő megoldásként a Microsoft létrehozta az OS/2 1.3-as verziójának lecsupaszított verzióját (Tiger kódnéven), amely ugyanabban a dobozban volt, mint a Microsoft SQL Server és a Microsoft LAN Manager. Ugyanakkor egyre nyilvánvalóbbá vált az a tény, hogy az OS / 2 már „halott” operációs rendszer.
A Microsoft SQL Server 4.2 béta tesztelése 1991 őszén kezdődött, majd 1992 januárjában a San Francisco -i Microsoft SQL Server szoftverfejlesztői konferencián Bill Gates , a Microsoft akkori vezérigazgatója és Bob Epstein, a Sybase alapítója és vezetője hivatalosan is. bejelentette a terméket. A 4.2-es verzió volt az első igazán együttműködő verzió. Az adatbázismotort a UNIX 4.2-es verziójának forráskódjáról portolták, a Microsoft és a Sybase mérnökei közösen portolták és javították a hibákat. Sőt, a Microsoft kliens interfész-könyvtárakat hozott létre MS-DOS, Windows és OS/2 számára, és most először tartalmazott egy Windows grafikus felhasználói felületet az adminisztráció leegyszerűsítésére. A forráskódot a Sybase központjában konszolidálták, a forráskódfájlokat betárcsázós kapcsolaton keresztül vagy mágnesszalagok másolásával és postázásával küldték oda.
A Microsoft SQL Server 4.2 szállítása 1992 márciusában kezdődött. A szaksajtó kritikája meglehetősen kedvező volt, csakúgy, mint a vásárlói vélemények a termékről. A szállítás 1992-es megkezdése után azonban sokan kíváncsiak voltak az SQL Server 32 bites verziójának megjelenésének időzítésében. A későbbi események azt mutatták, hogy a motornak ez a verziója volt az utolsó verzió, amelyet a Microsoft kapott a Sybase-től (néhány hibajavítástól eltekintve, amelyeket a vállalatok egy ideig cseréltek).
1992 elején az SQL Server fejlesztői csapata válaszúthoz érkezett. Egyrészt már létezett az SQL Server ügyfélbázisa, amelynek DBMS-e az OS / 2-re volt telepítve. Ezek az ügyfelek már nagyon várták az SQL Server 32 bites verzióját és az OS/2 2.0-s verzióját, és lehetőleg közvetlenül az OS/2 2.0 IBM általi kiadása után, ami azt jelenti, hogy az OS/2-n akartak maradni a belátható jövőben. De a probléma az volt, hogy nem lehetett pontosan tudni, hogy mikor jelenik meg az OS/2 2.0. Az IBM képviselői közölték, hogy az új verzió megjelenésére 1992 őszén kerül sor. Sokan kétkedve fogadták ezeket a szavakat. Például Steve Ballmer , a Microsoft vezető alelnöke nyilvánosan megfogadta, hogy megeszi a hajlékonylemezt, ha az IBM 1992-ben kiadja termékét.
Másrészt az SQL Server fejlesztőinek a lehető leghamarabb kellett portolniuk termékeiket Windows NT-re, lehetőleg úgy, hogy mindkét termék béta verziója nagyjából egy időben jelenjen meg. A Windows NT akkoriban a Microsoft felső árkategóriás termékének számított, és a fejlesztők szempontjából ennek az operációs rendszernek számos technikai előnye is volt az OS / 2-höz képest: aszinkron I / O, szimmetrikus többszálú, hordozhatóság RISC architektúra.
Ezen túlmenően, bár a Microsoft 1991-ben úgy döntött, hogy visszatér az SQL Server 16 bites verziójához, a 32 bites verzión végzett munka nem állt le. 1992 márciusára, amikor a 4.2-es verziót először kiadták, a tesztek kimutatták, hogy az OS/2 2.0 béta verzióján mindkét verzió (mind a 16 bites, mind a 32 bites) lassabb volt, mint az OS/2 1.3-on futó 16 bites verzió. Talán az OS / 2 2.0 hivatalos megjelenése után a helyzet megváltozott volna, de az akkor elérhető béta verziók ennek az ellenkezőjét mutatták. Valójában a munka kevésbé eredményesnek és kevésbé stabilnak bizonyult.
Mivel a fejlesztési források korlátozottak voltak, a Microsoft a jelenlegi helyzetben nem engedheti meg magának, hogy mindkét platformra egyszerre fejlesszen. Ellenkező esetben a fejlesztők további problémahalmazsal szembesültek volna, nevezetesen egy absztrakt réteget kellett volna hozzáadniuk a termékhez, amely elrejti az operációs rendszerek közötti különbségeket, vagy párhuzamosan a termék két verzióját kell fejleszteni. Ezért a Microsoft fejlesztői úgy döntöttek, hogy leállnak az SQL Server for OS/2 2.0 32 bites verzióján, és ehelyett rögtön belevágnak a termék Windows NT-re való fejlesztésébe. Amikor az SQL Server hordozhatóságának új verzióját OS / 2-re vagy más operációs rendszerekre fejlesztették ki, nem fordítottak rá figyelmet, ehelyett úgy döntöttek, hogy teljes mértékben kihasználják a Windows NT előnyeit. Ennek megfelelően ez a megközelítés gyakorlatilag véget vetett az SQL Server for OS / 2 fejlesztésének általában, kivéve a már kiadott verziók támogatását és a hibák javítását. A Microsoft elkezdte tájékoztatni ügyfeleit arról, hogy az SQL Server for OS/2 2.0 jövőbeni verzióinak megjelenése (beleértve a 32 bites verziót is) az ügyféligények elérhetőségétől és mennyiségétől függ majd, miközben ő maga a Windows NT-re helyezte a hangsúlyt. Az ilyen híreket az ügyfelek eltérően érzékelték: egyesek megértéssel reagáltak egy ilyen álláspontra, másoknak, akiknek üzlete közvetlenül az OS / 2-től függött, nem tetszett az ilyen hír.
Eközben a Sybase az adatbázisának új verzióján is dolgozott, ami a System 10 nevet kapta. Ebben a helyzetben, akárcsak a 4.2-es verzió fejlesztésekor, a fejlesztőknek szükségük volt a Microsoft SQL Server új verziójára, hogy kompatibilis legyen. System 10 rendszerrel, és ugyanazzal a sorozatszámmal rendelkeznek, mint a UNIX rendszerhez kiadott Sybase terméké. Így volt olyan helyzet, amikor a Microsoft fő célja a Windows NT győzelme volt az OS / 2 felett, a Sybase esetében pedig a System 10 sikere.
Annak ellenére, hogy a System 10 még nem is lépett be a béta szakaszba, máris voltak eltérések a két cég tervei között, hogy kiadják a termék új verzióit. A Microsoft például a lehető leghamarabb át akarta portolni a Microsoft SQL Servert Windows NT-re, valamint be akarta szerezni a System 10 Windows NT, OS/2 2.0 vagy mindkettő verzióját. Ennek eredményeként megállapodás született arról, hogy a Microsoft az SQL Server 4.2 for OS/2-t Windows NT-re portolja, és azonnal megkezdi, és a Sybase felveszi a Windows NT-t a System 10 prioritást élvező operációs rendszerei közé. Így a Windows NT lesz az egyik első operációs rendszer, amelyhez a System 10 megfelelő verziója is megjelenik. Cserébe a Microsoft újraindítja az OS/2 támogatását a Sybase számára, így azok az ügyfelek, akik az OS/2-n szeretnének maradni, ezt megtehetik. Bár a Microsoft abban reménykedett, hogy az ügyfelek többsége át fog térni a Windows NT-re, egyértelmű volt, hogy ez nem fog 100%-ig megtörténni. Ezért ebből a szempontból egy ilyen megállapodás még előnyös is volt a Microsoft számára.
Ezenkívül egy ilyen cselekvési terv további előnyökkel járt a fejlesztés szempontjából. A Microsoft fejlesztőcsapatának a 4.2 stabil és tesztelt verzióján kellett volna dolgoznia, amit addigra már tökéletesen megértettek, ami nagyban megkönnyítette az új operációs rendszerre való portolást. A Sybase viszont teljes egészében egy új verzió fejlesztésére koncentrálhat, anélkül, hogy aggódnia kellene az operációs rendszer kiadás előtti verzióihoz kapcsolódó problémák miatt. Ennek eredményeként az akkori (1992-es) terv szerint mindkét verzió (System 10 és SQL Server for Windows NT) megjelenni fog, és a cégeknek közösen kell tovább fejleszteniük a terméket.
A Microsoft SQL Server csapata megkezdte az SQL Server első Windows NT-verziójának gyors fejlesztését, mert a csapatnak a Windows NT-től számított 90 napon belül ki kellett adnia a terméket, de a tervek szerint a 30 napos határidőt betartották. A számítás itt az volt, hogy gyakorlatilag a Windows NT volt az egyetlen platform az SQL Server számára, ami azt jelenti, hogy a fejlesztőknek nem kellett aggódniuk a portolási problémák miatt, és különösen nem kellett absztrakt réteget fejleszteniük az operációs rendszerbeli különbségek elrejtésére. Az absztrakt réteg szerepét maga az eredetileg hordozható operációs rendszernek tervezett Windows NT kellett volna betöltenie, vagyis a különféle géparchitektúrákra szánt verzióit kellett volna kiadnia.
Ennek eredményeként a fejlesztők szorosan összekapcsolták az SQL Server funkcióit a Windows NT funkcióival, mint például az események egyetlen helyen történő kezelése, az SQL Server telepítése Windows NT szolgáltatásként, a DBMS teljesítménystatisztikák exportálása a Windows NT Performance Monitor rendszerbe stb. A Windows NT óta lehetővé tette az alkalmazások számára dinamikus kód futtatását (dinamikus könyvtárak használatával), majd az SQL Server lehetőséget biztosított a külső fejlesztőknek saját dinamikus könyvtárak létrehozására. A változtatások eredményeként a Microsoft SQL Server for Windows NT nagyon különbözött az OS / 2 eredeti 4.2-es verziójától, mivel kiderült, hogy a Microsoft valójában átírta az SQL Server kernelt (a programnak az operációs rendszerrel való interakcióért felelős részét). ), hogy közvetlenül a Win32 API-val dolgozhasson.
Az SQL Server for Windows NT fejlesztésének másik célja az volt, hogy megkönnyítse az átállást az OS/2 meglévő telepítéseiről az SQL Server és az OS új verziójára. A fejlesztők azt akarták, hogy az SQL Server 4.2 for OS/2-re írt összes alkalmazás változatlanul fusson az SQL Server for Windows NT rendszeren. Mivel a Windows NT képes volt kettős rendszerindításra MS-DOS-szal vagy OS/2-vel, a csapat úgy döntött, hogy a Windows NT SQL Server-nek képesnek kell lennie az SQL Server for OS/2-ben létrehozott adatbázisok közvetlen olvasására és írására. E célok elérése érdekében a fejlesztők újratervezték az SQL Server belső architektúráját, miközben számos funkciót adtak hozzá az adminisztráció, a hálózatépítés és a bővíthetőség érdekében, miközben a motormag külső funkcióival való kiegészítést el kellett hagyni. Egy másik probléma az SQL dialektusok és a DBMS Windows NT és OS/2 verzióinak funkcióinak kompatibilitása volt, miközben az új funkciókat a System 10-en alapuló verzióhoz kellett hozzáadni. 4.2-es verzió OS/2-hez és új fejlesztések Sybase, a Microsoft úgy döntött, hogy az SQL Server for Windows NT 4.2 új verzióját (vagyis egy verziószám hozzáadásával) nevezi el, és a termék marketingneve Microsoft SQL Server for Windows NT, a belső megnevezés pedig SQL NT.
1992 júliusában a Microsoft konferenciát tartott a Windows NT platform szoftverfejlesztőinek, és a Windows NT alfa verzióit kiosztotta a konferencia résztvevőinek. Annak ellenére, hogy az SQL Server új verziója még csak nem is „béta verzió” státuszú, a Microsoft a CompuServe-en keresztül azonnal kiadta azokat a 32 bites szoftverkönyvtárakat, amelyekre a fejlesztőknek szükségük van az alkalmazásaik OS / 2 és 16 bites rendszerről történő portolásához. Windows-verziók Windows-ra NT. Ennek során figyelembe vették az NDK terjesztésének sikerét a Windows 3.0-s szoftverfejlesztők között 1990-ben, de a Microsoft azt remélte, hogy megismétli ezt a sikert azáltal, hogy a fejlesztők rendelkezésére bocsátja a Windows NT szoftverfejlesztéséhez szükséges összes eszközt.
1992 októberében a Microsoft kiadta az SQL Server első bétaverzióját Windows NT-hez. Ez a verzió rendelkezik az összes fő (a deklarált) funkcióval, és minden összetevője teljes mértékben támogatja a Win32-t. Ezt a verziót több mint száz oldal segítségével terjesztették. Egy DBMS esetében ez a helyek száma példátlan volt, mivel az ilyen típusú szoftverek terjesztésére kiosztott helyek jellemző száma általában nem haladja meg a 10-et.
Az NDK-terjesztéssel párhuzamosan az SQL Server OS/2-es verziójának kiszállítása még folyamatban volt (a következő évben is). 1993 márciusára a Microsoft kiadta a termék béta verzióját. Ez a verzió (SQL Server Client/Server Development Kit (CSDK)) kis díj ellenében szabadon megvásárolható volt. Ennek támogatására a MIcrosoft nyílt fórumot szervezett a CompuServe-en, és nem követelte meg a hozzá fordulóktól titoktartási megállapodás aláírását. Így több mint háromezer CSDK-készletet lehetett megvalósítani. 1993 májusára a kiadás előtti termék támogatottsága meghaladta az OS/2 verzióét. A beküldések száma ellenére a megjelenés előtti termék általános visszajelzése meglehetősen pozitív volt.
1993 júliusában a Microsoft kiadta a Windows NT 3.1-et. A megjelenést követő 30 napon belül az SQL Server fejlesztőcsapata kiadta a Microsoft SQL Server első verzióját Windows NT rendszerhez. A kilépés nagyon sikeres volt: magának a DBMS-nek és a hozzá tartozó operációs rendszernek az eladásai növekedtek.
1993. december elejére az ügyfelek jelentős része váltott át az OS/2-ről az SQL Server for Windows NT rendszerre. A közvélemény-kutatások szerint azok, akik még nem álltak át a Windows NT új verziójára, ezt tervezték, annak ellenére, hogy a Sybase bejelentette, hogy System 10-et fejleszt OS/2-re. Az SQL Server for OS/2 rendszerről a Windows NT for Applications rendszerre való átállás meglehetősen fájdalommentes volt, és a teljesítmény is javult. Ennek eredményeként 9 hónap elteltével az SQL Server eladások már kétszer olyan magasak voltak, mint az időszak elején. Ugyanakkor az eladások 90%-a a Windows NT új verziójából származott, míg az OS/2 régi verziója a fennmaradó 10%-ot tette ki.
A Microsoft belső tesztjei kimutatták, hogy az egyetlen platformra (Windows NT) való összpontosítás kifizetődött: az SQL Server for Windows NT (olcsóbb hardveren fut) felülmúlta a UNIX-on és a drágább hardvereken futó DBMS-eket. 1993 szeptemberében a Compaq Computer Corporation közzétette a Tranzakciófeldolgozási Tanács (TPC) tesztjének első eredményeit. Abban az időben a TPC-B tesztek szerint a leggyakoribb mutató az 1000 USD/TPS volt ( tranzakciók másodpercenként , tranzakciók másodpercenként). A két 66 MHz -es Pentium processzorral felszerelt SQL Server 226 TPS-t szállított tranzakciónként 440 dollárért, ami a korábban közzétett benchmarkok árának fele. Ugyanakkor a legtöbb UNIX miniszámítógépen futó fájlszerver olyan eredményeket mutatott, amelyek nem haladták meg a 100 TPS-t. És bár voltak olyan DBMS-ek, amelyek jelentősen magasabb árakat mutattak, ezek árának megfelelője jelentősen meghaladta a 440 USD/TPS értéket. Összehasonlításképpen: 18 hónappal korábban a 226 TPS-es teljesítmény a valaha volt legmagasabb nagyszámítógép vagy mini PC teljesítménye.
A Microsoft sikere feszültséget okozott a Sybase kapcsán. A DBMS-piac helyzete 1993 végén már nagyon más volt, mint 1987-ben, amikor a Microsoft és a Sybase szerződést írt alá. 1993-ban a Sybase már sikeres szoftvercég volt, az Oracle Corporation után a második a DBMS-piacon . Hasonlóképpen, 1987 óta a Microsoft is jelentősen nőtt. Ezzel együtt nőtt az SQL Server fejlesztői csapata (1990-ben körülbelül egy tucat ember volt, 1993-ban pedig több mint 50), nem számítva azokat, akik részt vettek a termék marketingjében és támogatásában. Ezek a fejlesztők már elég jól ismerték az SQL Server belső elemeit, és nagy tapasztalattal rendelkeztek hasonló Windows NT-verzió fejlesztésében is. Így a Microsoft már rendelkezett minden szükséges erőforrással az SQL Server önálló fejlesztéséhez, de a Sybase-szel kötött 1987-es megállapodás megkötötte, mivel a szerződés csak annyit jelentett, hogy a Sybase fejlesztéseit licencelte. A jelen szerződés feltételei szerint a Microsoft a Sybase előzetes jóváhagyása nélkül nem adhat hozzá új funkciókat, vagy nem hajthat végre más módosításokat a kódon.
A kölcsönös elégedetlenség másik oka az igények végső eltérése volt az SQL Server fejlesztése során. Például a Microsoft fejlesztői be akarták építeni a MAPI (Messaging API) támogatást az SQL Serverbe, de mivel ez a funkció a Windowsra jellemző, a Sybase fejlesztői nem siettek zöld utat adni a megvalósításnak, mivel a Sybase egy termék fejlesztésében volt érdekelt. UNIX-hoz, és nem Windows NT-hez. Mivel a Sybase semmilyen hasznot nem kapott abból, hogy termékét más operációs rendszerekre portolta, a Microsoft kezdeményezései egyre nagyobb ellenállásba ütköztek. Valójában a 4.2-es verzió Windows NT-re történő áthelyezése már eleve vita tárgyát képezte, mivel a 4.2-es verzióban a Windows NT-specifikus funkciók hozzáadása jelentősen hátráltatta a System 10 más platformokra való fejlesztését. A Sybase a System 10-et azzal a céllal fejlesztette ki, hogy leegyszerűsítse a további portolást különféle operációs rendszerekre (beleértve a Windows NT-t is), de a Microsoft szempontjából ez a Windows NT eszközök maximális használatának elhagyását jelentette, mivel a System 10 nem tudott és nem is akarna. Nem lehet ilyen megközelítést használni a Windows NT-n olyan hatékony, mintha eredetileg erre fejlesztették volna ki.
Mindez oda vezetett, hogy most már nem igazán volt szüksége a két cégnek egymásra, és az 1987-es megállapodásuk tulajdonképpen megszűnt. A Microsoft SQL Server for Windows NT már életképes alternatívája volt a UNIX-on, Novell NetWare-en és VMS-en futó Sybase SQL Server-nek. Az ügyfelek most egy hasonló UNIX-megoldás árának töredékéért vásárolhatják meg a Microsoft SQL Server-t, ahol az MS SQL Server kevésbé erős (és ezért olcsóbb) hardveren fut, és kevésbé képzett személy adminisztrálása szükséges. A Microsofttól származó jogdíj viszont csak egy töredéke lenne a Sybase UNIX-termékei értékesítéséből származó bevételének. Mindkét cég tehát már gyakorlatilag ugyanazokért az ügyfelekért küzdött, ugyanakkor már mindketten megértették, hogy ideje változtatni kapcsolatuk jellegén.
1994. április 12-én a Microsoft és a Sybase bejelentette az SQL Server közös fejlesztésének végét. Mindegyik vállalat úgy döntött, hogy folytatja a munkát az SQL Server saját verzióján. A Microsoft lehetőséget kapott a Microsoft SQL Server önálló fejlesztésére, anélkül, hogy a Sybase-re visszatekintene. A Sybase mostantól szabadon portolhatta a System 10-et Windows NT-re (ez az első alkalom, hogy a Sybase logóval ellátott SQL Server lesz elérhető Windows NT platformon, mivel a megállapodásuk csak a Microsoft fejlesztési jogait jelentette a platformra). Ugyanakkor mindkét terméknek fenn kellett volna tartania a visszamenőleges kompatibilitást az SQL Server már meglévő alkalmazásaival, de a jövőben ez az ötlet a túlságosan eltérő célok miatt semmilyen módon nem támogatott. A Sybase termékét elsősorban a UNIX-os verziókkal való kompatibilitásra tervezte, míg a Microsoft a Windows NT-vel való kompatibilitásra helyezte a hangsúlyt. Hamarosan az SQL Server mindkét vonala közvetlenül versenyezni kezdett egymással, és a Microsoft ismét kettős helyzetbe került: támogatnia kellett egy konkurens terméket (System 10) a Windows NT platformon, mivel a különböző termékek elérhetősége pozitív hatással volt. hatással van az operációs rendszer értékesítésére.
1994 elején az SQL Server fejlesztőcsapata a Sybase System 10 forráskódját tervezte az új verzióhoz, de a megállapodás megszakítása teljesen megváltoztatta ezeket a terveket. Néhány javításon kívül az utolsó források a Sybase-től 1992 elején érkeztek meg (4.2-es verzió OS/2-hez). Tekintettel arra, hogy a Sybase ez év végéig kiadja a System 10-et Windows NT-hez, ez jó ok lenne a felhasználók számára, hogy frissítsék a DBMS-verziójukat Microsoft SQL Server 4.2-ről Sybase System 10-re. A Microsoft viszont ez ügyfélkör elvesztését jelentette, ezért gyorsan kellett választ készíteni.
A Microsoft gyorsan tervezett egy ambiciózus kiadást, amely számos teljesítmény- és funkcionalitásfejlesztést tartalmaz. A közelgő kiadás kódneve SQL95 volt, utalva a Windows 95 tervezett kiadására . 1994-ben a DBMS segítségével történő adatreplikáció kérdése aktuális volt, így a replikáció egy jövőbeli kiadás sarokkövévé vált. Ugyanez igaz a pozicionált kurzorokra is, amely a fejlesztők szerint egy olyan mechanizmus, amely egyszerűen áthidalja a szakadékot a sok rekorddal való munkavégzésre összpontosító alkalmazások és a relációs adatbázis között. Akkoriban még egyik népszerű DBMS sem rendelkezett a kliens-szerver architektúra pozicionált kurzorainak teljes értékű megvalósításával, és az SQL Server fejlesztőcsapata úgy gondolta, hogy ez a mechanizmus pozitívan befolyásolja termékük hírnevét. Emellett a Starfighter (későbbi nevén SQL Server Enterprise Manager) kódnevű, teljesen új felügyeleti eszközkészleten is dolgoztak, amely a tervek szerint a következő kiadásba kerül majd. Az új funkciók listája fokozatosan egyre bővült.
A Microsoft SQL Server fejlesztési terveiről szóló hírekre a vásárlók általános reakciója meglehetősen negatív volt. 1994. június 14-én a Microsoft általános konferenciát tartott San Franciscóban az ügyfelek, elemzők és újságírók számára. Jim Allchin, a Microsoft akkori alelnöke a jövőbeli tervekről és az SQL95 tervezett kiadásáról beszélt. A bemutatott terveket és terveket jóváhagyással fogadták, de sokan nyíltan kételkedtek a megjelenési dátummal kapcsolatban, kételkedve abban, hogy a Microsoft 1995 végére ki tudja adni az ígért terméket. A sajtó még szarkasztikusan SQL97-nek, sőt SQL2000-nek is emlegette az új kiadást. A belső tervek szerint a fejlesztők 1995 első felében készültek a kiadás bemutatására. Az első béta verzió 1994 októberében jelent meg. Ekkor még nem készült el a Starfighter, de maga a szerver már elkészült, és mivel a szerver letöltése okozza a legnagyobb terhelést a béta verziójú oldalakon, ezért úgy döntöttek, hogy először kiadják a béta verzióját. A megjelenést több hónapig tartó frissítések sorozata követte, párhuzamosan az oldalak számának növekedésével, elérve a 2000 oldalt.
Ezenkívül 1993-ban a Microsoft úgy döntött, hogy az adatbázisok kulcsfontosságú technológiát jelentenek a teljes termékcsaládjában, és 1994 végén a Microsoft szakértői tanácsokat kért a DEC-től és más kulcsfontosságú piaci szállítóktól a Microsoft Jeten és SQL-en dolgozó fejlesztőcsapatok számára. Szerver. A konzultáció célja az adatbázistermékek új generációjához szükséges összetevők tervezése volt. 1995 folyamán, párhuzamosan az alapcsapat SQL Server 6.0 és SQL Server 6.5 kiadásával, egy második csapat kifejlesztett egy új lekérdező processzort a Microsoft Data Engine (MSDE) részeként. Az MSDE fejlesztésével párhuzamosan folyt a munka az OLE DB -n , egy olyan interfészkészleten, amely lehetővé teszi az SQL Server alaptermék elemeinek önálló komponensként történő fejlesztését. Az ilyen komponensek képesek lennének kommunikálni egymással az OLE DB réteg használatával.
Körülbelül kilenc hónapig az SQL Serveren is éjszaka folyt a munka. 1995. június 14-én jelent meg a termék Microsoft SQL Server 6.0 néven, így betartva a vállalati határidőket. A verzió megjelenését követően számos pozitív publikáció következett a szaksajtóban. Az InfoWorld magazin a Microsoft SQL Servert a második legnagyobb adatbázis-kezelő rendszernek minősítette a második éves felmérésében, amely 100 leginnovatívabb kliens/szerver alkalmazással rendelkező vállalatot vizsgált. Ugyanakkor az SQL Server 15%-ról 18%-ra növelte részesedését azon válaszadók körében, akik ezt a DBMS-t választották, míg az Oracle DBMS részesedése 24%-ról 19%-ra csökkent. A Sybase részesedése szintén 12%-ról 14%-ra nőtt. Az InfoWorld tíz legnépszerűbb alkalmazása közül három Microsoft SQL Server segítségével készült.
Bizonyíték volt azonban arra, hogy a Microsoft SQL Server piaci részesedése sokkal kisebb, mint a hasonló felmérések mutatták. Az egyik probléma az volt, hogy a Microsoft még mindig új volt a DBMS szektorban. Abban az időben az Oracle volt az egyértelmű vezető, a Sybase, az Informix és az IBM pedig komoly pozíciókat foglalt el. A piac valójában nagyon aggasztó helyzet a Microsoft számára, mivel ezek a vállalatok mindegyike elkezdte építeni értékesítési taktikáját a Microsoft SQL Server ellen. Ezzel egy időben a Sybase, az Informix és az Oracle termékeik új verzióinak kiadását tervezte. Az SQL Server fejlesztési stratégia részeként a Microsoft továbbra is aktívan erősítette az akkor már több mint négy éves múltra visszatekintő SQL Server fejlesztőcsapatot. Mindkét akkor már jól ismert szakembert, mint Jim Grayt , Dave Lometet és Phil Bernsteint valamint kevésbé ismert fejlesztőket vettek fel, köztük a DEC egykori munkatársait, akik az Rdb -n dolgoztak .
A 6.0-s verzió megjelenése után megkezdődött a munka a 6.5-ös verzión. Az új verzió részeként azokat a funkciókat tervezték megvalósítani, amelyeket a 6.0-s verzió megjelenésekor elhalasztottak, különösen azért, mert a fejlesztés 18 hónapja alatt jelentősen megnőttek a DBMS-re vonatkozó követelmények. Például 1995-ben már nagy szerepet játszott az internet és az adatátvitel. A 6.5-ös verzió kiadásának meg kellett volna felelnie ezeknek a kéréseknek. A 6.5-ös verzió teljesen működőképes bétaverziója 1995. december 15-én jelent meg 150 bétaoldalon. Az új verzió hivatalos leszállítása 1996 áprilisában kezdődött, vagyis körülbelül 10 hónappal a 6.0-s verzió megjelenése után.
A funkcionalitáshoz olyan eszközöket is hozzáadtak, amelyek megkönnyítik a termék használatát a felhasználók számára, kiterjesztették az elosztott tranzakciók támogatását és egyéb funkciókat. Megkapta az ANSI SQL nyelvi szabványnak való megfelelőségi tanúsítványt is.
Később, 1997 decemberében, az SQL Server 7.0 második béta verziójának megjelenésével párhuzamosan megjelent az SQL Server 6.5 EE is, amely kétcsomópontos feladatátvételi fürtöket, Microsoft Cluster Servert, 8 processzort és 3 GB címterületet támogat.
1995 végén megkezdődött a fejlesztés az SQL Server következő verzióján , a kódnéven Sphinx . Már az első szakaszban hozzáadták az SQL Server kódhoz a leendő MSDE kódot, és az ezen dolgozó fejlesztőcsapat csatlakozott az SQL Server fejlesztői csapatához. Az SQL Server új generációjának fejlesztésének egy fő célja volt: a teljes adatbázis-szerver-motor újratervezése oly módon, hogy a felhasználók igényeik szerint méretezhessék az SQL Servert. Ez a gyorsabb processzorok maximális kihasználása érdekében a kapacitás és az operációs rendszer számára rendelkezésre álló memória mennyiségének fokozatos növelését jelentette (valamint számuk növelését). Ezen túlmenően egy ilyen kiterjesztés nem korlátozhatja az összetevők új funkcióinak hozzáadását, például egy új merevlemez csatlakoztatására szolgáló új algoritmus könnyen hozzáadható a kéréskezelő kódjához. A bővítés mellett az SQL Servernek támogatnia kellett az adatbázis-alkalmazások új osztályait, ami viszont a méretnövelés ellentétét jelentette, nevezetesen a hardverkövetelmények csökkentését, hogy a termék sokkal gyengébb rendszereken is működjön, mint például az otthoni. PC-k vagy laptopok.
Rövid távon egy ilyen átalakításnak köszönhetően két célt terveztek elérni:
Az egyik terület, amelyre a fejlesztés során nagy figyelmet fordítottak, a magas szintű alkalmazások, például a vállalati erőforrás-tervező szoftverek teljesítményének javítása volt. Itt volt szükség a méretezhetőségre és a könnyű használatra, valamint az adatbázis-motor nagy megbízhatóságára. Számos olyan algoritmust is kifejlesztettek, amelyek automatizálják az adatbázis-konfiguráció nagy részét, és lehetővé teszik a rendszer számára, hogy kezelje az adatbázis-adminisztrátor néhány konfigurációs problémáját. Ezen algoritmusok szerint a Microsoft ezt követően számos szabadalmat kapott. Folyamatban volt a munka egy rekordszintű reteszelő mechanizmus kialakításán is. Ez a mechanizmus lehetővé tenné az alkalmazások számára, hogy egy táblázat egy adott sorához férhessenek hozzá, nem pedig egy teljes oldalhoz, ami nagymértékben csökkentené az ütközések számát, ha ugyanabban a táblázatban egyszerre több adatmódosítás történik. A 6.5-ös verzióban ennek a mechanizmusnak nagyon korlátozott megvalósítása volt, így az új verzió már rekordszinten feltételezte a teljes zárolás megvalósítását [11] .
1996 októberében a Microsoft megvásárolta a Plato technológiát az izraeli Panorama Software Systems cégtől. Ez a technológia az OLAP technológiák egyik megvalósítása volt a DBMS-hez. Abban az időben (valamint az SQL Server 7.0 1998-as kiadásakor) az OLAP technológiát nagyon nehezen használhatónak tartották, ezért alulhasználták. Azonban úgy döntöttek, hogy a Platót beépítik az SQL Server 7.0 kódjába, de az SQL Server új verziójának skálázási követelményeit figyelembe véve az eredmény az volt, hogy a Platót át kellett tervezni, hogy megfeleljen a hasonló követelményeknek. A fejlesztők azt a feladatot kapták, hogy olyan terméket alakítsanak ki belőle, amely skálázhatóságát, könnyű kezelhetőségét és a vállalati szoftverekkel való integrációját tekintve nem különbözik egyetlen Microsoft terméktől sem. A jövőben az OLAP-kiszolgálót, amely az SQL Server 7.0 egyik legfontosabb kiegészítője lett, OLAP-szolgáltatásoknak nevezték el [11] .
1996 decemberében megjelent a Microsoft Transaction Server 1.0 (Viper kódnéven), amely a tranzakciófigyelő és az objektumkérés közvetítő funkcióit egyesíti.
1997 júniusában jelent meg az új SQL Server 7.0 első béta verziója. Ugyanezen év decemberében a termék második bétaverzióját több száz felhasználónak küldték el tesztelésre. Az új architektúrára való átállás miatt az SQL Server egy verziójának frissítése során a felhasználóknak az adatbázisok és struktúráik teljes megváltoztatására volt szükség. Az ügyfelek új verzióra való átállásának támogatására egy speciális 1K Challenge programot hirdettek meg, amelynek keretében 1000 ügyfél küldhette el adatbázisainak másolatait az SQL Server fejlesztőinek, hogy azokat a 7.0-s verzióra portolják. Ugyanazon a redmondi campuson, ahol az SQL Server fejlesztőcsapata volt , egy speciális laboratóriumot hoztak létre a port eredményeinek ellenőrzésére . 1998 februárja és augusztusa között minden héten négy-öt harmadik féltől származó szoftvercég küldte el fejlesztőcsapatát a Microsofthoz egy hétre, melynek során a laboratóriumban tesztelték, hogy termékeik problémamentesen működnek-e az SQL Server 7.0-val. A problémák felfedezésekor az SQL Server vezető fejlesztői azonnal foglalkoztak velük, előzetesen megbeszélték a megoldásokat a vendégekkel.
1998 júniusában a Beta 3 felkerült egy erre a célra szolgáló weboldalra. A béta verzióval együtt számos problémamegoldási példa is megjelent, amelyek bemutatják a termék új funkcióit. Emellett egy speciális hírszerver is elindult, hogy a Beta 3 verzió bármely felhasználója jelentse a talált hibákat, vagy érdeklődjön a fejlesztőktől az új termékjellemzőkről. Összesen több mint 120 000 tesztelő kapta meg az SQL Server 7.0 Beta 3-at. Ez a szám tartalmazza azokat a vállalatokat, amelyek közvetlenül a Microsoft webhelyén rendelték meg a verziót, az MSDN -előfizetőket és a hivatalos Microsoft Beta Program tagjait (akik megkapják az összes Microsoft termék béta verzióját, ahogyan kiszabadulnak).
Az SQL Server 7.0 megjelenése előtt arról szóltak a pletykák, hogy a Microsoft az Access -t az SQL Server relációs adatbázisának egyszerűsített verziójával kívánja lecserélni. A vállalat cáfolta őket, és kijelentette, hogy az Access for Office 2000 új verziójában két alternatív adatbázis-motor lesz: a Jet, az Access most kiadott natív tárolókörnyezete és az új MSDE. Az akkori információk szerint az MSDE-nek nem az SQL Server beágyazott verziójának kellett volna lennie, hanem az SQL Serverrel kompatibilis adattárolási technológiának, amely azonos komponens-architektúrával rendelkezik, ami viszont lehetővé tenné a fejlesztők számára az Access használatát. interfész modult az SQL Serverhez, alkalmazzon MSDE-t olyan alkalmazások létrehozásához, amelyek asztali adatbázisból relációs "nagy testvérré" léphetnek be az SQL Server vagy az SQL Server Enterprise számára [11] .
1998. november 16-án, a Las Vegas-i COMDEX konferencián nyilvánosan kiadták az SQL Server 7.0-t. Az új verziót Steve Ballmer személyesen mutatta be . Előadásában az SQL Server 7.0 teljesítményének javítására összpontosított az előző verzióhoz képest. Felhívta a figyelmet a skálázhatósággal és az alkalmazások elérhetőségével kapcsolatos problémákra is. Elmondása szerint "az ERP-szállítók, mint például a Baan, a PeopleSoft és az SAP szinte minden projektjükben használhatják majd ezt a DBMS-t, kivéve talán a legnagyobbakat." Előrejelzései szerint a következő másfél évben a független gyártóknak mintegy 3000 alkalmazást kellett volna létrehozniuk az SQL Server 7.0-hoz. Mire ez a verzió megjelent, több mint egy tucat sikeres implementációja volt, köztük olyan nagy cégeknél, mint a HarperCollins , a CBS Sportsline, a Comcast Cellular és a Southwest Securities. . Sőt, 10-en már átálltak az új verzióra, a Pennzoil , a Barnes & Noble és a HarperCollins Publishers pedig addigra már hónapok óta teszteli. A Pennzoil, a News America (a HarperCollins egyik részlege) és a Barnes & Noble képviselői megerősítették az új verzió jobb teljesítményét. Magán az SQL Server 7.0 terméken kívül a COMDEX egy speciális szervert is bemutatott az SQL Server 7.0 zavartalan működéséhez, az ERP rendszereket gyártó Baan Corporation pedig a BaanSeries '99 alkalmazáscsomagot, amelyet kizárólag SQL Server 7.0-ra terveztek [11] .
Doug Leland, a Microsoft SQL Server marketingmenedzsere szerint a teljes fejlesztési ciklus 3,5 évig tartott. Az új verziót "a Microsoft első relációs adatbázis-kezelőjeként, amely támogatja a Windows család összes 32 bites operációs rendszerét", és a Microsoft nem tervezte az SQL Server más operációs rendszerek számára való kiadását [11] .
A 7.0-s verzió 1998. december 2-án jelent meg 7.00.623.07-es build néven, míg a kód lefagyása 1998. november 27-én történt. A termék 1999 januárjában vált ingyenesen megrendelhetővé.
Sok elemző a 7.0-s verzió megjelenését "jelentős lépésnek tekintette a vállalati számítástechnikai piac meghódítása felé". Szerintük a Microsoft azzal számolt, hogy az SQL Server 7.0 újratervezett funkcionalitásának köszönhetően az adatbázisok vállalati szabványává válik. Az online analitikai feldolgozás hozzáadását az SQL Server 7.0-hoz az elemzők olyan fejlesztésnek tekintették, amely "a kezdetek óta a legfontosabb fejlesztés lehet az OLAP piacon". Ennek oka az volt, hogy az OLAP rendszereket akkoriban kizárólag a vállalati szegmens számára tervezték, és mivel a Microsoft stratégiájában az otthoni PC-kre is készült verziók készültek, ennek köszönhetően az OLAP technológiák elérhetővé válnak a kisvállalatok számára is, ami már önmagában is jelentős népszerűsítést jelent. OLAP [11] .
Egy másik érv az "SQL Server 7.0 szabványosítása" mellett az SQL Server azon képessége volt, hogy integrálódjon a többi vállalati rendszerrel, ami kritikus volt a heterogén többrétegű környezetekben és a heterogén platformok és adattárak jelenlétében. Az ezen a területen való előrelépés érdekében a Microsoft belső szabványokat dolgozott ki az adatintegrációhoz, például az OLE DB -t és az ADO -t, és együttműködött harmadik fél szoftvergyártókkal is. A versenytársak azonban bírálták ezeket a szabványokat, és kijelentették, hogy „egyes szabványok tisztán belsőek”, ami súlyosan korlátozza a harmadik féltől származó ügyfelek általi alkalmazásukat. Jelentős kritika érte az OLE DB for OLAP szabványt is, amelyet a Microsoft iparági szabványként és egyben az adattárházak létrehozására szolgáló csomagolóanyagaként kínált. Így például Jeff Johns, az IBM Corporation marketing adatkezelési rendszereinek programvezetője azt nevezte a fő hátránynak, hogy ezt a szabványt a Microsoft fejlesztette ki, nem pedig bármely szabványosítási konzorcium, ahogyan azt széles körben alkalmazták. Az ilyen kritikákra a Microsoft képviselői azt válaszolták, hogy a szabványt több mint 60 adattároló gyártó részvételével dolgozták ki [11] .
Az elemzők megjegyezték, hogy a Microsoftnak minden esélye megvolt, hogy elérje célját. Ezt az is alátámasztotta, hogy a külső gyártókat aktívan ösztönözték az SQL Server 7.0-s szoftverek létrehozására, és a disztribúciós modell jobban nézett ki, mint a konkurens Oracle és IBM, amely a jövőben lehetővé teheti a nagykereskedelmi tételek alacsonyabb áron történő értékesítését, és ennek köszönhetően váljon a vállalati piac komoly szereplőjévé.adatbázisok [11] .
A tervek szerint viszonteladókon keresztül világszerte értékesítik az új verziót, kezdetben az eredeti angol verziót, majd a következő két hónapon belül a francia, német, spanyol és japán verziók is megjelennek. 1999. február végére a Microsoft egy kínai változat kiadását is tervezte. A termékverziókat tekintve a tervek szerint három-három konfigurációban (az engedélyezett felhasználók számától függően) adnák ki a szabványos és a vállalati verziókat. Ezen túlmenően egy különleges ajánlatot jelentettek be, amely lehetővé tette a felhasználók számára, hogy a bejelentést követő 99 napon belül frissítsék rendszerüket SQL Serverre, vagy migrálhassanak a versengő adatbázisokból, felhasználónként mindössze 99 dollárt fizetve az SQL Server 7.0-ért [11] .
Az elemzők úgy vélik, hogy ezek az árak arra kényszeríthetik a Microsoft adatbázis-versenytársait, hogy csökkentsék hagyományosan magas áraikat (bár az Oracle például hivatalosan megtagadta ezt). Az elemzők is meglehetősen szkeptikusak voltak az új verzióval kapcsolatban, mivel úgy vélték, hogy az SQL Server 7.0-t elsősorban a Windows NT alsókategóriás adatbázis-piacán lévő rendszerekre szánták, főleg, hogy több bétatesztelő is megerősítette, hogy az új verzió teljes mértékben megfelel a követelményeknek. Például Herb Edelstein, a Two Crows elemzője kijelentette, hogy "a Microsoft által meghatározott alacsony árak célja a verseny megszüntetése ezen a piacon", miközben "az SQL Server 7.0 még az összes újdonságot figyelembe véve is képes lesz megoldani a nagyvállalatok felhasználóit érintő problémáknak csak egy része. Betsy Barton, a Gartner Group elemzője úgy vélte, hogy bár az új verzióban bemutatott kiegészítések "figyelmet érdemelnek", ennek ellenére "a rendszer általános megbízhatósága és méretezhetősége továbbra is kérdéses". Az új verziót tesztelő cégek képviselői azonban továbbra is pozitívan jellemezték a terméket. A korábban említett cégek mellett Mark Mitchell, az Applied Automation rendszertanácsadója és Joe Misiazhek, a Colorado Community College által használt rendszer alkalmazástámogatási menedzsere is pozitívan nyilatkozott a termékről. Megjegyezték a termék megfizethető költségét, a jó teljesítményt és a viszonylag könnyű fejlesztést [11] .
A Microsoft ilyen lépései a versenytársak ellenreakcióját váltották ki. Az Oracle Corporation például kénytelen volt változtatni értékesítési stratégiáján. Egy széles körben elterjedt állítás szerint a vállalatnak el kellett kezdenie az előre konfigurált "szerverkészülékekre" telepített DBMS-eit, amelyek az Oracle közreműködésével kifejlesztett, egyszerűsített operációs rendszert használnak. Az Oracle vezetője, Larry Ellison szerint az ilyen újításoknak az kellett volna, hogy "csökkentsék az Oracle adatbázis birtoklási költségeit, és egyben erősítsék a termék versenyképességét a Microsoft SQL Serverével való konfrontációban". 1998. november közepén az Oracle megállapodást írt alá a Dell-lel, a Compaq-kal, a Hewlett-Packarddal és a Sun Microsystems-szel, hogy 1999 első negyedévének végére megkezdje a szerverek értékesítését. Az új szerverekre telepített operációs rendszer Solaris komponenseket tartalmazott (a jövőben Linux -komponenseket kellett volna használnia ), és annyira egyszerű volt, hogy ezt a kezdeményezést Raw Iron-nak ("Bare Iron") nevezték el. Az Oracle partnerek háromféle szervert ("kicsit, közepeset és nagyot", ahogy Ellison nevezte) kínálnak, amelyek előre konfigurálva vannak bizonyos feladatokhoz, például az e-mailekhez és az IFS-hez (Internet File System). Így a DBMS dobozos változatának értékesítéséről a szerverek értékesítésére kellett volna áttérni, amelyek birtoklási költsége jóval alacsonyabb. Ellison szerint ennek a stratégiának az volt a célja, hogy elcsábítsa az SQL Server néhány vásárlóját [11] .
Az SQL Serveren végzett munka a korábbiakhoz hasonlóan a hetedik verzió megjelenése után sem állt le. A 7.0-s verzió nem tartalmazta az összes eredetileg tervezett funkcionalitást, és ezen kívül számos további fejlesztés is a végső szakaszban volt, amelyeket a következő nagyobb kiadásba szándékoztak beépíteni. Így két verzió fejlesztése kezdődött meg: a Shilo ( angolul Shiloh ) - a 7.0-s verzió "fiatalabb" kiadása (relatíve a 7.5-ös az előző kiadás analógiájára), és a Yukon ( angol Yukon ) - a következő nagy kiadás.
Az SQL Server termékmenedzserei kezdetben vonakodtak megjósolni az SQL Server 7.0 népszerűségét. Ennek oka az volt, hogy ez a kiadás egy teljesen átírt szervermotor kódon alapult, ami miatt sok vásárló csak az első kiadásnak tekintette, és nyilvánvaló volt, hogy a hetedik verzió potenciális vásárlói közül sokan szívesebben várnának egyfajta "fix verzió" vagy legalább az első szervizcsomag (szervizcsomag). A Shiloh-t tehát eredetileg egyfajta szuper szervizcsomagnak tervezték, és olyan funkcionalitást terveztek, amely a rövid fejlesztési idő miatt nem került bele a 7.0-s verzióba, valamint az összes akkoriban talált, túl terjedelmes hiba kijavítását. a szokásos " számozatlan verzióhoz. Ennek megfelelően a Shiloh kiadását legkésőbb egy évvel az SQL Server 7.0 megjelenése után tervezték.
Azonban több tényező egyszerre befolyásolta a Shiloh eredeti koncepciójának megváltozását. Először is, a várakozásokkal ellentétben az ügyfelek csak kis része kételkedett a 7.0-s verzióra való átállás szükségességében, és az új ügyfelek felé történő értékesítés meghaladta legmerészebb várakozásait. Az ügyfelek visszajelzései is nagyon pozitívak. A Microsoft még az SQL Server 7.0 megjelenése után is fenntartott egy harmadik féltől származó szoftverfejlesztői labort, amely biztosította, hogy a fejlesztők folyamatosan kapjanak visszajelzéseket és visszajelzéseket az ügyfelektől. A talált megjegyzéseket és hibákat a szokásos módon könnyedén kijavították, és 1999 májusában megjelent egy javítócsomag az SQL Server 7.0-hoz . A második javítócsomag 2000 márciusában jelent meg . Így megszűnt az igény egy szuper szervizcsomagra, ahogyan Shiloh eredetileg kinézett.
A második tényező az ügyfelek szolgáltatásigényei voltak. Például a lépcsőzetes frissítések és törlések hivatkozási integritásának eredetileg tervezett megvalósítása végül nem került bele az SQL Server 7.0-ba. Az ügyfelek ezzel szemben rendkívüli érdeklődésüket fejezték ki egy ilyen mechanizmus iránt, és követelték annak mielőbbi bevezetését. Emellett számos kérés érkezett a particionált nézetek támogatására és a raktári leltáralkalmazásokban széles körben használt csillagtervezési séma támogatásának optimalizálására .
Egy másik tényező az adatbázis-szállítók közötti verseny volt, amely azt követelte, hogy a következő kiadás nagyobb és jobb legyen, mint az eredetileg tervezett. Larry Ellison , az Oracle Corporation munkatársa által készített Million Dollar Challenge szintén nagy hatással volt , kiemelve néhány olyan funkciót, amely már elérhető volt az Oracle-ben, de még hiányzik az SQL Serverből. Az ilyen funkciók hozzáadása messze túlmutat az egyszerű javításon.
Végül az a döntés született, hogy a Shiloh egy teljes értékű főkiadás, 18 hónapos fejlesztési ciklussal, de megtartva a hivatalos 7.5-ös verziószámot. Az akkori változtatások számát nehéz volt megjósolni, és az egyetlen olyan változás, amely akkoriban biztosan ismert, az a lépcsőzetes frissítések és törlések javulása volt. Hamar kiderült, hogy a kiadás már túlnőtt az eredeti terveken. Ezzel párhuzamosan a fejlesztőcsapat is bővült, a Microsoft fő campusáról az ikerépület irodáinak egy részére költöztek. A fejlesztők számának növekedése lehetővé tette, hogy nagyszámú közepes és kis fejlesztést adjon a termékhez anélkül, hogy a termék megjelenésének időpontjában jelentős változás következett volna be.
Valamint a fejlesztők a funkcionalitás javításának, növelésének feladatai mellett kitűzték maguknak az ún. „rugalmas megbízások”. Bejelentették például, hogy minden típusú alkalmazásnál 20%-os teljesítménynövekedést kell elérni, de a feladat pontosításához összehasonlítást végeztek bizonyos alkalmazásokkal. Például az egyik fő cél az SAP R/3 Sales and Distribution benchmark teljesítményének legalább 40%-os javítása volt. A feladat megvalósítása érdekében a fejlesztők speciális változtatásokat hajtottak végre az optimalizálóban, amelyek közvetlenül érintik az SAP-tól érkező kéréseket, ugyanakkor javítják más alkalmazások kéréseit. 2000. február 17- én, a Windows 2000 bevezetési eseményén San Franciscóban bejelentették az értékesítési és forgalmazási benchmark eredményeit, amelyek 6700 felhasználó terhelhetőségét mutatják, ami jelentősen felülmúlja az SQL Server 7.0-t (4500 felhasználó) ugyanazon a teszten és hardveren (miket használtunk). nyolc processzoros gép Pentium III-550-el). Így a termelékenység növekedése 48%-os volt, ami azt jelenti, hogy ez a feladat elkészült.
Miután döntés született a fejlesztési időszak 18 hónapra történő meghosszabbításáról, újabb döntés született az új funkciók bevezetéséről. Ezt a döntést a legszigorúbb bizalmasan kezelték, és még a Microsoft számos vezetőjével sem vitatták meg. Az új funkciót még az első bétaverzió 1999. novemberi megjelenése után sem említették, és csak februárban, a Windows 2000 bevezetési eseményén mutatták be nyilvánosan. A Coyote kódnéven futó titkos projekt célja az volt , hogy az SQL Server 2000-hez a elosztott particionált nézetek, amelyek nagy skálázhatóságot tesznek lehetővé az adatokkal való munka során. Ez a funkció tette lehetővé a világrekord felállítását, amelyet 2000 februárjában jelentettek be San Franciscóban . Ezeket a skálázhatósági változtatásokat eredetileg a Shiloh utáni kiadáshoz tervezték, de mivel a szükséges összetevők többsége már a helyén volt, úgy döntöttek, hogy ezt a funkciót hozzáadják az SQL Server 2000-hez.
A Shiloh első bétaverzióját 1999 szeptemberében adták ki kezdeti kipróbálásra és tesztelésre a bétatesztelők számára , és a Microsoft hamarosan bejelentette, hogy az új termékverzió hivatalos neve SQL Server 2000 lesz. A névváltoztatásnak két fő oka volt. Először is, tekintettel az új verzióban történt számos és komoly változásra, veszteséges volt köztes verzióként (7.5) kiadni, ami azt jelenti, hogy új számra volt szükség. Másodszor, ha az új verzió 8.0-sként jelenik meg, akkor kiderül, hogy a teljes Microsoft BackOffice családból ez lesz az egyetlen olyan termék, amelynek nevében nem szerepel a 2000 előtag . A terméknevek egységességének megőrzése érdekében úgy döntöttek, hogy a terméket SQL Server 2000 -nek nevezik el (ebben az esetben a belső verziószám továbbra is 8.00.194-nek tűnt).
A felhasználó szempontjából az SQL Server 2000 sokkal több lehetőséget kínált, mint az előző verzió. Az SQL Server 7.0 teljesen átírt motorral, új tárolt struktúrák támogatásával, adatelérési módszerekkel, rekordzárolási technológiákkal, helyreállítási algoritmusokkal, új tranzakciónaplózási architektúrával , új memóriaarchitektúrával és optimalizálóval rendelkezik. Mindezek ellenére fejlesztői vagy DBA-szempontból az SQL Server 7 nyelvi változtatásai és fejlesztései minimálisak voltak. Az SQL Server 2000 számos nyelvi fejlesztést, valamint a korábban bevezetett objektumok jelentős módosításait, például táblakényszereket, nézeteket és triggereket tartalmazott, amelyekre minden fejlesztőnek és a legtöbb DBA-nak szüksége volt.
Mivel a motor belső változtatásai minimálisak voltak, csak két bétaverziót terveztek. A 2000 áprilisában kiadott második béta nyilvános béta verzióvá vált, és több ezer érdeklődő felhasználónak, iparági konferenciák résztvevőjének, harmadik féltől származó szoftverfejlesztőknek és tanácsadóknak küldték el. A fejlesztőcsapat 2000. augusztus 6-án lefagyasztotta a kódot a 8.00.194.01-es verziónál, és a termék augusztus 9-én jelent meg .
Az SQL Server következő, Yukon kódnevű verziójának fejlesztése párhuzamosan kezdődött az SQL Server 2000 Liberty kódnevű 64 bites verziójának fejlesztésével. A Liberty lényegében ugyanaz a 32 bites verzió volt a funkcionalitásban, de a különbség a sokkal nagyobb skálázhatóságban volt. Az új funkciót a Yukon részeként kellett volna megvalósítani.
2002 júliusában a Microsoft az új .NET-keretrendszer hivatalos bemutatója keretében bejelentette, hogy az SQL Server következő, Yukon kódnevű verziója képes lesz használni a .NET platform képességeit. Különösen azt állították, hogy Yukonban könnyebb lenne kezelni az elosztott adatokat [12] .
2003. április 24-én San Franciscóban a Windows Server 2003 kiadásának szentelt konferencián a Microsoft bejelentette az SQL Server 2000 (korábbi nevén Liberty) 64 bites verziójának kiadását. Egy közzétett sajtóközlemény szerint az SQL Server 2000 új verzióját a Windows Server 2003 64 bites verziójával való együttműködésre tervezték. A Windows Server 2003 és az SQL Server 2000 új verziója mellett a harmadik termék a Visual Studio volt. NET 2003 . Ez a termékhármas a Microsoft szerint a következő lépés volt az operációs rendszer, az SQL-kiszolgáló és a fejlesztői környezet összekapcsolásában, így közel került az egységes platformra, a .NET-keretrendszerre való átálláshoz , amelyet a következő verzióban sokkal teljesebben implementáltak. SQL Server. Az előadás részeként Steve Ballmer és Paul Otellini elmondta, hogy az SQL Server 2000 új verziójával telepített szerver két új rekordot állított fel a Transaction Processing Performance Council non-profit szervezet tesztjei alapján . A korábbi esetekhez hasonlóan az új verziót tesztelésre előre telepítették a Microsoft fő partnerei, köztük a Cornell University , az Information Resources, Inc ( SymphonyIRI Group ), a JetBlue Airways , a Liberty Medical Supply ( Liberty Medical ) és a University Johns Hopkins , amelyre válaszul e szervezetek hivatalos képviselői pozitívan reagáltak az új termékre [13] .
A 64 bites verzió kiadásának célja az volt, hogy elkezdjük elfoglalni a piacnak azt a részét, amely korábban teljes egészében a UNIX operációs rendszert futtató rendszereken alapuló nagy teljesítményű megoldásokhoz tartozott . Bár a funkcionalitás lényegében nem változott a 32 bites verzióhoz képest, a 64 bites verzió lényegesen több memóriával működhetett, amelyet a 64 bites Windows Server 2003 rendszer ért el, aminek köszönhetően az SQL Server 2000 új verziója méretezhető volt. a nagy teljesítményű rendszerek szintjére, amellyel a 32 bites verzió korlátai miatt nem tudta felvenni a versenyt. A 32 bites verzió vásárlóinak felajánlották az új verzióra való frissítést további költségek nélkül [13] .
2003 novemberében a seattle -i PASS konferencián a Microsoft vezetői a Yukonban bevezetett új ETL -mechanizmusokról beszéltek , amelyek segítségével a meglévő alkalmazásokból korábban felhalmozott információkat vittek át az adattárházakba. A Microsoft szemszögéből ezeknek a mechanizmusoknak kellett volna az egyik érv a vállalati felhasználók vonzására. A Yukonban megvalósított SQL Server ETL architektúra neve Data Transformation Services (DTS). Gordon Mangione, a Microsoft alelnöke és az SQL Server Team vezetője szerint a DTS-nek az volt a célja, hogy megvalósítsa a párhuzamosságot, lehetővé téve a felhasználók számára, hogy egyszerre több összetett feladatot hajtsanak végre, mint például az adatok lefordítása, beolvasása és felülírása egyetlen szálon belül [14]. .
Az ETL mellett a DBMS konfigurációjának és kezelésének egyszerűsítésére, valamint a skálázhatóság javítására is hangsúlyt fektettek. A Microsoft képviselői különösen azt mondták, hogy például egy több millió adatoszlopon átívelő folyamat a megnövekedett skálázhatóság miatt nem percek, hanem másodpercek alatt futhat majd le. Emellett a tervek szerint az SQL Server új verziója olyan funkciókat is tartalmaz, amelyek megkönnyítik az adattárházak létrehozását és kezelését, valamint az üzleti intelligenciával kapcsolatos műveletek elvégzését. A Microsoft egy új API -t ígért a fejlesztőknek , amely támogatja a .NET platformot (és különösen a Visual Basic nyelvet ), így nincs szükség speciális DTS-kódokra [14] .
Szintén a konferencia során a Mangione bejelentette, hogy elkészült a Best Practices Analyzer for SQL Server 2000, amely a Microsoft fejlesztői és az SQL Server felhasználói által közösen összeállított, 70 szabályból álló listát karbantart. Egy ilyen listának az volt a célja, hogy leegyszerűsítse az adatbázis-adminisztrátorok DBMS-konfigurálásának folyamatát, és segítsen nekik elkerülni a leggyakoribb hibákat. Ezzel párhuzamosan támogatták a biztonsági mentés és hiba utáni helyreállítás, valamint az adatbázis-kezelés és a teljesítményfigyelés funkcióit. Mangione megígérte, hogy a vállalat negyedévente frissíti ezt az eszköztárat [14] .
Az SQL Server SQL Server 2005-öt felváltó verziója a Katmai kódnevet kapta. Az aktív fejlesztés időszakában a Microsoft rendkívül vonakodott az új verzióval kapcsolatos információk megosztásától. Az SQL Server 2005 bemutatóján Paul Flessner (a Microsoft SQL Server üzletágának akkori alelnöke) magabiztosan kijelentette, hogy az SQL Server 2005 megjelenése után legkésőbb két évvel új verzió jelenik meg. 2007 áprilisában azonban nem volt információ a termék közelgő megjelenéséről, vagy legalábbis a béta tesztelésének kezdetéről. A TechNet egyik osztrák blogja azonban információkat közölt a Katmai Technology Adoption Programról (röviden TAP), amelynek állítólag 2007 júniusában kellett volna indulnia. Azt is emlegették a pletykák, hogy az új verzió 2008-ban fog megjelenni, de a Microsoft akkor sem megerősítette, sem cáfolta ezt az információt. Egyes források a Katmai megjelenését a Longhorn Server és a Visual Studio Orcas megjelenéséhez kötötték, ezért az új verziónak ezen információk szerint 2008 első felében kellett volna megjelennie. A Microsoft szintén nem volt hajlandó kommentálni ezeket az információkat [15] .
Ennek ellenére néhány újságíró, aki a vállalat képviselőivel beszélt, kijelentette, hogy a Katmai 2008-as kiadásáról szóló pletykák összhangban vannak a Microsoft belső terveivel. És az, hogy a vállalat megtagadta az új verzióval kapcsolatos információk nyilvánosságra hozatalát, az új fejlesztési modellre való átálláshoz kapcsolódott, és ez volt az oka annak, hogy a Katmai valószínűleg nem fog megjelenni 2008 elején. Azt is megemlítették, hogy a Katmai nem kap hivatalos béta tesztelési szakaszt, ehelyett nyilvános tesztelésre kerül sor a Community Technology Preview program (röv. CTP) részeként. Ugyanakkor azt állították, hogy egyes Microsoft ügyfelek már 2007 áprilisában tesztelték a Katmai egyes részeit, miközben nem volt a kezükben a teljes kiadás. Ami az új verzió funkcionalitását illeti, az újságírók azt írták, hogy a Katmai csak az SQL Server 2005 fejlesztése lesz, és nem a termék új generációja, amely egykor az SQL Server 2005-ből lett [15] .
Az SQL Server 2008 R2 hivatalosan 2010. április 21-én vált megvásárolhatóvá.
2010 végén Ted Kammert, a Microsoft Business Platform részlegének alelnöke elmondta, hogy az új verziót "nagyon gyorsan bevezették", különösen két hónappal a termék megjelenése után, "mintegy 700 000 alkalommal töltötték le az internetről ", ami szerinte "az SQL Server új verziójának legmagasabb értéke volt" [16] .
Ezzel párhuzamosan 2010. június 30-án Scott Guthrie blogjában bejelentette az SQL Server új mobil verziójának – SQL Server Compact 4.0 – kiadását, amely elsősorban az ASP.NET 4 technológián alapuló webes alkalmazásokra összpontosít . Az új verzió előnyeiként Guthrie kiemelte a program telepítésének hiányát, valamint a .NET Framework API -val való kompatibilitást (az ADO.NET , Entity Framework , NHibernate stb. technológiák támogatása, a Visual Studio 2010 és Visual Web Developer 2010 Express ), valamint az SQL Server és az SQL Azure [17] akkori legújabb verziói .
2010. július 7-én Ambrish Mishra, az SQL Server Compact projektmenedzsere kiadta az új SQL Server Compact 4.0 CTP1 verzióját az SQL Server CE csapat hivatalos blogján. Újításként (a Scott Guthrie által jelzetteken kívül) megnövekedett megbízhatóság, továbbfejlesztett SHA 2 titkosítási algoritmus, kompatibilitás a Compact 3.5 adatbázis fájlokkal, egyszerűsített telepítés (beleértve a WOW64 módok és a 64 bites natív alkalmazások támogatását), a virtuális memória csökkentett használata , Részlegesen megbízható hívóattribútum (APTCA) delegálási technológia engedélyezése, WebMatrix Beta és Visual Studio 2010 támogatás, lapozási lekérdezések támogatása T-SQL- ben . Ugyanakkor a CTP1-es verzióban voltak bizonyos problémák (nem megfelelő eltávolítás a parancssoron keresztül, kompatibilitási problémák az ADO.NET Entity Framework CTP3 jelenlegi verziójával stb.) [18] .
A PASS Summit konferencián, amelyre 2010. november 8. és 11. között került sor Seattle-ben, a résztvevők (valamint az MSDN és TechNet előfizetők) megkapták a Denali CTP verziójának másolatait (egy idő után ez a verzió felkerült a hivatalos Microsoft oldalára). weboldal). A konferencián Ted Kammert és Quentin Clark, a Microsoft Database Systems Group vezérigazgatója bemutatta az új kiadást, és beszélt az új AlwaysOn szolgáltatásról és a VertiPac technológiáról (az SQL Server Analysis Services és a Data Warehouse része). Ugyancsak hangsúlyt kapott az új verzióban az üzleti intelligencia eszközök fejlesztése, az interaktív web alapú virtualizációs eszközök (Crescent projekt), valamint a Juneau kódnevű fejlesztői eszközök [16] .
2010. december 22-én Ambrish Mishra a fejlesztőcsapat hivatalos blogján bejelentette az SQL Server Compact 4.0 CTP2 és a Visual Studio 2010 eszközkészlet kiadását az SQL Sever CE ezen verziójával való együttműködéshez [19] .
Az SQL Server Compact 4.0 végleges verziója hivatalosan 2011. január 12-én jelent meg a Microsoft honlapján, ezzel lezárult egy körülbelül egy éves fejlesztési szakasz [20] .
2011. július 11-én az SQL Server fejlesztőcsapata hivatalos blogjában bejelentette a Community Technology Preview 3 (rövidítve CTP3) és az SQL Server 2008 R2 első szervizcsomagjának kiadását [21] . Az új termék CTP3-as verziójában megvalósított legjelentősebb újításokként (az SQL Server 2008 R2-hez képest) az elemzők az SQL Server AlwaysOn összetevőt, az adatbázis-mentések létrehozására szolgáló komponenst, az SQL Server Windows Server Core környezetben való telepítésének lehetőségét jegyezték meg. adattárolás szervezése a végrehajtási lekérdezések felgyorsítása érdekében, a T-SQL nyelv fejlesztése (Sequence objektumok és ablakfunkciók bevezetése), adatváltozások (CDC) nyomon követésének képessége az Oracle DBMS számára, a szerver szerepek felhasználó általi meghatározásának képessége (korábban mereven rögzítették), Data Quality Services (tudásbázisok), metaadat-szabályok meghatározása, új adatvizualizációs eszköz, Project Crescent, offline adatbázisok támogatása (a helyszíni SQL Server és SQL Azure példányok közötti mozgáshoz), és egy új SQL Server Developer Tools, Juneau kódnéven [22] .
Az SQL Server 2008 R2 SP1 olyan hibajavításokat tartalmazott, amelyekre a Microsoft panaszokat kapott az ügyfelektől a Windows Error Reporting szolgáltatáson keresztül, valamint néhány funkciójavítást ( Dinamikus felügyeleti nézetek , megnövelt lekérdezés-végrehajtási sebesség a ForceSeek technológia segítségével, adatszintű alkalmazáskomponens-keretrendszer (röv. DAC Fx) az adatbázis-frissítések egyszerűsítése, a rendelkezésre álló merevlemez-terület szabályozása a PowerPivot számára) [21] .
2010 végén (azaz az SQL Server 2012 megjelenése előtt) Ted Kammert, a Microsoft Business Platform részlegének alelnöke egy interjúban beszélt a termék továbbfejlesztésének terveiről (mind az SQL Server 2012-re, mind a jövőre vonatkozóan). változatok). Kammert különösen azt mondta, hogy az SQL Serveren végzett munka az Information Platform Vision elképzeléseinek kontextusában zajlik, amely a platform alapját képező különféle funkciók halmaza. Az SQL Server továbbra is egyetlen termék marad az asztalon, az adatközpontban és a felhőben (32 bites és 64 bites egyaránt). Az egyik kiemelt terület továbbra is az üzleti intelligencia ( eng. business intelligence , BI ) marad. A Microsoft szempontjából az önkiszolgáló BI-eszközök fejlesztése, valamint a számítási felhő ökoszisztéma fejlesztése továbbra is prioritás marad az üzleti intelligencia területén . Ezen túlmenően, amikor az üzleti intelligencia eszközöket a „felhőkbe” helyezi át, a Microsoft továbbra is azon dolgozik, hogy megvalósítsa a konzisztencia elvét a megvalósított programozási modellekkel és eszközökkel kapcsolatban (ide tartozik különösen az SQL Server Management Studio képességének növelése a SQL Azure- környezet ). Szintén nagy figyelmet fordítanak a DBMS-skálázás (egyúttal az SQL Server rendszerkorlátját több száz terabájt küszöbértékre kell emelni), az alkalmazások adatbázis-környezetben történő virtualizációja , valamint az adatok térbeli megjelenítése . 16] .
Az SQL Server 2014 kiadása 2014. április 1-jén vált elérhetővé.
2016 júniusában jelent meg.
2017 februárjában jelent meg. Az első verzió, amely Linux támogatást tartalmaz.
Megjelenés 2019 novemberében. A jelenlegi verzió 2020 decemberében.
| Microsoft SQL Server | |||||||||
|---|---|---|---|---|---|---|---|---|---|
Fejlesztő cégek | |||||||||
| Verziók |
| ||||||||
| Szolgáltatások | |||||||||
| segédprogramok |
| ||||||||
| SQL kiterjesztések |
| ||||||||
| Továbbá |
| ||||||||
| Adatbázis-kezelő rendszerek (DBMS) | |
|---|---|
| Kliens-szerver | |
| Motorok | |
| Fájlszerver | |
| Adatbázis | |
|---|---|
| Fogalmak |
|
| Objektumok |
|
| Kulcsok | |
| SQL |
|
| Alkatrészek | |