Microsoft SQL Server är ett relationsdatabashanteringssystem (RDBMS) utvecklat av Microsoft Corporation . Det huvudsakliga frågespråket som används är Transact-SQL , skapat gemensamt av Microsoft och Sybase . Transact-SQL är en implementering av ANSI / ISO Standard for Structured Query Language ( SQL ) med tillägg. Används för att arbeta med databaser som sträcker sig i storlek från personliga till stora företagsdatabaser; konkurrerar med andra DBMS inom detta marknadssegment.
| Version | År | namn | kodnamn |
|---|---|---|---|
| 1.0 ( OS/2 ) | 1989 | SQL Server 1.0 (16bit) | Filipi |
| 1.1 ( OS/2 ) | 1991 | SQL Server 1.1 (16bit) | 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 | Sfinx |
| - | 1999 | SQL Server 7.0 OLAP- verktyg | Palato-mani |
| 8,0 | 2000 | SQL Server 2000 | Shiloh |
| 8,0 | 2003 | SQL Server 2000 64-bitars | Frihet |
| 9,0 | 2005 | SQL Server 2005 | Yukon |
| 10,0 | 2008 | SQL Server 2008 | Katmai |
| 10.25 | 2010 | Azure SQL DB | Cloud Database eller CloudDB |
| 10.50 | 2010 | SQL Server 2008 R2 | Kilimanjaro (alias 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 |
Utvecklingen av klient-server-teknologier under andra hälften av 80-talet berodde på utvecklingen av två nyckelområden som aktivt har utvecklats sedan slutet av 70-talet: persondatorer, å ena sidan, och datornätverk, å andra sidan. Länge var DBMS endast tillgängliga för stordatorer, och endast tack vare ökningen av prestanda hos processorer för hemdatorer och minidatorer började DBMS-utvecklare (som Oracle ) skapa motsvarande versioner av sina produkter. En av de första RDBMS för datorer var Oracle v3 , som släpptes 1983. På den tiden använde ett fåtal PC-ägare dem främst för applikationsutveckling och testning [1] .
Ett av nyckelstadierna i utvecklingen av DBMS var 1986. Vid det här laget hade flera fler DBMS-utvecklingsföretag dykt upp, ett av de mest anmärkningsvärda av dem var Sybase , som grundades två år tidigare. År 1986 började Sybase kombinera intelligenta arbetsstationer (typiskt designade av Sun Microsystems eller Apollo Computer ) med databasservrar (designade av till exempel Oracle). Samtidigt gjorde själva klient-server-tekniken det möjligt att separera informationsbehandlingsmodulerna (den så kallade backend) från gränssnittsmodulerna (den så kallade frontend). Med tanke på den ständiga ökningen av penetrationen av datanätverk har lösningsleverantörer gått över till uppgiften att distribuera andra uppgifter (till exempel formatering av rapporter, kontrollera data, etc.) mellan nätverksarbetsstationer, vilket lämnar servern att endast utföra uppgifter som kräver en centraliserad lösning (lagring och skydd av data, optimeringsförfrågningsflöde, etc.) [1] .
DBMS-utvecklarna själva spelade en betydande roll i övergången från hierarkiska till relationsdatabaser. Så vid det här laget hade IBM redan gradvis överfört sina kunder från hierarkiska DBMS (som till exempel IMS ) till DB2 och SQL/DS RDBMS . Det nya DBMS, även om det var sämre i hastighet än IMS, överträffade det i enkel programmering och underhåll. DB2-leveranser överträffade snabbt förväntningarna och tog betydande marknadsandelar under det första försäljningsåret. I september 1986 introducerade Gupta Technologies sin SQL Base-utveckling, som innehöll konceptet med en databasserver för nätverksanslutna datorer. Gupta var också en av de första som implementerade transparent åtkomst till IBM stordatorer som körde DB2 på dem, vilket gav direkt åtkomst till data som lagrades där utan att behöva ladda ner filer eller tabeller till användarens arbetsstation [1] .
I slutet av 1986 hade användningen av SQL- språket som huvudspråk för att arbeta med data i ett DBMS blivit nästan universellt. IBM, Oracle, Sybase och Gupta använde liknande SQL-syntax för att skicka meddelanden från front-end till back-end av DBMS, vilket möjliggör en kombination av klient- och serverdelar från olika leverantörer. Samma år godkände American National Standards Institute en version av SQL-språket som internationell standard för databehandling, vilket hotade välbefinnandet för DBMS som inte stödde SQL-språket. Så, till exempel, Cullinet- företaget, även om det tillkännagav stöd för SQL-språket i sin DBMS för minidatorer, förlorade sin DBMS-marknadsandel på grund av en försening i implementeringen, vilket gav efter för IBM och dess DB2-produkt [1] .
Vid det här laget var all Microsofts utveckling uteslutande fokuserad på hemdatorer, och dess mest lönsamma produkt var operativsystemet MS-DOS . Klient-serverdatabehandling på persondatorer 1986 blev bara populär och låg därför utanför företagets intressen . Ett år tidigare, i juni 1985, undertecknade IBM och Microsoft ett gemensamt utvecklingsavtal ( eng. Joint Development Agreement , förkortning JDA), som endast innehöll allmänna bestämmelser för framtida samarbete. I augusti 1985 kompletterades JDA med ett dokument med kodnamnet "Phase II" ( eng. Phase II ), som innehöll planer för utvecklingen av OS/2 . Vid den tiden listades produkten som CP/DOS ( Eng. Control Program/DOS i enlighet med IBMs namnpolicy för stordatorprodukter, medan Microsoft listade produkten som DOS 5. I slutet av 1986 och början av 1987 döptes projektet officiellt om till OS /2 för att göra namnet liknande IBM PS/2-serien av datorer [2] .
Den 2 april 1987 tillkännagavs OS/2 (version 1.0, enligt ett pressmeddelande, var tänkt att släppas under första kvartalet 1988, men släpptes så småningom i december 1987) [2] . Enligt planerna som tillkännagavs i april 1987, planerade IBM att lägga till DBMS-funktionalitet till OS / 2, och med hjälp av konceptet utvecklat av Gupta Technologies, vilket bestod i att skicka SQL-frågor till en värd via nätverksroutrar av en persondator och endast returnera resultaten av verkställighet som en svarsbegäran. Medan OS-leverantörer har införlivat en del DBMS-funktioner i sina produkter i flera år nu, har IBM:s idé att implementera ett fullfjädrat DBMS inbyggt i operativsystemet fått många chefer att ompröva sin syn på PC:n som en lämplig plattform för att implementera flera -användarapplikationer och klientkonceptet -serverteknologi [1] .
Kort efter tillkännagivandet tillkännagav IBM också en speciell, förbättrad version av detta OS - OS / 2 Extended Edition. Denna version skulle kombineras med OS/2 Database Manager och flera andra nätverks- och serverlösningar. Även om databashanteraren var mer stordatororienterad än persondatororienterad kunde IBM ändå erbjuda köpare en bättre produkt än konkurrenterna baserat på deras gemensamma utveckling. Behovet av egen utveckling inom databashantering har blivit uppenbart och mycket relevant för Microsoft.
För att lösa detta problem vände sig Microsoft till Sybase , som vid den tiden ännu inte hade släppt en kommersiell version av sin DataServer-produkt (detta hände lite senare, i maj 1987, och endast för Sun -arbetsstationer som kör UNIX ). Anledningen till överklagandet var att pre-release-versionen av DataServer, även om det inte var en produkt designad för utbredd användning, men på grund av implementeringen av nya idéer (i synnerhet klient-server-arkitektur), fick det nya DBMS mycket bra recensioner. Som ett resultat av ett sådant avtal skulle Microsoft få exklusiva rättigheter till versionen av DataServer för OS / 2 och alla operativsystem utvecklade av Microsoft självt, och Sybase, utöver royalties från Microsoft, skulle få tillgång till en del av den ockuperade marknaden av Microsoft-produkter (inklusive det nya OS / 2) . Eftersom prestandan hos hemdatorer är låg, ansåg Sybase detta marknadssegment som grunden för efterföljande försäljning av sin produkt för högre prestanda UNIX-baserade system, särskilt eftersom Microsoft, tack vare sitt väletablerade distributionsnätverk, skulle kunna ge en betydligt högre försäljning av DataServer än Sybase själv. Den 27 mars 1987 undertecknade Microsofts president John Shirley och Sybase medgrundare Mark Hofmann (som också var företagets president vid den tiden) ett avtal.
På den tiden ockuperades lejonparten av PC DBMS-marknaden av Ashton-Tate med dess dBASE . Eftersom DataServer hade något annorlunda möjligheter jämfört med dBASE, betraktades dessa produkter inte som potentiella konkurrenter. Detta gjorde det möjligt för Microsoft att träffa ett avtal med Ashton-Tate för att marknadsföra DataServer till dess dBASE-användargemenskap.
Den 13 januari 1988 hölls en presskonferens i New York City som tillkännagav alliansen mellan Ashton-Tate och Microsoft för att utveckla en ny produkt som heter Ashton-Tate/Microsoft SQL Server. Samma dag publicerades ett gemensamt pressmeddelande som tillkännager en ny produkt baserad på Sybase-utvecklingen. Det preliminära releasedatumet för produkten var andra halvan av 1988 [3] . När det gäller företagens roller inom produktutveckling och marknadsföring, enligt ett pressmeddelande, skulle Ashton-Tate ansvara för att övervaka databasutveckling (samt tillhandahålla intern utveckling inom detta område), medan Microsoft fick en liknande roll i teknik för arbete i lokala nätverk. Efter lanseringen av SQL Server skulle Ashton-Tate licensiera produkten från Microsoft och detaljhandeln över hela världen (både som en fristående produkt och tillsammans med framtida versioner av dBASE), och Microsoft skulle leverera produkten till hårdvaru-OEM:er. [4] .
SQL Server var redan omedelbart positionerat som ett relationellt DBMS med stöd för SQL- språket och möjligheten att arbeta över ett lokalt nätverk. Dessutom tillkännagavs SQL Server vara kompatibel med dBASE eller någon annan arbetsstationsprogramvara. Stor vikt lades på produktens klient-server-arkitektur, på grund av vilken funktionerna i klientapplikationen ( eng. front-end ), där användare kommer att se den data de behöver, och serverdelen ( eng. back- end ) där dessa data kommer att lagras. Ashton-Tate och Microsoft tillkännagav också "tre stora innovationer inom relationsdatabasteknologi": stöd för lagrade procedurer sammanställda av SQL Server, vilket kommer att "avsevärt påskynda" datahämtning och bibehålla dataintegriteten när man arbetar i en fleranvändarmiljö. Den andra innovationen var den ständiga tillgängligheten av kärnan (utan att avbryta användaråtgärder) för administrativa uppgifter, som att skapa säkerhetskopior av data (säkerhetskopior) och återställa dem. Den tredje innovationen var stödet av teknik som fungerar som en brygga mellan online-transaktionsbehandlingssystem och databaser på en PC. SQL Server själv var tänkt att vara baserad på en "öppen plattform"-arkitektur, vilket skulle göra det möjligt för tredjepartsutvecklare att skapa applikationer som använder nätverks- och fleranvändarkapaciteten hos SQL Server. Samtidigt kallade Bill Gates , som vid den tiden var styrelseordförande för Microsoft, nätverket "den viktigaste datorplattformen för nya och innovativa applikationer." SQL Server var tvungen att köras på alla nätverksservrar baserade på OS / 2, inklusive Microsoft OS / 2 LAN Manaqer och IBM LAN Server, och var tvungen att interagera med arbetsstationer som kör OS / 2, PC-DOS eller MS-DOS [4] .
Ashton-Tate såg SQL Server som en möjlighet att ta över marknaden för hemdatordatabas utan att överge utvecklingen av dBASE. Samtidigt skulle båda produkterna erbjudas företagskunder. Microsoft räknade med marknadsföringen av SQL Server som bas för transaktionsorienterade system, inklusive olika redovisningssystem, dokumentbibliotek, forskningsledningssystem och andra. För att marknadsföra den nya produkten planerade båda företagen ett antal olika seminarier och konferenser, varav den första var Microsoft Advanced Network Development Conference planerad till 30 mars-1 april i San Francisco och 13-15 april i New York [4] .
Sybase, trots att dess namn inte förekom i den nya produktens namn, var i själva verket huvudutvecklaren av hela treenigheten av företag. Microsofts bidrag var däremot ganska litet. Ett litet team bildades redan på Sybase för att porta DataServer-motorn till OS/2, samt porta DB-Library-klientgränssnittet till MS-DOS och OS/2. Microsoft ansvarade för testning och projektledning, och utvecklade även flera ytterligare verktyg som underlättade installation och administration av SQL Server 1.0.
Den nya produkten var tänkt som en port av Sybase DataServer till OS/2, för att marknadsföras av både Microsoft och Ashton-Tate. Parallellt skulle Ashton-Tates nya version av dBASE IV också göras tillgänglig i en version på serversidan, vilket skulle göra det möjligt för dBASE IV-språket och utvecklingsverktygen att användas för att skapa klientapplikationer som skulle kunna fungera med den nya SQL Servern. Den nya klient-servermodellen var tänkt att tillåta dBASE att nå en ny prestandanivå, vilket ger möjlighet att arbeta med data till ett mycket större antal användare än vad den vanliga fildelningsmodellen vid den tiden kunde tillåta .
Ashton-Tate/Microsoft SQL Server Beta släpptes den 31 oktober 1988 som en del av SQL Server Network Developer's Kit (förkortat MDK). Denna uppsättning innehöll en förhandsversion av SQL Server, dokumentation, API -bibliotek för SQL Server och Microsoft OS/2 LAN Manager . Programvarubiblioteken utformades för att kompilera ( med hjälp av Microsofts egen C - kompilator ) MS-DOS- , Windows- eller OS/2-applikationer för att köra SQL Server över ett lokalt nätverk. Satsen såldes exklusivt för mjukvaruutveckling, men den kom med en speciell kupong som gjorde det möjligt för kunder att uppgradera till en fullständig version av SQL Server efter att den släppts [5] .
MDK såldes direkt av Ashton-Tate i USA och Kanada (och av Microsoft i USA) till ett rabatterat pris. Microsoft erbjöd också en betydande rabatt till utvecklare som redan hade köpt Microsoft OS/2 Software Developer's Kit eller deltagit i en av Microsofts avancerade nätverksutvecklingskonferenser. I sin tur erbjöd Ashton-Tate också en liknande rabatt till utvecklare som deltog i 1988 Ashton-Tate Developer's Conference [5] .
MDK hade många buggar och brister, men det fungerade ändå på hemdatorer (med en processor, till exempel en Intel 80286 med en frekvens på 10 MHz, 6 MB RAM och en 50 MB hårddisk ).
Den 29 april 1989 började den officiella försäljningen av Ashton-Tate/Microsoft SQL Server 1.0. Medlemmar av SQL Server-teamet bar T-shirts där det stod "Ashton-Tate SQL Server: On-Time and Proud of It" .Torrancevid ett speciellt teamcertifieringsevenemang som hölls i ) [3] .
Infoworld magazine -tester visade att Ashton-Tate/Microsoft SQL Server 1.0, även när den kördes på ett nätverk med 24 arbetsstationer, klarade belastningen snabbare än en vanlig fleranvändardatabas (den vanligaste typen av databas vid den tiden), och när med hjälp av lagrade procedurer var det möjligt att uppnå en svarshastighet på mindre än två sekunder. Journalister noterade också lättheten och bekvämligheten med att skriva testkod .
Profilpressen talade ganska positivt om den nya produkten, dock var försäljningen mycket låg. OS/2-försäljningen var också en besvikelse, eftersom många användare inte var villiga att migrera från MS-DOS till OS/2. Fullbordande av bilden var möjligheten att bygga SQL Server-applikationer endast i C, eftersom Ashton-Tates utlovade dBASE IV Server Edition var försenad, och situationen var liknande med tredjeparts SQL Server-verktyg. . Dessutom spelade konkurrensen också en roll: XDB från XDB, SQLBase från Gupta Technologies och OS/2 Extended Edition (i enanvändarläge) från IBM fanns redan vid den tiden på DBMS-marknaden för PC-plattformar [3] .
1990 hade situationen inte förbättrats. Planerna på att sammarknadsföra produkten, som skulle ha gett SQL Server ett fotfäste i den stora dBASE-utvecklargemenskapen, föll igenom. Trots uppskjutandet av utgivningen av skrivbordsversionen av dBASE IV (släpptes 1989) innehöll den fortfarande ett stort antal fel, på grund av vilka den fick ett dåligt rykte. Server Edition, som var tänkt att förenkla utvecklingen av högpresterande applikationer för SQL Server, kom aldrig ut. Utveckling av applikationer i dBASE för SQL Server blev en utmaning eftersom utvecklingen av en enanvändarskrivorienterad applikation var fundamentalt annorlunda än utvecklingen av fleranvändarapplikationer, som fortfarande måste lösa problem med parallellt exekvering av uppgifter, korrekt parallellarbete med data och låg genomströmning sedan lokala nätverk. De första försöken att ansluta dBASE-verktyg med SQL Server ledde till ineffektivt samarbete mellan dessa produkter (till exempel rad-för-rad-dataförfrågan förvandlades till ett problem, och markörer med godtycklig rad-för-rad-övergång fanns inte då).
Som ett resultat har Ashton-Tate, som hade dominerat databasmarknaden för hemdatorer två år tidigare, nu kämpat för att överleva, vilket tvingat den att byta tillbaka till sin flaggskeppsprodukt dBASE. Microsoft hade under tiden lanserat OS/2 LAN Manager under sitt eget varumärke (när det ursprungligen var planerat att endast leverera OEM-versioner) och behövde SQL Server för att lägga grunden för att utveckla klient-/serververktyg som kunde fungera med Microsoft. LAN Manager och Microsoft OS/2. Allt detta ledde till beslutet att stoppa den gemensamma marknadsföringen av SQL Server, varefter denna produkt ändrades något och presenterades som Microsoft SQL Server.
Redan före lanseringen av version 1.1 förutspådde Microsoft-tjänstemän (i motsats till oberoende analytiker) en kraftig ökning av försäljningen av den nya versionen av produkten, men deras förhoppningar förverkligades inte. Microsoft SQL Server 1.1 släpptes i augusti 1990 som en uppdatering och ersättning för Ashton-Tate/Microsoft SQL Server 1.0 som såldes 1989 [6] . Vid tidpunkten för releasen av version 1.1 betraktade Microsoft fortfarande inte SQL Server som en produkt som kan generera vinst i sig - varför det bara var en av applikationerna för LAN Manager (Microsoft började till och med skapa försäljningskanaler för partners för båda produkterna, även om det aldrig tidigare varit engagerat i LAN -lösningar för detaljhandeln ). En positiv roll skulle spelas av den tidiga lanseringen av klientapplikationer ( engelska frontends ) från Borland och DataEase International , särskilt eftersom flera fler liknande lösningar förväntades under året (vid den tiden kallades de villkorligt "den andra" generation"). Men samtidigt var en lika viktig del av SQL Server – ett paket med installerade protokoll – fortfarande under utveckling. TCP/IP-versionen av Net-Library, den första i detta paket, var fortfarande i alfatestning, medan dess DEC-NET- och SPX-versioner i allmänhet var under utveckling utan några annonserade releasedatum. Dessutom innebar den uppenbara komplexiteten hos klient-serverberäkningar och den fortfarande pågående utvecklingen av server- och klientapplikationer att den tidiga försäljningen av SQL Server 1.1 var mycket låg [7] .
Funktionerna i SQL Server 1.1 liknade i allmänhet funktionerna i version 1.0, men den nya versionen innehöll många korrigeringar för buggar som dök upp i version 1.0. Dessutom stödde SQL Server 1.1 även utbyte av information med en ny klientplattform - Microsoft Windows 3.0, som började levereras i maj 1990 och orsakade en påtaglig reaktion i datorindustrin. SQL Server 1.1 var nu mycket lättare att konfigurera för att fungera med LAN Manager, och installationen av produkten för Novell-nätverk och som ett fristående programvaruutvecklingssystem förbättrades också. Paketet inkluderade Basic Library för SQL Server, som var gränssnittet mellan SQL Server och Microsoft Basic Professional Development System. Tack vare detta bibliotek lades stöd för detta språk till först [6] .
SQL Server 1.1-klienten kunde fungera med en ny version av DB-Library, gränssnittet mellan klienten och SQL Server, som distribuerades till vissa utvecklare en månad före lanseringen av den nya versionen av själva SQL Server. Den nya versionen av DB-Library var en nästan helt omskriven version av den tidigare versionen, på grund av vilken den började ta upp endast 40 KB istället för de tidigare 80 KB, vilket lämnade mer minne för DOS-applikationer på klientsystem (nu fick utvecklaren 250 KB för hans applikation istället för de tidigare 50 KB, erhållen genom att använda de statiska DB-biblioteken som följde med SQL Server 1.0). Anslutningsprotokollarkitekturen i DB-Library kunde nu kommunicera med klienter på DOS, Windows och OS/2, och stödde även åtkomst till Sybase SQL Server på andra plattformar. Men enligt information från Microsoft och Sybase själva var dessa drivrutiner fortfarande under aktiv utveckling [6] .
Licensiering av SQL Server 1.1 inkluderade följande alternativ [6] :
Möjligheten att arbeta med SQL Server 1.1-klientsystem från olika tillverkare gjorde att de senare kunde sälja Microsoft SQL Server 1.1 tillsammans med sin egen utveckling. De första medlemmarna i SQL Business Partner Program är Ashton-Tate, Blyth Software, Dataease International, Revelation Technologies och Sybase. Dessa företag kunde sälja genom ett kort tidigare bildat specialdistributionsnätverk ( engelska Microsoft Network Specialist channel ), vars huvudsakliga uppgift fram till dess var försäljning av Microsoft LAN Manager, eller sälja direkt till slutanvändare. Av dessa fem partners, vid tidpunkten för lanseringen av den nya versionen, var det bara Ashton-Tate som kunde erbjuda användarna klientdelen för SQL Server - SQL Link for Framework III (totalt var cirka 40 sådana lösningar tillgängliga på marknaden vid det tillfället tid). Dataease International meddelade att deras Dataease SQL 1.0-lösning kommer att finnas tillgänglig för köp från och med den 14 september samma år. Enligt Microsoft planerade de återstående två partnerna att släppa sina lösningar (MS-SQL Server Bond for Advanced Revelation från Revelation Technologies och Omnis 5 från Blyth Software) under tredje kvartalet samma år. Ashton-Tates dBase IV 1.1 Server Edition, som var tänkt att stödja SQL Server, förväntades före slutet av 1990. Under första kvartalet 1991 skulle servergränssnitt släppas för att stödja andra dBase-klientsystem, nämligen Wordtech Systems Arago Dbxl och Arago Quicksilver [6] .
Under tredje kvartalet 1990 släpptes Access SQL (av Software Products International) och Q+E (av Pioneer Software) för att tillhandahålla direkt kommunikation mellan Microsoft Excel och SQL Server [6] . I synnerhet gjorde Q+E det möjligt för i stort sett alla Windows-applikationer (inklusive de för Windows 3.0) som kan arbeta med Dynamic Data Exchange- anslutningar att också interagera med SQL Server. Ur användarens perspektiv tillät Q+E 2.5 användare att visa, slå samman och sortera information i databaser utan att skriva lämpliga SQL-frågor. Och eftersom DDE-anropen var inbyggda i själva Q+E-applikationen kunde användare som Excel utföra efterbearbetning av datan [8] .
I början av 1991 kunde dussintals mjukvaruprodukter från tredje part fungera med SQL Server. En betydande roll i detta spelades av SQL Server-stöd för dynamiska bibliotek implementerade i Windows 3.0, och detta stöd implementerades i SQL Server nästan från början av försäljningen av Windows 3.0. Tack vare detta började Microsoft SQL Server systematiskt ta en ledande position bland DBMS fokuserade på Windows-plattformen. Men trots förbättringen i situationen fanns det fortfarande ett problem med tillgången på verktyg som stödjer utveckling på andra språk än C.
I allmänhet var policyn med tidigt och fullständigt programstöd för Windows 3.0 också ansvarig för framgången för Microsoft SQL Server, och dessutom krävde den uppenbara framgången för Windows som plattform också förändringar i både SQL Server och Microsoft själv. Speciellt teamet på Microsoft, som ägnade sig åt portering av någon annans produkt, övergick gradvis till fullfjädrad testning och projektledning, och sedan till utveckling av egna verktyg för att underlätta installation och administration av SQL Server. Men även om Microsoft levererade sin egen klientprogramvara och verktyg, programbibliotek och administrationsverktyg med SQL Server 1.1, skrevs SQL Server-motorn fortfarande av Sybase, medan Microsoft inte ens hade tillgång till källkoden . Denna modell förutsatte att Microsoft var tvungen att skicka dessa förfrågningar till Sybase, som gjorde lämpliga ändringar, för att uppfylla eventuella ändringsförfrågningar i SQL Servers funktionalitet (inklusive buggfixar). Microsoft, å andra sidan, försökte skapa ett fullfjädrat och oberoende SQL Server-supportteam, för vilket man anställde ingenjörer som hade erfarenhet av att arbeta med databaser. Men utan tillgång till källkoden stod teamet inför oförmågan att lösa kritiska kundsupportproblem för produkten. Dessutom var det ett problem med Microsofts beroende av Sybase för att fixa buggar i produkten, vilket resulterade i att Sybase inte var tillräckligt snabb för att fixa kritiska buggar som Microsoft hävdar.
I början av 1991 nådde Microsoft och Sybase ett avtal enligt vilket de förstnämnda skulle ha tillgång till SQL Server-källkoden, men endast i läsläge (det vill säga utan möjlighet att göra ändringar). Detta avtal gjorde det möjligt för produktsupportteamet (den så kallade SQL Server-gruppen ) att läsa koden för att bättre förstå produktens logik i alla icke-uppenbara situationer. Dessutom utnyttjade Microsoft möjligheten att sätta ihop ett litet team av utvecklare för att studera källkoden för SQL Server. Denna grupp gjorde en rad-för-rad-inspektion av koden i de delar av programmet där det fanns misstanke om en bugg, och gjorde "virtuella buggfixar" (eftersom de fortfarande inte hade möjlighet att göra ändringar i SQL Serverkod). Men när sådana rapporter med analys av källkoden började skickas till Sybase började korrigeringen av kritiska fel för Microsoft ske mycket snabbare. Efter några månader i detta funktionssätt, i mitten av 1991, fick Microsoft äntligen möjligheten att fixa buggar direkt i koden. Men eftersom Sybase fortfarande kontrollerade produktens källkod skickades alla ändringar av koden till Sybase för granskning i förväg. Som ett resultat blev Microsofts utvecklare experter på SQL Server-koden, vilket gjorde det möjligt att å ena sidan förbättra dess support och å andra sidan att ägna mer uppmärksamhet åt dess kvalitet.
1991 släppte Microsoft en interimsversion, SQL Server 1.11. Denna utgåva berodde på det faktum att listan över användare vid den tiden redan hade utökats avsevärt. Trots att klient-server-arkitekturen fortfarande inte var utbredd gick kunderna gradvis över till den. Men trots den positiva kritiken från fackpressen lämnade försäljningen av SQL Server fortfarande mycket att önska. Mycket av detta berodde på misslyckandet med OS/2. Istället för den förväntade övergången från MS-DOS till OS / 2, föredrog hem-PC-användare att byta till Windows 3.0. Som ett resultat var försäljningen av Windows 3.0 ganska stark. För att stimulera försäljningen av SQL Server och LAN Manager tillkännagav Microsoft ett speciellt program för att stödja oberoende programvaruleverantörer, enligt vilket varje utvecklare som uppfyller vissa krav kan licensiera avskalade versioner av dessa produkter (dessa versioner tillåts endast programvara från tredje part, dvs. -kallade engelska. runtime versioner ) med 40 % rabatt och samtidigt få ett halvt års gratis support, samt några andra förmåner [9] .
Som tidningen InfoWorld rapporterade i slutet av juli 1991 fokuserade Microsofts tillkännagivande av en ny version av SQL Server på förbättrat nätverk och en ny Windows-applikation för databasadministration. Specifikt lovade Microsoft att tillhandahålla en kopia av SQL Commander till registrerade användare av SQL Server för OS/2 inom ett år. Ett verktyg som heter SQL Commander introducerades tidigare i maj 1990 av Datura Corp. (tidigare känd som Strategic Technologies Group). Detta verktyg gjorde det enklare för databasadministratörer att hantera användarkonton, tabellindex, utlösare och komplexa frågor. Men, som kritiker noterade, sammanföll detta verktyg nästan helt i funktionalitet med ett annat verktyg från Microsoft - Server Administration Facility-verktyget som följde med SQL Server. Dessutom lade SQL Server 1.11 till stöd för Novells nätverksadministrationsverktyg, det då nya OS/2 Requester 1.3-verktyget och detaljerad teknisk dokumentation för Novell-användare. Nätverksförbättringar inkluderade förbättrat Novell- nätverk , lagt till stöd för Banyan VINES 4.10-protokoll och klientinteraktion med Sybase SQL Server på UNIX- eller VMS- maskiner. Licenspolicyn ändrades också: 5-användarversionen ersattes med en 10-användarversion, och SQL Server 1.1-användare med ett obegränsat antal användare kunde få version 1.11 gratis [10] .
Men å andra sidan hade SQL Server 1.11 mycket påtagliga begränsningar, inklusive skalbarhet. Det var en 16-bitars produkt eftersom OS/2 endast stödde ett 16-bitars adressutrymme för applikationer, och dess prestanda begränsades av OS/2:s brist på prestandamekanismer såsom asynkron I/O. Trots att SQL Server på OS / 2 vid den tiden kunde klara de flesta uppgifter, fanns det ändå en viss gräns, varefter servern helt enkelt började "kvävas". Det fanns ingen väldefinierad gräns, men SQL Server på OS/2 användes för arbetsgrupper på upp till 50 personer. För större grupper fanns en version av Sybase SQL Server för högpresterande system baserade på UNIX eller VMS . Och det var här försäljningslinjen mellan Microsoft och Sybase passerade. Kunder som valde en produkt från Microsoft ville vara säkra på att deras förfrågningar inte skulle "växa ur" den. Ett stort antal mjukvaruverktyg utvecklade för Microsoft SQL Server fungerade utan större modifieringar med Sybase SQL Server, och applikationer som inte längre kunde tillfredsställas av OS / 2 kunde enkelt portas till ett kraftfullare UNIX-system. Detta förhållande var fördelaktigt för båda företagen, eftersom ett stort antal mjukvaruverktyg för Microsoft SQL Server vanligtvis fungerade utan problem med Sybase SQL Server, och applikationer som inte längre hade tillräckligt med OS / 2-prestanda fungerade lätt med UNIX-servrar.
Under tiden har konkurrensen på DBMS-marknaden successivt ökat, liksom kundernas krav på den programvara de väljer, som ett resultat av utvecklingen av nästa version av SQL Server för Microsoft, kompatibilitets- och interoperabilitetsproblem, samt behovet att implementera ny funktionalitet för att tillgodose kundernas önskemål har kommit i förgrunden. Eftersom en ny version av produkten behövdes så snabbt som möjligt började Microsoft utveckla nästa version kort efter lanseringen av SQL Server 1.11.
Det fanns dock en fråga om nästa nya versionsnummer. Faktum är att parallellt med försäljningen av Microsoft SQL Server 1.0 genomfördes även försäljning av Sybase SQL Server 3.0, vilket förde in några mycket använda mekanismer till marknaden för DBMS för PC, såsom text- och bilddatatyper , samt en databläddringsläge ( engelska bläddringsläge ). Och nästa version av Sybase SQL Server var version 4.0 för de vanligaste plattformarna och version 4.2 för de mindre vanliga. Utvecklingen av den nya versionen av Microsoft SQL Server var alltså faktiskt baserad på Sybase SQL Server 4.2-källkoden. I marknadsföringssyfte numrerades därför den nya versionen av Microsoft SQL Server också 4.2.
Så tidigt som i maj 1991 meddelade Microsoft och IBM att de upphör med den gemensamma utvecklingen av OS/2, eftersom det vid den tiden redan hade blivit uppenbart att användarna föredrog Windows framför OS/2. Därför beslutade Microsoft att fokusera på vidareutvecklingen av Windows, samt mjukvara för dem. Vid det här laget utvecklade Microsoft redan en ny version av operativsystemet baserad på mikrokärnan , kodnamnet NT (förkortat från engelska new technology - "new technology"). Det var ursprungligen tänkt att vara en ny version av OS/2 (ibland även kallad OS/2 3.0). Efter att den gemensamma utvecklingen avslutats beslutades det att fokusera projektet på Windows, det vill säga lägga till ett användargränssnitt i Windows-stil och Win32 API , som ett resultat av vilket projektet fick ett nytt namn - Microsoft Windows NT .
Enligt planerna på den tiden skulle den första versionen av Windows NT släppas tidigast 2 år senare, och Microsoft SQL Server skulle så småningom porteras till Windows NT, vilket inte verkade vara det smartaste draget. Men med allt detta var Microsoft tvungen att stödja utvecklingen av SQL Server för OS / 2, trots att OS / 2 nu i huvudsak var en konkurrenskraftig produkt för Microsoft själv. Microsoft, å andra sidan, gick för det, eftersom det inte hade något alternativ vid den tiden.
Microsoft utvecklade SQL Server 4.2 för det kommande OS/2 2.0, den första 32-bitarsversionen av OS/2. Eftersom SQL Server 4.2 skulle vara 32-bitars verkade det lättare att portera den från UNIX-linjen, eftersom problemet med minnessegmentering inte var akut. Teoretiskt sett borde 32-bitars SQL Server också ha blivit mer produktiv. Många artiklar dök upp i pressen ägnade åt att jämföra prestanda på 16-bitars och 32-bitars plattformar, och nästan alla författare var säkra på att byte till 32-bitar skulle ge en betydande prestandaökning (även om vissa artiklar förtydligade under vilka förhållanden detta skulle vara (eller inte) exakt så). Minnesadressering ansågs vara den huvudsakliga källan till prestandavinst. För att utföra det i det 16-bitars segmenterade adressutrymmet på OS/2 1.x-linjen krävdes minst 2 instruktioner: den första instruktionen laddade det önskade minnessegmentet, den andra laddade den önskade adressen i detta segment. Med 32-bitars adressering behövdes ingen instruktion för att ladda ett segment, och således kunde minnet adresseras med bara en instruktion. Enligt vissa beräkningar kan den potentiella totala produktivitetsökningen på grund av detta vara upp till 20 %.
På den tiden trodde många felaktigt att SQL Server måste köras på en full 32-bitars plattform för att kunna adressera mer än 16 MB minne. När den kördes på OS/2 1.x, fick programmet endast åtkomst till 16 MB verkligt minne. Och även om det fanns en möjlighet att få mer än 16 MB virtuellt minne, men sedan började personsökning ha sin negativa inverkan . I OS/2 2.0 kan ett program adressera mer än 16 MB minne och ändå undvika att byta det. Detta gjorde i sin tur att SQL Server kunde ha en stor cache och få all nödvändig data från minnet snabbare än från disk, vilket hade en mycket positiv effekt på prestandavinster. Men ur ett applikationsperspektiv var allt minne i OS/2 virtuellt (både 1.x och 2.x), så även en 16-bitarsversion av SQL Server kunde dra fördel av OS/2 2.0 för att komma åt mer verkligt minnesutrymme . Ur denna synvinkel behövdes helt enkelt inte 32-bitarsversionen.
De tidiga betaversionerna av OS/2 2.0 visade sig dock vara betydligt långsammare än OS/2 1.x, vilket förnekade alla fördelar med den nya metoden för minnesadressering. Som ett resultat, istället för den förväntade ökningen av prestanda, såg användarna en allvarlig prestandaminskning när de körde de första versionerna av 32-bitars SQL Server 4.2 på OS/2 2.0 (jämfört med SQL Server 1.1).
Oväntat reviderades planerna på att släppa OS/2 2.0 i slutet av 1991. Faktum är att det blev oklart om IBM överhuvudtaget skulle vara inblandat i releasen av version 2.0. Det vill säga att lanseringen av OS / 2 2.0 före slutet av 1992 inte behövde vänta. Med tanke på denna situation tvingades Microsoft återgå till 16-bitarsimplementeringen av SQL Server och omdirigera den till OS/2 1.3. Det tog Microsoft-utvecklare ungefär tre månader att återgå till 16-bitarsimplementeringen, men sedan uppstod ett annat problem: versionen av OS / 2 1.3 som levererades av IBM fungerade bara på dess licensierade datorer. I teorin kan tredje parts PC-tillverkare licensiera OS/2 från Microsoft och skicka det som en del av ett OEM- avtal. Efterfrågan på OS/2 har dock minskat så mycket att de flesta OEM-tillverkare har valt att inte engagera sig i det, vilket gör det svårt att köpa OS/2 för tredjepartsdatorer. Som en lösning skapade Microsoft en avskalad version av OS/2 version 1.3 (kodnamnet Tiger) som kom i samma låda som Microsoft SQL Server och Microsoft LAN Manager. Samtidigt blev det faktum att OS / 2 redan är ett "dött" OS mer och mer uppenbart.
Betatestning av Microsoft SQL Server 4.2 började hösten 1991 och i januari 1992 vid San Francisco -konferensen för mjukvaruutvecklare som använder Microsoft SQL Server, officiellt Bill Gates , dåvarande VD för Microsoft, och Bob Epstein, grundare och ledare för Sybase. meddelade produkten. Version 4.2 var den första verkligt samarbetsversionen. Databasmotorn portades från UNIX version 4.2 källkod, med Microsoft och Sybase ingenjörer som arbetade tillsammans för att portera och fixa buggar. Dessutom har Microsoft skapat klientgränssnittsbibliotek för MS-DOS, Windows och OS/2, och för första gången inkluderat ett Windows GUI-verktyg för att förenkla administrationen. Källkoden konsoliderades vid Sybase huvudkontor och källkodsfilerna skickades dit via uppringd anslutning eller genom att kopiera och skicka magnetband.
Microsoft SQL Server 4.2 började levereras i mars 1992. Kritiken i fackpressen var ganska positiv, liksom kundrecensioner av produkten. Men efter att leveransen började 1992 undrade många över tidpunkten för lanseringen av 32-bitarsversionen av SQL Server. Som senare händelser visade var denna version av motorn den senaste versionen som Microsoft fick från Sybase (bortsett från några buggfixar som företagen fortsatte att utbyta under en tid).
I början av 1992 stod SQL Server-utvecklingsteamet vid ett vägskäl. Å ena sidan fanns det redan en klientbas av SQL Server, vars DBMS installerades på OS / 2. Dessa kunder såg redan fram emot en 32-bitarsversion av SQL Server och en version för OS/2 2.0, och helst omedelbart efter lanseringen av OS/2 2.0 av IBM, vilket betyder att de ville stanna på OS/2 för Överskådlig framtid. Men problemet var att det inte var känt exakt när OS/2 2.0 skulle släppas. Representanter för IBM uppgav att den nya versionen kommer att släppas hösten 1992. Många uppfattade dessa ord med skepsis. Till exempel, Steve Ballmer , senior vice president för Microsoft, lovade offentligt att han skulle äta en diskett om IBM släppte deras produkt 1992.
Å andra sidan krävdes SQL Server-utvecklare att porta sin produkt till Windows NT så snart som möjligt, och helst så att betaversioner av båda produkterna släpptes ungefär samtidigt. Windows NT vid den tiden betraktades som en Microsoft-produkt i den övre prisklassen, och ur utvecklarnas synvinkel hade detta operativsystem också flera tekniska fördelar jämfört med OS / 2: asynkron I/O, symmetrisk multitrådning, portabilitet till RISC arkitektur.
Dessutom, även om Microsoft beslutade 1991 att återgå till 16-bitarsversionen av SQL Server, slutade inte arbetet med 32-bitarsversionen. I mars 1992, när version 4.2 först släpptes, visade tester att båda versionerna (både 16-bitars och 32-bitars) på betaversioner av OS/2 2.0 var långsammare än 16-bitarsversionen som kördes på OS/2 1.3. Kanske, efter den officiella utgåvan av OS / 2 2.0, skulle situationen ha förändrats, men betaversionerna som var tillgängliga vid den tiden indikerade snarare motsatsen. Faktum är att arbetet visade sig vara mindre produktivt och mindre stabilt.
Eftersom resurserna för utveckling var begränsade hade Microsoft i dagsläget inte råd att utveckla för båda plattformarna samtidigt. Annars skulle utvecklare ha ställts inför ytterligare en hög med problem, nämligen att de skulle behöva lägga till ett abstrakt lager i produkten som skulle dölja skillnaderna mellan operativsystem eller utveckla två versioner av produkten parallellt. Så utvecklarna på Microsoft tog beslutet att sluta arbeta med 32-bitarsversionen av SQL Server för OS/2 2.0 och istället hoppa direkt in i utvecklingen av produkten för Windows NT. När man utvecklade en ny version av portabiliteten av SQL Server på OS / 2 eller andra operativsystem, uppmärksammades det inte, istället beslutades det att dra full nytta av Windows NT. Följaktligen satte detta tillvägagångssätt effektivt slut på utvecklingen av SQL Server för OS / 2 i allmänhet, med undantag för att stödja redan släppta versioner och fixa buggar i dem. Microsoft började informera sina kunder om att utseendet på framtida versioner (inklusive 32-bitarsversionen) av SQL Server för OS/2 2.0 skulle bero på tillgängligheten och volymen av kundernas efterfrågan, medan det självt flyttade sitt fokus till Windows NT. Kundernas uppfattning om sådana nyheter var annorlunda: vissa reagerade med förståelse på en sådan position, andra, vars verksamhet var direkt beroende av OS / 2, gillade inte sådana nyheter.
Samtidigt arbetade Sybase också på en ny version av sin databas, som skulle heta System 10. I den här situationen, som i fallet med utvecklingen av version 4.2, behövde utvecklarna att den nya versionen av Microsoft SQL Server skulle vara kompatibel med System 10 och har samma serienummer som Sybase-produkten som släpptes för UNIX. Således fanns det en situation när huvudmålet för Microsoft var segern för Windows NT över OS / 2, och för Sybase - framgången för dess System 10.
Även om System 10 inte ens hade kommit in i betastadiet ännu, fanns det redan avvikelser i de två företagens planer på att släppa nya versioner av produkten. Till exempel ville Microsoft porta Microsoft SQL Server till Windows NT så snart som möjligt, samt skaffa en version av System 10 för Windows NT, OS/2 2.0 eller båda. Som ett resultat nåddes en överenskommelse om att Microsoft kommer att porta SQL Server 4.2 för OS/2 till Windows NT, och kommer att börja omedelbart, och Sybase kommer att inkludera Windows NT i listan över prioriterade OS för System 10. Därmed kommer Windows NT att vara ett av de första operativsystemen, som en motsvarande version av System 10 kommer att släppas för. I gengäld kommer Microsoft att återuppta OS/2-stödet för Sybase, så att kunder som vill stanna kvar på OS/2 mycket väl kan göra det. Även om Microsoft hoppades att de flesta kunder skulle migrera till Windows NT, stod det klart att detta inte skulle ske till 100 %. Därför var ett sådant avtal i detta avseende till och med fördelaktigt för Microsoft.
Dessutom hade en sådan handlingsplan ytterligare fördelar när det gäller utveckling. Microsofts utvecklingsteam var tänkt att arbeta på en stabil och testad version av 4.2, som de redan vid den tiden förstod perfekt, vilket avsevärt underlättade uppgiften att porta den till ett nytt OS. Sybase skulle i sin tur kunna koncentrera sig helt på utvecklingen av en ny version, utan att oroa sig för problemen i samband med förhandsversioner av operativsystemet. Som ett resultat skulle båda versionerna (System 10 och SQL Server för Windows NT) enligt planen vid den tiden (1992) släppas och företagen skulle fortsätta att utveckla produkten tillsammans.
SQL Server-teamet på Microsoft började påskynda utvecklingen av den första versionen av SQL Server för Windows NT eftersom teamet var tvungen att släppa produkten inom 90 dagar efter Windows NT, men planen var att hålla tidsfristen på 30 dagar. Beräkningen här var att Windows NT nu faktiskt var den enda plattformen för SQL Server, vilket innebär att utvecklare inte behövde oroa sig för porteringsproblem, och i synnerhet behövde de inte utveckla ett abstrakt lager för att dölja skillnader i operativsystem. Rollen för det abstrakta lagret skulle spelas av själva Windows NT, som ursprungligen var planerat som ett bärbart operativsystem, det vill säga det var tänkt att släppa sina versioner för olika maskinarkitekturer.
Som ett resultat har utvecklarna tätt kopplat SQL Server-funktionalitet till Windows NT-funktionalitet, såsom att hantera händelser på en enda plats, installera SQL Server som en Windows NT-tjänst, exportera DBMS-prestandastatistik till Windows NT Performance Monitor, etc. Sedan Windows NT gav applikationer möjligheten att köra dynamisk kod (med dynamiska bibliotek), då gav SQL Server möjligheten för tredjepartsutvecklare att skapa sina egna dynamiska bibliotek. Som ett resultat av dessa förändringar blev Microsoft SQL Server för Windows NT mycket annorlunda än den ursprungliga versionen 4.2 för OS / 2, eftersom det visade sig att Microsoft faktiskt skrev om SQL Server-kärnan (den del av programmet som är ansvarig för att interagera med operativsystemet) ) för att arbeta med Win32 API direkt.
Ett annat mål med att utveckla SQL Server för Windows NT var att underlätta övergången från befintliga installationer på OS/2 till en ny version av SQL Server och OS. Utvecklarna ville att alla applikationer skrivna för SQL Server 4.2 för OS/2 skulle köras oförändrade på SQL Server för Windows NT. Eftersom Windows NT skulle kunna dubbelstarta med MS-DOS eller OS/2, bestämde teamet att SQL Server för Windows NT skulle kunna läsa och skriva direkt till databaser skapade i SQL Server för OS/2. För att uppnå dessa mål designade utvecklarna om den interna arkitekturen i SQL Server, samtidigt som många funktioner för administration, nätverk och utökbarhet lades till, samtidigt som externa funktioner till motorkärnan måste överges. Ett annat bekymmer var SQL-dialekternas kompatibilitet och funktionerna i Windows NT- och OS/2-versionerna av DBMS, medan de nya funktionerna var tänkta att läggas till den version som skulle utvecklas baserat på System 10. För att skilja på kompatibilitet med version 4.2 för OS/2 och nya utvecklingar Sybase, Microsoft bestämde sig för att namnge sin nya version av SQL Server för Windows NT 4.2 (dvs lägga till ett versionsnummer), med marknadsföringsnamnet för produkten till Microsoft SQL Server för Windows NT, och den interna beteckningen att vara SQL NT.
I juli 1992 höll Microsoft en konferens för mjukvaruutvecklare för Windows NT-plattformen och distribuerade alfaversioner av Windows NT till konferensdeltagarna. Trots att den nya versionen av SQL Server inte ens hade status som en "betaversion" släppte Microsoft ändå omedelbart genom CompuServe de 32-bitars mjukvarubibliotek som utvecklare behöver för att portera sina applikationer från OS / 2 och 16-bitars versioner av Windows till Windows. NT. Detta gjordes med hänsyn till framgången med distributionen av NDK bland utvecklare av programvara för Windows 3.0 1990, men Microsoft hoppades kunna upprepa den framgången genom att förse utvecklare med alla nödvändiga verktyg för att utveckla programvara för Windows NT.
I oktober 1992 släppte Microsoft den första betaversionen av SQL Server för Windows NT. Denna version hade alla huvudfunktioner (från den deklarerade) och alla dess komponenter hade fullt stöd för Win32. Denna version distribuerades med hjälp av mer än hundra sajter. För en DBMS var detta antal platser utan motstycke, eftersom det typiska antalet platser som tilldelats för distribution av denna typ av programvara som regel inte översteg 10.
Parallellt med NDK-distributionen pågick fortfarande leveranser av OS/2-versionen av SQL Server (de fortsatte under året därpå). I mars 1993 släppte Microsoft en betaversion av produkten. Denna version (SQL Server Client/Server Development Kit (CSDK)) var fritt tillgänglig för köp för en liten avgift. För att stödja det organiserade MIcrosoft ett öppet forum på CompuServe och krävde inte att de som kontaktade det skulle underteckna ett sekretessavtal. Således var det möjligt att implementera mer än tre tusen CSDK-kit. I maj 1993 var stödet för pre-release-produkten fler än för OS/2-versionen. Trots antalet inlämningar var den övergripande responsen på pre-release-produkten ganska positiv.
I juli 1993 släppte Microsoft Windows NT 3.1. Inom 30 dagar efter lanseringen släppte utvecklingsteamet för SQL Server den första versionen av Microsoft SQL Server för Windows NT. Avslutet var mycket framgångsrikt: försäljningen av både själva DBMS och operativsystemet för det växte.
I början av december 1993 hade ett betydande antal kunder migrerat från OS/2 till SQL Server för Windows NT. Undersökningar indikerade att de som ännu inte hade migrerat till den nya versionen för Windows NT planerade att göra det, trots Sybases tillkännagivande om sin avsikt att utveckla System 10 för OS/2. Migreringen från SQL Server för OS/2 till Windows NT för applikationer gick ganska smärtfritt, och det fanns också prestandaförbättringar. Som ett resultat, efter 9 månader, var SQL Server-försäljningen redan dubbelt så hög som försäljningen i början av denna period. Samtidigt kom 90 % av försäljningen från den nya versionen för Windows NT, medan den gamla versionen för OS/2 stod för resterande 10 %.
Microsofts interna tester visade att fokus på en enda plattform (Windows NT) lönade sig: SQL Server för Windows NT (körs på billigare hårdvara) överträffade DBMS som kördes på UNIX och dyrare hårdvara. I september 1993 publicerade Compaq Computer Corporation de första resultaten av TPC-testet (Transaction Processing Council). Vid den tiden, enligt TPC-B-tester, var den vanligaste indikatorn $1000/TPS ( transaktioner per sekund , transaktioner per sekund). SQL Server, som körs på en maskin med två 66MHz Pentium - processorer, levererade 226 TPS till $440 per transaktion, halva priset av tidigare publicerade benchmarks. Samtidigt visade de flesta filservrar som kördes på UNIX-minidatorer resultat som inte översteg 100 TPS. Och även om det fanns några DBMS som visade betydligt högre priser, var deras prisekvivalent betydligt högre än $440/TPS. Som jämförelse, 18 månader tidigare, var en prestandasiffra på 226 TPS den högsta som någonsin uppnåtts av en stordator eller mini-PC.
Microsofts framgångar fick spänningarna att växa med Sybase. Situationen på DBMS-marknaden i slutet av 1993 var redan mycket annorlunda än situationen 1987, då Microsoft och Sybase skrev på ett avtal. 1993 var Sybase redan ett framgångsrikt mjukvaruföretag, näst efter Oracle Corporation på DBMS-marknaden . Likaså sedan 1987 har Microsoft vuxit avsevärt. Tillsammans med det har SQL Server-utvecklingsteamet växt (1990 fanns det ungefär ett dussin personer och 1993 - mer än 50), utan att räkna de som var involverade i marknadsföring och support för produkten. Dessa utvecklare kände redan till de interna funktionerna i SQL Server ganska väl och hade även lång erfarenhet av att utveckla en liknande version för Windows NT. Sålunda hade Microsoft redan alla nödvändiga resurser för att självständigt utveckla SQL Server, men avtalet från 1987 med Sybase band det, eftersom kontraktet bara innebar att det licensierade utvecklingar från Sybase. Enligt villkoren i detta kontrakt kunde Microsoft inte lägga till ny funktionalitet eller göra några andra ändringar i koden utan föregående godkännande från Sybase.
En annan anledning till ömsesidigt missnöje var den slutliga skillnaden mellan behov i utvecklingen av SQL Server. Microsoft-utvecklare ville till exempel integrera MAPI (Messaging API)-stöd i SQL Server, men eftersom denna funktion var specifik för Windows hade Sybase-utvecklare inte bråttom att ge grönt ljus till dess implementering, eftersom Sybase var intresserad av att utveckla en produkt för UNIX och inte för Windows NT. Eftersom Sybase inte fick någon nytta av att portera sin produkt till andra operativsystem började Microsofts initiativ möta allt större motstånd från den. Faktum är att portering av version 4.2 till Windows NT redan var en kontroversiell punkt, eftersom tillägget av Windows NT-specifik funktionalitet i version 4.2 avsevärt hämmade utvecklingen av System 10 för andra plattformar. Sybase utvecklade sitt System 10 i syfte att förenkla ytterligare portering till olika operativsystem (inklusive Windows NT), men ur Microsofts synvinkel innebar detta att man övergav maximalt möjliga användning av Windows NT-verktyg, eftersom System 10 inte kunde och skulle inte kunna ett sådant tillvägagångssätt för att arbeta på Windows NT är lika effektivt som om det ursprungligen utvecklats för det.
Allt detta ledde till att de båda företagen nu inte riktigt behövde varandra, och deras avtal från 1987 hade faktiskt upphört att fungera. Microsoft SQL Server för Windows NT var redan ett gångbart alternativ till Sybase SQL Server som kördes på UNIX, Novell NetWare och VMS. Kunder kunde nu köpa Microsoft SQL Server för en bråkdel av kostnaden för en liknande UNIX-lösning, med MS SQL Server som körs på mindre kraftfull (och därför billigare) hårdvara och kräver en mindre skicklig person för att administrera den. Royaltiesna från Microsoft skulle å andra sidan bara vara en liten bråkdel av Sybases intäkter från försäljningen av dess UNIX-produkter. Så båda företagen kämpade redan för praktiskt taget samma kunder, men samtidigt förstod båda redan att det var dags att ändra karaktären på deras relation.
Den 12 april 1994 meddelade Microsoft och Sybase slutet på sin gemensamma utveckling av SQL Server. Varje företag bestämde sig för att fortsätta arbeta med sin egen version av SQL Server. Microsoft fick möjligheten att utveckla Microsoft SQL Server självständigt, utan att titta tillbaka på Sybase. Sybase var nu gratis att porta System 10 till Windows NT (första gången SQL Server med Sybase-logotypen skulle vara tillgänglig på en Windows NT-plattform, eftersom deras avtal endast innebar Microsofts utvecklingsrättigheter för dess plattform). Samtidigt var båda produkterna tänkta att bibehålla bakåtkompatibilitet med befintliga applikationer för SQL Server vid den tiden, men i framtiden stöddes inte denna idé på något sätt på grund av för olika mål. Sybase designade sin produkt främst för kompatibilitet med UNIX-versioner, medan Microsoft fokuserade på kompatibilitet med Windows NT. Snart började båda raderna av SQL Server konkurrera direkt med varandra, och Microsoft hamnade återigen i en dubbel situation: den var tvungen att stödja en konkurrerande produkt (System 10) på Windows NT-plattformen, eftersom tillgången på olika produkter hade en positiv effekt på OS-försäljningen.
I början av 1994 planerade SQL Server-utvecklingsteamet att ta Sybase System 10-källkoden för den nya versionen, men avbrottet i avtalet förändrade dessa planer totalt. Bortsett från ett par korrigeringar mottogs de sista källorna från Sybase i början av 1992 (version 4.2 för OS/2). Med tanke på att Sybase skulle släppa System 10 för Windows NT i slutet av detta år, skulle detta vara en bra anledning för användare att uppgradera sin version av DBMS från Microsoft SQL Server 4.2 till Sybase System 10. I sin tur, för Microsoft, detta innebar en förlust av en kundbas, och därför var det nödvändigt att snabbt förbereda ett svar.
Microsoft planerade snabbt en ambitiös release som innehöll många prestanda- och funktionsförbättringar. Den kommande utgåvan fick kodnamnet SQL95, vilket antyder den planerade utgåvan av Windows 95 . 1994 var frågan om datareplikering med hjälp av ett DBMS relevant, så replikering blev hörnstenen i en framtida release. Detsamma gällde positionerade markörer , en mekanism, enligt utvecklarna, helt enkelt nödvändig för att överbrygga klyftan mellan applikationer fokuserade på att arbeta med många poster och en relationsdatabas. Ingen av de populära DBMS vid den tiden hade ännu en fullfjädrad implementering av positionerade markörer för klient-server-arkitekturen, och SQL Server-utvecklingsteamet trodde att denna mekanism skulle positivt påverka deras produkts rykte. Dessutom pågick arbetet med en helt ny uppsättning hanteringsverktyg, kodnamnet Starfighter (senare kallad SQL Server Enterprise Manager), som var planerad att ingå i nästa release. Listan över nya funktioner utökades gradvis mer och mer.
Kundernas allmänna reaktion på nyheten om Microsofts planer på att utveckla själva SQL Server har varit ganska negativ. Den 14 juni 1994 höll Microsoft en generalkonferens i San Francisco för kunder, analytiker och journalister. Jim Allchin, då senior vice president på Microsoft, talade om framtida planer och den planerade releasen av SQL95. Planerna och designerna som presenterades mottogs med godkännande, men många uttryckte öppet skepsis mot releasedatumet och tvivlade på att Microsoft skulle kunna släppa den utlovade produkten i slutet av 1995. Pressen hänvisade till och med sarkastiskt till den nya versionen som SQL97 och till och med SQL2000. Enligt interna planer förberedde sig utvecklarna för att presentera releasen under första halvåret 1995. Den första betaversionen släpptes i oktober 1994. Vid det här laget var Starfighter ännu inte färdig, men själva servern var redan klar, och eftersom det är vid nedladdning av servern som skapar störst belastning på sajter med betaversioner, beslutades det att släppa dess betaversion först. Utgivningen följdes av en serie uppdateringar på flera månader, parallellt med att antalet sajter ökade och nådde en siffra på 2000 sajter.
Redan 1993 fattade Microsoft dessutom beslutet att databaser skulle vara en nyckelteknologi i dess kompletta produktlinje, och i slutet av 1994 började Microsoft beställa expertråd från DEC och andra viktiga marknadsleverantörer för utvecklingsteam som arbetar med Microsoft Jet och SQL Server. Syftet med denna konsultation var att planera komponenterna för en ny generation av databasprodukter. Under 1995, parallellt med kärnteamets releaser av SQL Server 6.0 och SQL Server 6.5, utvecklade ett andra team en ny frågeprocessor som en del av det som blev Microsoft Data Engine (MSDE). Parallellt med utvecklingen av MSDE pågick arbetet med OLE DB , en uppsättning gränssnitt som skulle göra det möjligt att utveckla delar av kärnan i SQL Server-produkten som oberoende komponenter. Sådana komponenter skulle kunna kommunicera med varandra genom att använda OLE DB-lagret.
Under cirka nio månader pågick arbetet med SQL Server även nattetid. Den 14 juni 1995 släpptes produkten under namnet Microsoft SQL Server 6.0, vilket klarade företagets deadlines. Efter releasen av versionen följde många positiva publikationer i fackpressen. Tidningen InfoWorld rankade Microsoft SQL Server som det näst största databashanteringssystemet i sin andra årliga undersökning av 100 företag med de mest innovativa klient/serverapplikationerna. Samtidigt ökade SQL Server sin andel från 15 % till 18 % bland de svarande som angav detta DBMS som sitt val, medan andelen Oracle DBMS minskade från 24 % till 19 %. Andelen av Sybase växte också från 12% till 14%. Tre av InfoWorlds tio bästa applikationer byggdes med Microsoft SQL Server.
Det fanns dock bevis för att marknadsandelen för Microsoft SQL Server är mycket mindre än liknande undersökningar visade. Ett problem var att Microsoft fortfarande var ny inom DBMS-sektorn. På den tiden var Oracle den tydliga ledaren och Sybase, Informix och IBM hade seriösa positioner. Marknaden är faktiskt en mycket oroande situation för Microsoft eftersom alla dessa företag har börjat bygga sin försäljningstaktik mot Microsoft SQL Server. Samtidigt planerade Sybase, Informix och Oracle att släppa nya versioner av sina produkter. Som en del av utvecklingsstrategin för SQL Server fortsatte Microsoft att aktivt stärka SQL Server-utvecklingsteamet, som vid den tiden redan hade en historia på mer än fyra år. Både redan välkända proffs vid den tiden, som Jim Gray , Dave Lomet och Phil Bernstein anställdes, såväl som mindre kända utvecklare, inklusive tidigare DEC-anställda som arbetade på Rdb .
Efter lanseringen av version 6.0 började arbetet med version 6.5. Som en del av den nya versionen var det planerat att implementera de funktioner som sköts upp när version 6.0 släpptes, särskilt eftersom kraven på DBMS har vuxit avsevärt under de 18 månaderna av dess utveckling. Redan 1995 spelade Internet och dataöverföring en stor roll. Utgåvan av version 6.5 borde ha tillfredsställt dessa önskemål. En fullt fungerande betaversion av version 6.5 släpptes den 15 december 1995 via 150 betasidor. Officiella leveranser av den nya versionen började i april 1996, det vill säga ungefär 10 månader efter releasen av version 6.0.
Verktyg lades också till funktionaliteten för att förenkla användningen av produkten för användare, utökat stöd för distribuerade transaktioner och andra funktioner. Den fick också ett certifikat om överensstämmelse med ANSI SQL-språkstandarden.
Senare, i december 1997, parallellt med lanseringen av den andra betaversionen av SQL Server 7.0, släpptes även SQL Server 6.5 EE, som hade stöd för två-nods failover-kluster Microsoft Cluster Server, 8 processorer och 3 GB adressutrymme.
I slutet av 1995 började utvecklingen av nästa version av SQL Server , med kodnamnet Sphinx . Redan i det första skedet lades den framtida MSDE-koden till SQL Server-koden, och utvecklingsteamet som arbetade med den anslöt sig till kärnutvecklingsteamet för SQL Server. Utvecklingen av den nya generationen SQL Server hade ett huvudmål: att designa om hela databasservermotorn på ett sådant sätt att användarna kan skala SQL Server enligt deras önskemål. Detta innebar en stegvis ökning av kapaciteten för att få ut det mesta av de snabbare processorerna (liksom att öka antalet) och mängden tillgängligt minne för operativsystemet. Dessutom bör en sådan förlängning inte begränsa möjligheten att lägga till ny funktionalitet till någon av komponenterna, till exempel kan en ny algoritm för att ansluta en ny hårddisk enkelt läggas till förfråganshanterarkoden. Utöver denna uppskalning var SQL Server tvungen att stödja nya klasser av databasapplikationer, vilket i sin tur innebar motsatsen till uppskalning, nämligen att skära ner på hårdvarukraven så att produkten kunde fungera på mycket svagare system, som hemmet PC eller bärbara datorer.
På kort sikt, tack vare en sådan omdesign, var det planerat att uppnå två mål:
Ett område som fick mycket uppmärksamhet under utvecklingen var att förbättra prestandan för applikationer på hög nivå, såsom programvara för företagsresursplanering. Det var här skalbarhet och användarvänlighet, tillsammans med hög tillförlitlighet hos databasmotorn, krävdes. Flera algoritmer har också utvecklats som automatiserar det mesta av databaskonfigurationen och låter systemet hantera en del av de konfigurationsproblem som databasadministratören står inför. Enligt dessa algoritmer fick Microsoft senare flera patent. Arbete pågick också för att tillhandahålla en låsmekanism på rekordnivå. Denna mekanism skulle tillåta applikationer att komma åt en specifik rad i en tabell snarare än en hel sida, vilket avsevärt skulle minska antalet konflikter när det finns flera samtidiga ändringar av data i samma tabell. I version 6.5 hade denna mekanism en mycket begränsad implementering, så den nya versionen antog redan implementeringen av full låsning på rekordnivå [11] .
I oktober 1996 förvärvade Microsoft Plato-teknologi från det israeliska företaget Panorama Software Systems. Denna teknik var en av implementeringarna av OLAP -tekniker för DBMS. Vid den tiden (liksom när SQL Server 7.0 släpptes 1998) ansågs OLAP-tekniken vara mycket svår att använda och var därför underanvänd. Beslutet togs dock att bygga in Plato i SQL Server 7.0-koden, men med tanke på skalningskraven för den nya versionen av SQL Server blev resultatet att Plato behövde designas om för att möta liknande krav. Utvecklarna fick i uppdrag att förvandla den till en produkt som, vad gäller skalbarhet, användarvänlighet och integration med företagets mjukvara, inte skulle skilja sig från någon Microsoft-produkt. I framtiden kallades OLAP-servern, som blev ett av de viktigaste tilläggen till SQL Server 7.0, OLAP Services [11] .
I december 1996 släpptes Microsoft Transaction Server 1.0 (kodnamnet Viper), som kombinerar funktionerna hos en transaktionsövervakare och en objektbegäranmäklare.
I juni 1997 lanserades den första betaversionen av den nya SQL Server 7.0 i begränsad omfattning. I december samma år skickades en andra betaversion av produkten till flera hundra användare för testning. På grund av övergången till en ny arkitektur, vid uppgradering av en version av SQL Server, krävde användare en fullständig förändring av databaser och deras strukturer. För att stödja övergången av kunder till den nya versionen tillkännagavs ett speciellt program 1K Challenge, under vilket 1000 kunder kunde skicka kopior av sina databaser till SQL Server-utvecklare för att portera dem till version 7.0. Ett speciellt laboratorium för att kontrollera resultaten av porten skapades på samma Redmond- campus där SQL Server-utvecklingsteamet fanns. Varje vecka från februari till augusti 1998 skickade fyra eller fem mjukvaruföretag från tredje part sina utvecklingsteam till Microsoft under en vecka, under vilken de testade i labbet att deras produkter skulle fungera utan problem med SQL Server 7.0. När några problem upptäcktes tog de ledande utvecklarna av SQL Server omedelbart hand om dem, efter att tidigare ha diskuterat lösningarna med gästerna.
I juni 1998 publicerades Beta 3 på en särskild webbplats. Tillsammans med betaversionen publicerades flera exempel på problemlösningar som demonstrerade nya funktioner i produkten. Dessutom lanserades en speciell nyhetsserver så att alla användare av Beta 3-versionen kunde rapportera upptäckta buggar eller fråga utvecklarna om nya produktfunktioner. Totalt fick mer än 120 000 testare SQL Server 7.0 Beta 3. Detta antal inkluderar företag som beställt versionen direkt via Microsofts webbplats, MSDN- prenumeranter och medlemmar av det officiella Microsoft Beta-programmet (som får betaversioner av alla Microsofts produkter allt eftersom de är släppta).
Innan SQL Server 7.0 släpptes fanns det rykten om att Microsoft hade för avsikt att ersätta Access med en förenklad version av sin relationsdatabas för SQL Server. Företaget motbevisade dem och påstod att den nya versionen av Access för Office 2000 kommer att ha två alternativa databasmotorer: Jet, den nu släppta inbyggda lagringsmiljön för Access, och den nya MSDE. Enligt den information som presenterades då skulle MSDE inte vara en inbäddad version av SQL Server, utan en datalagringsteknik kompatibel med SQL Server, som har samma komponentarkitektur, vilket i sin tur skulle göra det möjligt för utvecklare att använda Access som en gränssnittsmodul till SQL Server , använd MSDE för att bygga applikationer som kan skalas från en stationär databas till en relationell "storebror" till SQL Server eller SQL Server Enterprise [11] .
Den 16 november 1998, vid COMDEX- konferensen i Las Vegas, släpptes SQL Server 7.0 offentligt. Den nya versionen presenterades personligen av Steve Ballmer . I sin presentation fokuserade han på att förbättra prestanda för SQL Server 7.0 jämfört med den tidigare versionen. Han noterade också problem relaterade till skalbarhet och applikationstillgänglighet. Enligt honom kommer "ERP-leverantörer som Baan, PeopleSoft och SAP att kunna använda detta DBMS i nästan alla sina projekt, utom kanske de största." Enligt hans prognoser ska oberoende leverantörer under det kommande och ett halvt året ha skapat cirka 3 000 applikationer för SQL Server 7.0. När den här versionen släpptes fanns det mer än ett dussin framgångsrika implementeringar av den, inklusive i så stora företag som HarperCollins , CBS Sportsline, Comcast Cellular och Southwest Securities . Dessutom har 10 av dem redan bytt till den nya versionen, och Pennzoil , Barnes & Noble och HarperCollins Publishers har testat den i flera månader vid den tiden. Representanter från Pennzoil, News America (en division av HarperCollins) och Barnes & Noble bekräftade den förbättrade prestandan för den nya versionen. Förutom själva SQL Server 7.0-produkten presenterade COMDEX även en speciell server för oavbruten drift av SQL Server 7.0, och ERP-systemtillverkaren Baan Corporation presenterade applikationssviten BaanSeries '99, designad exklusivt för SQL Server 7.0 [11] .
Hela utvecklingscykeln, enligt Doug Leland, marknadschef för SQL Server på Microsoft, varade i 3,5 år. Han positionerade också den nya versionen som "Microsofts första relationella DBMS som stöder alla dess 32-bitars operativsystem i Windows-familjen", och Microsoft hade inga planer på att släppa versioner av SQL Server för andra operativsystem [11] .
Version 7.0 släpptes den 2 december 1998 som build 7.00.623.07, medan kodfrysningen ägde rum den 27 november 1998. Produkten blev tillgänglig för gratis beställning i januari 1999.
Många analytiker såg lanseringen av version 7.0 som "ett betydande steg mot att erövra företagsdatormarknaden." Enligt dem räknade Microsoft med att tack vare den omgjorda funktionaliteten i SQL Server 7.0 kommer att bli företagsstandarden för databaser. Tillägget av onlineanalysbehandling i SQL Server 7.0 sågs av analytiker som en utveckling som "kan vara den viktigaste utvecklingen som har hänt på OLAP-marknaden sedan starten." Anledningen till detta var att OLAP-system vid den tiden var designade uteslutande för företagssegmentet, och eftersom Microsofts strategi även innebar att skapa versioner för hemdatorer, tack vare detta, blir OLAP-tekniker tillgängliga för små företag, vilket i sig innebär betydande popularisering av OLAP [11] .
Ett annat argument för att "standardisera SQL Server 7.0" var förmågan hos SQL Server att integrera med resten av företagssystem, vilket var avgörande i heterogena flerskiktsmiljöer och närvaron av heterogena plattformar och datalager. För att avancera på detta område har Microsoft utvecklat interna standarder för dataintegration, såsom OLE DB och ADO , och har även arbetat med tredjepartsleverantörer av mjukvara. Konkurrenter har dock kritiserat dessa standarder och hävdat att "en del av dessa standarder är rent interna", vilket kraftigt begränsar deras möjlighet att tillämpas av tredjepartskunder. OLE DB för OLAP-standarden, som Microsoft erbjöd som industristandard och samtidigt som en del av sitt omslag för att skapa datalager, utsattes också för betydande kritik. Så till exempel, Jeff Johns, programchef för marknadsföringsdatahanteringssystem på IBM Corporation , kallade det faktum att denna standard utvecklades av Microsoft och inte av något standardiseringskonsortium, som det var allmänt praktiserat, som den största nackdelen. På sådan kritik svarade Microsofts representanter att standarden utvecklades med deltagande av mer än 60 datalagringsleverantörer [11] .
Analytiker noterade att Microsoft hade alla möjligheter att nå sitt mål. Detta stöddes också av de aktiva incitamenten för tredjepartstillverkare att skapa programvara för SQL Server 7.0, och distributionsmodellen såg bättre ut än den för konkurrerande Oracle och IBM, som i framtiden skulle kunna göra det möjligt att sälja partier i grossistledet till ett lägre pris och, på grund av detta bli en seriös aktör på företagsmarknaden databaser [11] .
Det var planerat att sälja den nya versionen över hela världen via återförsäljare, till en början den engelska originalversionen, och inom de närmaste två månaderna skulle franska, tyska, spanska och japanska versioner dyka upp. I slutet av februari 1999 planerade Microsoft att släppa en kinesisk version också. När det gäller produktversioner var det planerat att släppa standard- och företagsversioner i tre konfigurationer vardera (beroende på antalet tillåtna användare). Dessutom tillkännagavs ett specialerbjudande som gjorde det möjligt för användare att uppgradera sitt system till SQL Server eller migrera från konkurrerande databaser inom 99 dagar efter tillkännagivandet, och betalade endast $99 per användare för SQL Server 7.0 [11] .
Analytiker har spekulerat i att denna prissättning kan tvinga Microsofts databaskonkurrenter att sänka sina traditionellt höga priser (även om till exempel Oracle officiellt har vägrat att göra det). Analytiker var också ganska skeptiska till den nya versionen och trodde att SQL Server 7.0 i första hand var avsedd för system på low-end databasmarknaden för Windows NT, särskilt eftersom flera betatestare bekräftat att den nya versionen helt uppfyller deras krav. Till exempel sa Herb Edelstein, analytiker på Two Crows, att "de låga priser som fastställts av Microsoft syftar till att eliminera konkurrensen på denna marknad", medan "även med hänsyn till alla nya funktioner kommer SQL Server 7.0 att kunna lösa endast en del av de problem som användare av stora företag står inför. Betsy Barton, en analytiker vid Gartner Group, menade att även om tilläggen som presenteras i den nya versionen "förtjänar uppmärksamhet", men ändå "är systemets övergripande tillförlitlighet och skalbarhet fortfarande ifrågasatt." Representanter för företagen där den nya versionen testades fortsatte dock att karakterisera produkten positivt. Förutom de tidigare nämnda företagen talade också Mark Mitchell, systemkonsult för Applied Automation, och Joe Misiazhek, applikationssupportansvarig för systemet som används vid Colorado Community College, positivt om produkten. De noterade den överkomliga kostnaden för produkten, bra prestanda och relativt enkel utveckling [11] .
Sådana åtgärder från Microsoft framkallade en motreaktion från konkurrenter. Till exempel tvingades Oracle Corporation ändra sin försäljningsstrategi. Enligt ett utbrett uttalande var företaget tvunget att börja sälja sitt DBMS installerat på förkonfigurerade "serverapparater" som använder ett förenklat operativsystem utvecklat med deltagande av Oracle själv. Enligt chefen för Oracle Larry Ellison var sådana innovationer tänkta att "minska ägandekostnaderna för Oracle-databasen och samtidigt stärka produktens konkurrenskraft i konfrontationen med Microsofts SQL Server." I mitten av november 1998 undertecknade Oracle ett avtal med Dell, Compaq, Hewlett-Packard och Sun Microsystems om att börja sälja servrar i slutet av första kvartalet 1999. Operativsystemet som installerades på de nya servrarna innehöll Solaris- komponenter (i framtiden skulle det använda Linux- komponenter ) och var så enkelt att detta initiativ kallades Raw Iron ("Bare Iron"). Oracle-partnerna skulle erbjuda tre typer av servrar ("small, medium och large", som Ellison kallade dem) förkonfigurerade för specifika uppgifter, såsom e-post och IFS (Internet File System). Övergången från försäljning av en boxad version av DBMS till försäljning av servrar, vars ägandekostnad är mycket lägre, borde alltså ha skett. Denna strategi, enligt Ellison, var tänkt att hjälpa till att locka bort några av köparna av SQL Server [11] .
Liksom tidigare gånger slutade inte arbetet med SQL Server efter lanseringen av den sjunde versionen. Version 7.0 inkluderade inte all ursprungligen planerad funktionalitet, och dessutom fanns det flera utvecklingar som var i slutskedet, avsedda att inkluderas i nästa stora utgåva. Således började utvecklingen av två versioner: Shilo ( engelska Shiloh ) - den "junior" utgåvan av version 7.0 (relativt sett 7.5 i analogi med den tidigare utgåvan), och Yukon ( engelska Yukon ) - nästa stora utgåva.
Produktchefer för SQL Server var från början ovilliga att förutsäga populariteten för SQL Server 7.0. Anledningen till detta var att den här utgåvan baserades på en helt omskriven servermotorkod, vilket gjorde att många kunder bara betraktade den som en första utgåva och det var uppenbart att många av de potentiella kunderna av den sjunde versionen skulle föredra att vänta på några typ av "fast version" eller åtminstone det första service packet (service pack). Så Shiloh var ursprungligen planerad som ett slags superservice pack, och det var planerat att inkludera funktionalitet som inte ingick i version 7.0 på grund av den korta utvecklingstiden, samt att åtgärda alla fel som hittades vid den tiden, vilket var för omfattande för den vanliga " onumrerade versionen. Därför var det planerat att släppa Shiloh senast ett år efter lanseringen av SQL Server 7.0.
Men flera faktorer påverkade på en gång förändringen av det ursprungliga begreppet Shiloh. För det första, tvärtemot förväntningarna, tvivlade bara en liten del av kunderna på behovet av att migrera till version 7.0, och försäljningen till nya kunder överträffade deras vildaste förväntningar. Kundernas feedback har också varit ganska positiv. Även efter lanseringen av SQL Server 7.0 fortsatte Microsoft att upprätthålla ett programvaruutvecklarlabb från tredje part, vilket säkerställde att utvecklare ständigt fick feedback och feedback från kunder. Kommentarerna och buggarna som hittats korrigerades enkelt på vanligt sätt, och ett fixpaket för SQL Server 7.0 släpptes i maj 1999 . Det andra fixpaketet släpptes i mars 2000 . Därmed har behovet av ett superservice pack, som Shiloh såg ut från början, försvunnit.
Den andra faktorn var funktionsförfrågningar från kunder. Till exempel inkluderades inte den ursprungligen planerade implementeringen av referensintegritet för kaskaduppdateringar och borttagningar i SQL Server 7.0. Kunder, å andra sidan, uttryckte extremt intresse för en sådan mekanism och krävde att den skulle implementeras så snart som möjligt. Dessutom har det funnits många förfrågningar om stöd för partitionerade vyer och för att optimera stödet för stjärndesignschemat , som används i stor utsträckning i lagerinventeringstillämpningar .
En annan faktor var konkurrensen mellan databasleverantörer som krävde att nästa release skulle bli större och bättre än vad som ursprungligen planerats. The Million Dollar Challenge av Larry Ellison från Oracle Corporation hade också en stor inverkan och lyfte fram en del av de funktioner som redan fanns i Oracle men som fortfarande saknas i SQL Server. Att lägga till sådan funktionalitet gick långt utöver en enkel fix.
Till slut togs beslutet att göra Shiloh till en fullfjädrad stor release med en 18-månaders utvecklingscykel, men med behålla det officiella versionsnumret 7.5. Antalet ändringar vid den tiden var svårt att förutsäga, och den enda förändringen som var säker på den tiden var en förbättring av kaskaduppdateringar och raderingar. Det stod snart klart att släppet redan växte utöver de ursprungliga planerna. Samtidigt växte utvecklingsteamet och flyttade från Microsofts huvudcampus till en del av kontoret i tvillingbyggnaden. Ökningen av antalet utvecklare gjorde det möjligt att lägga till ett stort antal medelstora och små förbättringar till produkten utan någon betydande förändring av tidpunkten för lanseringen av produkten.
Också utvecklarna, förutom uppgifterna att förbättra och öka funktionaliteten, ställer sig själva den så kallade. "flexibla uppdrag". Till exempel meddelade de behovet av att uppnå en 20-procentig ökning av prestanda för alla typer av applikationer, men för att specificera uppgiften gjordes en jämförelse med vissa applikationer. Till exempel var ett av huvudmålen att förbättra prestandan i SAP R/3 försäljnings- och distributionsbenchmark med minst 40 %. För att klara uppgiften gjorde utvecklarna speciella ändringar i optimeraren som direkt påverkar förfrågningar från SAP, men samtidigt förbättrar förfrågningar från andra applikationer. Den 17 februari 2000, vid lanseringen av Windows 2000 i San Francisco, tillkännagavs resultaten för försäljning och distribution som visade en lastkapacitet på 6 700 användare, vilket avsevärt överträffade SQL Server 7.0 (4 500 användare) på samma test och hårdvara (vi använde en maskin med åtta processorer med en Pentium III-550). Produktivitetsökningen var alltså 48 %, vilket innebär att denna uppgift blev klar.
Efter beslutet att förlänga utvecklingsperioden till 18 månader togs ytterligare ett beslut om att lägga till ny funktionalitet. Detta beslut hölls i största förtroende och diskuterades inte ens med många chefer på Microsoft. Den nya funktionen nämndes inte ens efter lanseringen av den första betaversionen i november 1999 och presenterades inte offentligt förrän i februari vid lanseringen av Windows 2000. Detta hemliga projekt, med kodnamnet Coyote , syftade till att utöka stödet för SQL Server 2000 för distribuerade partitionerade vyer, vilket skulle möjliggöra hög skalbarhet när du arbetar med data. Det var denna funktionalitet som gjorde det möjligt att sätta ett världsrekord, vilket tillkännagavs i San Francisco i februari 2000 . Dessa skalbarhetsändringar var ursprungligen avsedda för en post-Shiloh-release, men eftersom de flesta av de nödvändiga komponenterna redan var på plats, beslutades det att lägga till denna funktionalitet till SQL Server 2000. representation.
Den första betaversionen av Shiloh släpptes för inledande tester och testning av betatestare i september 1999 , och Microsoft meddelade snart att den nya produktversionen officiellt skulle få namnet SQL Server 2000. Det fanns två huvudorsaker till detta namnbyte. För det första, med tanke på de många och allvarliga ändringarna i den nya versionen, var det olönsamt att släppa den som en mellanversion (7.5), vilket innebär att ett nytt nummer behövdes. Men för det andra, om den nya versionen släpps som 8.0, så kommer det att visa sig att från hela Microsoft BackOffice- familjen kommer det att vara den enda produkten som inte har prefixet 2000 i namnet. För att bibehålla enhetligheten mellan produktnamnen beslutades att döpa produkten till SQL Server 2000 (i det här fallet såg det interna versionsnumret fortfarande ut som 8.00.194).
Ur användarens synvinkel gav SQL Server 2000 mycket fler alternativ än den tidigare versionen. SQL Server 7.0 hade en helt omskriven motor, stöd för nya lagrade strukturer, dataåtkomstmetoder, rekordlåsningsteknologier, återställningsalgoritmer, en ny transaktionsloggningsarkitektur , en ny minnesarkitektur och en optimerare. Trots allt detta, från en utvecklares eller DBA:s synvinkel, var språkförändringarna och förbättringarna i SQL Server 7 minimala. SQL Server 2000 hade många språkförbättringar, såväl som stora förändringar av tidigare introducerade objekt såsom tabellbegränsningar, vyer och triggers som alla utvecklare och de flesta DBA:er behövde.
Eftersom interna ändringar av motorn var minimala planerades bara två betaversioner. Den andra betaversionen, som släpptes i april 2000 , blev en offentlig betaversion och skickades till tusentals intresserade användare, deltagare i industrikonferenser, mjukvaruutvecklare från tredje part och konsulter. Utvecklingsteamet frös koden den 6 augusti 2000 i version 8.00.194.01, och produkten släpptes den 9 augusti .
Utvecklingen av nästa version av SQL Server, med kodnamnet Yukon, började parallellt med utvecklingen av 64-bitarsversionen av SQL Server 2000, med kodnamnet Liberty. Liberty var i huvudsak samma 32-bitarsversion i funktionalitet, men skillnaden var i mycket större skalbarhet. Den nya funktionen var tänkt att implementeras som en del av Yukon.
I juli 2002 meddelade Microsoft, som en del av den officiella presentationen av sitt nya .NET Framework , att nästa version av SQL Server, med kodnamnet Yukon, skulle kunna använda .NET-plattformens funktioner. I synnerhet angavs att det skulle vara lättare att hantera distribuerad data i Yukon [12] .
Den 24 april 2003, vid en konferens i San Francisco tillägnad lanseringen av Windows Server 2003 , tillkännagav Microsoft lanseringen av 64-bitarsversionen av SQL Server 2000 (tidigare känd som Liberty). Enligt ett publicerat pressmeddelande utformades den nya versionen av SQL Server 2000 för att fungera med 64-bitarsversionen av Windows Server 2003. Den tredje produkten som introducerades tillsammans med Windows Server 2003 och den nya versionen av SQL Server 2000 var Visual Studio . NET 2003 . Denna trio av produkter, enligt Microsoft, var nästa steg i sammankopplingen av operativsystemet, SQL-servern och utvecklingsmiljön, och kom därmed nära övergången till en enda plattform .NET Framework , som var mycket mer fullständigt implementerad i nästa version av SQL Server. Som en del av presentationen sa Steve Ballmer och Paul Otellini att servern med den nya versionen av SQL Server 2000 installerad satte två nya rekord enligt resultaten av tester från den ideella organisationen Transaction Processing Performance Council . Liksom i tidigare fall var den nya versionen förinstallerad för testning av stora Microsoft-partners, inklusive Cornell University , Information Resources, Inc ( SymphonyIRI Group ), JetBlue Airways , Liberty Medical Supply ( Liberty Medical ) och University Johns Hopkins , som svar på vilket de officiella representanterna för dessa organisationer gav ett positivt svar på den nya produkten [13] .
Syftet med releasen av 64-bitarsversionen var önskan att börja ockupera den del av marknaden som tidigare helt tillhörde högpresterande lösningar baserade på system som kör UNIX OS . Även om funktionaliteten förblev i stort sett oförändrad från 32-bitarsversionen, kunde 64-bitarsversionen fungera med betydligt mer minne, vilket nåddes av 64-bitars Windows Server 2003-systemet, på grund av vilket den nya versionen av SQL Server 2000 kunde skalas till nivån för högpresterande system, som 32-bitarsversionen inte kunde konkurrera med på grund av dess begränsningar. Köpare av 32-bitarsversionen erbjöds uppgraderingen till den nya versionen utan extra kostnad [13] .
I november 2003, vid PASS- konferensen i Seattle , talade Microsofts chefer om de nya ETL- mekanismerna implementerade i Yukon, som användes för att överföra tidigare ackumulerad information från befintliga applikationer till datalager. Ur Microsofts synvinkel borde dessa mekanismer ha varit ett av argumenten för att locka företagsanvändare. SQL Server ETL-arkitekturen implementerad i Yukon kallas Data Transformation Services (DTS). Enligt Gordon Mangione, Microsofts vicepresident och chef för SQL Server Team, var DTS tänkt att implementera samtidighet, vilket gör det möjligt för användare att samtidigt utföra flera komplexa uppgifter, som att översätta data, läsa den och skriva över den i en enda tråd [14] .
Utöver ETL lades även vikt vid att förenkla konfigurationen och hanteringen av DBMS, samt att förbättra skalbarheten. Speciellt sa Microsoft-representanter att till exempel en process som spänner över miljontals kolumner med data, på grund av ökad skalbarhet, kommer att kunna köras på några sekunder, inte minuter. Dessutom planerades den nya versionen av SQL Server att innehålla funktioner som gör det enklare att skapa och hantera datalager, samt utföra operationer relaterade till business intelligence. Microsoft lovade utvecklare ett nytt API som skulle stödja .NET- plattformen (och Visual Basic- språket i synnerhet), vilket eliminerar behovet av specifik DTS-kod [14] .
Även under konferensen tillkännagav Mangione slutförandet av Best Practices Analyzer för SQL Server 2000, som upprätthåller en lista med 70 regler som sammanställts gemensamt av Microsoft-utvecklare och SQL Server-användare. En sådan lista var tänkt att förenkla processen för DBMS-konfiguration av databasadministratörer och hjälpa dem att undvika de vanligaste misstagen. Samtidigt stöddes funktionerna för säkerhetskopiering och återställning efter fel, samt databashantering och prestandaövervakning. Mangione lovade att företaget skulle uppdatera denna verktygslåda kvartalsvis [14] .
Den version av SQL Server som var tänkt att ersätta SQL Server 2005 fick kodnamnet Katmai. Under den aktiva utvecklingsperioden var Microsoft extremt ovilliga att dela information om den nya versionen. Vid presentationen av SQL Server 2005 uppgav Paul Flessner (dåvarande VP för Microsofts SQL Server-verksamhet) med tillförsikt att en ny version skulle släppas senast två år efter lanseringen av SQL Server 2005. I april 2007 fanns det dock ingen information om den förestående lanseringen av produkten, eller åtminstone om början av dess betatester. En österrikisk blogg på TechNet publicerade dock information om Katmai Technology Adoption Program (kortat TAP), som var tänkt att starta i juni 2007. Rykten nämndes också om att den nya versionen kommer att släppas 2008, men Microsoft vid den tiden varken bekräftade eller dementerade denna information. Vissa källor kopplade releasen av Katmai till releasen av Longhorn Server och Visual Studio Orcas, vilket är anledningen till att den nya versionen var tänkt att släppas under första halvan av 2008 enligt denna information. Microsoft avböjde också att kommentera denna information [15] .
Ändå uppgav några journalister som talade med företrädare för företaget att ryktena om frigivningen av Katmai 2008 överensstämmer med Microsofts interna planer. Och företagets vägran att avslöja någon information om den nya versionen var förknippad med övergången till en ny utvecklingsmodell, och det var på grund av detta som Katmai var osannolikt att släppas i början av 2008. Det nämndes också att Katmai inte kommer att få ett officiellt betatestningssteg, utan istället kommer offentliga tester att ske som en del av Community Technology Preview-programmet (förkortat CTP). Samtidigt påstods det att vissa Microsoft-kunder redan i april 2007 hade vissa delar av Katmai för test, samtidigt som de inte hade hela releasen i sina händer. När det gäller funktionaliteten hos den nya versionen skrev journalister att Katmai bara skulle vara en utveckling av SQL Server 2005, och inte en ny generation av produkten, som SQL Server 2005 en gång blev [15] .
SQL Server 2008 R2 blev officiellt tillgänglig för köp den 21 april 2010.
I slutet av 2010 sa Ted Kammert, vice vd för Microsoft Business Platform Division, att den nya versionen "introducerades mycket snabbt", i synnerhet två månader efter lanseringen av produkten, "den laddades ner över Internet cirka 700 000 gånger ", som enligt honom var "den högsta siffran för den nya versionen av SQL Server" [16] .
Parallellt med detta, den 30 juni 2010, tillkännagav Scott Guthrie i sin blogg lanseringen av en ny mobilversion av SQL Server - SQL Server Compact 4.0 , fokuserad främst på webbapplikationer skapade baserade på ASP.NET 4 -teknologi . Som fördelar med den nya versionen framhöll Guthrie frånvaron av behovet av att installera programmet, samt kompatibilitet med .NET Framework API (stöd för ADO.NET , Entity Framework , NHibernate , etc. teknologier, möjligheten att arbeta med Visual Studio 2010 och Visual Web Developer 2010 Express ) och de senaste versionerna av SQL Server och SQL Azure [17] vid den tiden .
Den 7 juli 2010 släppte Ambrish Mishra, SQL Server Compact Project Manager, CTP1-versionen av den nya SQL Server Compact 4.0 på den officiella SQL Server CE-teambloggen. Som innovationer (utöver de som anges av Scott Guthrie), ökad tillförlitlighet, förbättrad SHA 2-krypteringsalgoritm, kompatibilitet med Compact 3.5 databasfiler, förenklad installation (inklusive stöd för WOW64-lägen och 64-bitars inbyggda applikationer), minskad användning av virtuellt minne , Tillåt APTCA-delegeringsteknik (partially Trusted Caller's Attribute), WebMatrix Beta och Visual Studio 2010-stöd, stöd för personsökningsfrågor i T-SQL . Samtidigt hade CTP1-versionen vissa problem (felaktig avinstallation via kommandoraden, kompatibilitetsproblem med den nuvarande versionen av ADO.NET Entity Framework CTP3, etc.) [18] .
Under PASS Summit-konferensen, som ägde rum från den 8 till 11 november 2010 i Seattle, fick dess deltagare (liksom MSDN- och TechNet-abonnenter) kopior av Denali CTP-versionen (efter en tid publicerades denna version på den officiella Microsoft hemsida). På själva konferensen presenterade Ted Kammert och Quentin Clark, General Manager för Microsoft Database Systems Group, den nya versionen och pratade om den nya AlwaysOn-funktionen och VertiPac-teknologin (en del av SQL Server Analysis Services och Data Warehouse). Tonvikten lades också på utvecklingen av business intelligence-verktyg i den nya versionen, interaktiva webbaserade virtualiseringsverktyg (Crescent-projektet), samt utvecklarverktyg med kodnamnet Juneau [16] .
Den 22 december 2010 tillkännagav Ambrish Mishra på utvecklingsteamets officiella blogg lanseringen av SQL Server Compact 4.0 CTP2 och verktygsuppsättningen Visual Studio 2010 för att arbeta med den här versionen av SQL Server CE [19] .
Den slutliga versionen av SQL Server Compact 4.0 släpptes officiellt på Microsofts webbplats den 12 januari 2011 och avslutade därmed en utvecklingsfas på ungefär ett år [20] .
Den 11 juli 2011 tillkännagav SQL Server-utvecklingsteamet i sin officiella blogg lanseringen av Community Technology Preview 3 (förkortning CTP3) och det första servicepaketet för SQL Server 2008 R2 [21] . Som de viktigaste innovationerna (i förhållande till SQL Server 2008 R2) implementerade i CTP3-versionen av den nya produkten, noterade analytiker SQL Server AlwaysOn-komponenten för att skapa databassäkerhetskopior, möjligheten att installera SQL Server i en Windows Server Core- miljö , en kolumnär organisation av datalagring för att påskynda exekveringsfrågor, förbättringar av T-SQL-språket (introduktion av sekvensobjekt och fönsterfunktioner), möjligheten att spåra dataändringar (CDC) för Oracle DBMS, möjligheten att definiera serverroller av användaren (tidigare var de strikt fixerade), Data Quality Services (kunskapsbaser) , definiera metadataregler), ett nytt datavisualiseringsverktyg som heter Project Crescent, stöd för offlinedatabaser (för att flytta mellan lokala SQL Server- och SQL Azure-instanser) och ett nytt SQL Server Developer Tools med kodnamnet Juneau [22] .
SQL Server 2008 R2 SP1 innehöll buggfixar för vilka Microsoft tog emot klagomål från kunder via tjänsten Windows Error Reporting, såväl som vissa funktionalitetsförbättringar ( Dynamic Management Views , ökad exekveringshastighet för frågor med ForceSeek-teknologi, Data-tier Application Component Framework (förkortad. DAC Fx) för att förenkla databasuppdateringar, kontroll av tillgängligt hårddiskutrymme för PowerPivot) [21] .
I slutet av 2010 (det vill säga före lanseringen av SQL Server 2012) talade Ted Kammert, vice vd för Microsoft Business Platform Division, i en intervju om planer för vidareutveckling av produkten (både SQL Server 2012 och framtida versioner). I synnerhet sa Kammert att arbetet med SQL Server är i sammanhanget med idéerna för Information Platform Vision, som är en uppsättning olika funktioner som utgör grunden för plattformen. SQL Server kommer att fortsätta att vara en enda produkt över skrivbordet, datacentret och molnet (både 32-bitars och 64-bitars). Ett av de prioriterade områdena kommer även fortsättningsvis att vara business intelligence ( eng. business intelligence , BI ). Ur Microsofts synvinkel kommer utvecklingen av BI-verktyg för självbetjäning , liksom utvecklingen av ekosystemet för molnberäkningar , att förbli en prioritet inom området business intelligence . Dessutom, när Microsoft flyttar business intelligence-verktyg till "molnen", arbetar Microsoft fortfarande med att implementera principen om konsekvens när det gäller de implementerade programmeringsmodellerna och verktygen (detta inkluderar i synnerhet att öka förmågan för SQL Server Management Studio att arbeta med SQL Azure- miljö ). Mycket uppmärksamhet ägnas också åt frågorna om DBMS-skalning (samtidigt bör SQL Server-systemgränsen ökas till ett tröskelvärde på flera hundra terabyte), applikationsvirtualisering i en databasmiljö, såväl som rumslig representation av data [ 16] .
Releasen av SQL Server 2014 blev tillgänglig den 1 april 2014.
Släpptes i juni 2016.
Släpptes i februari 2017. Första versionen som inkluderar Linux-stöd.
Släpptes i november 2019. Aktuell version från och med december 2020.
| Microsoft SQL Server | |||||||||
|---|---|---|---|---|---|---|---|---|---|
| Utvecklingsföretag _ | |||||||||
| Versioner |
| ||||||||
| Tjänster |
| ||||||||
| Verktyg |
| ||||||||
| SQL-tillägg |
| ||||||||
| Dessutom |
| ||||||||
| Databashanteringssystem (DBMS) | |
|---|---|
| Klient-server | |
| Motorer | |
| Fil server | |
| Databas | |
|---|---|
| Begrepp |
|
| Objekt |
|
| Nycklar | |
| SQL |
|
| Komponenter | |