sql >> Database teknologi >  >> RDS >> Oracle

Hvad er en større version alligevel?

Vi ved alle, at Oracle 12c blev udgivet for et stykke tid siden. Oracle 12.1.0.1 var den næste major version i Oracle-databasens livscyklus. Men hvad er der alligevel i en større version?

Det plejede at være, at en større version var en stor sag. ACME Corporation udgav deres vidunderlige Widget 4.0, som gjorde mange ting, større/hurtigere/stærkere end Widget 3.0. Den store versionsopgradering var en stor ting. Konventionel visdom mente, at hver større version var så væsentlig en ændring, at det ville være dumt at opgradere produktionen til Widget 4.0 i det øjeblik, den kom på gaden. Folk ville sige, at hovedversionen havde for mange fejl. Det ville være klogt for ens karriere at vente på Widget 4.1, det første patchsæt, der udkommer, før man forsøger at opgradere produktionen. Lad andre mennesker sortere fejlene i stedet for at risikere din virksomheds kritiske forretningsinfrastruktur ved opgraderingen.

Vi har alle været underlagt den konventionelle tankegang. Da Oracle 12c blev udgivet første gang, blev jeg spurgt af mine ledere, hvornår vi ville overveje at opgradere vores forretningskritiske systemer til den nye større version. Dengang gav jeg aktiesvaret om at vente på det første patchset. Nå det første patchset, Oracle 12.1.0.2 er nu ude, og jeg har stadig ingen planer om at opgradere produktionen fra 11.2.0.4. Men i mellemtiden begyndte jeg at tænke på denne "major version" forretning, og om den stadig var anvendelig til nutidens Oracle-miljøer.

Til at begynde med har Oracle Corporation styret, vedligeholdt, forbedret og forbedret sit flagskibsprodukt i over 35 år nu. Oracle version 1 blev oprettet i 1978, version 2 i 1979 og version 3 i 1983. Oracle er nu oppe på Oracle 12c, hvilket er langt fra sin version 1 eller 2 dage i slutningen af ​​1970'erne. Desuden har alt for mange virksomheder verden over en betydelig investering i deres databaseinfrastruktur. Oracle Corporation ønsker at sikre, at disse virksomheder påvirkes minimalt, uanset hvilken version databaseadministratoren opgraderer til.

Enhver software har fejl i sig. Det er udyrets natur. Da jeg opgraderede fra Oracle 11.2.0.3 til 11.2.0.4, en simpel patchset-opgradering, stødte jeg stadig på et problem, som jeg ikke havde forventet. Jeg sprang ikke nogen patchsets over i denne opgradering. Jeg gik ikke fra en større version til en anden. Jeg gik ikke engang fra en mindre version (som 11.1) til en anden (som 11.2). Alligevel fik jeg stadig lidt med et problem, som heldigvis blev undersøgt i ikke-produktionsmiljøer, før produktionen blev opgraderet. Selv de opgraderinger, der virker enkle, kan have problemer med den nye version, selv til fjerde decimal. En anden bemærkning, jeg har for nylig anvendt en kvartalsvis patch-opdatering i juli til vores ikke-produktionsdatabaser. Den simple handling med at anvende de kvartalsvise sikkerhedsrettelser (jeg anvender SPU'en ikke den større PSU) brød en tredjepartsapplikation. Vi var nødt til at standse patchen fra at gå til produktion, indtil en løsning blev fundet. Dette var ikke engang en ændring af patchset, og det havde en stor indflydelse på vores applikationer.

På det seneste har Oracle Corporation introduceret store ændringer uden for større versionsudgivelser. For eksempel, da jeg opgraderede vores Oracle RAC-miljøer fra 11.1.0.7 til 11.2.0.2, stod jeg over for nye ændringer i Grid Infrastructure, nemlig multicasting-kravet og SCAN Listeners. Der var ingen større versionsopgradering her, men alligevel var der temmelig store ændringer på vej med denne opgradering. Senest introducerede Oracle 12.1.0.2 databaseindstillingen In Memory. Denne funktion var ikke tilgængelig i Oracle 12.1.0.1  og alligevel har en simpel patchset-opgradering (eller det troede vi) ført med sig en større ændring.

Er der nogen større versioner længere? For at holde relevant i dagens hurtige verden frigiver Oracle Corporation større funktionalitet uden for de store versioner, hvilket gør ethvert patchset til en stor ændring. I nutidens hurtigt skiftende verden er tilstrækkelig test afgørende selv for disse simple patchset-ændringer.

Igen spørger jeg ... hvad er en større version alligevel?


  1. Hvad vil det sige at undslippe en streng?

  2. Indstil det sprog, der bruges til dato- og tidsfunktioner i MariaDB

  3. Hvordan fjerner man accenter og alle tegn <> a..z i sql-server?

  4. FILE_ID() vs FILE_IDEX() i SQL Server:Hvad er forskellen?