Resources | Cegal

Oracle Database 23ai - Start nå!

Skrevet av Kim Berg Hansen | 22.aug.2024 10:12:42

Oracle 23ai er den neste langtidsreleasen du må oppgradere til etter Oracle 19c, og den er proppfull av nye funksjoner som du bør begynne å sette deg inn i allerede nå. Som utvikler er det mange interessante nye funksjoner å utforske.

Det er midten av 2024, og vi har ventet på Oracle Database 23c i mange måneder, der det har vært utgivelser stykkevis og delt, for det meste noen skytilbud pluss 23c Free (prøv å si "Twenty-three See Free" raskt 3 ganger 😉), men aldri den "fullstendige" generelle tilgjengeligheten.

Det er midten av 2024, og vi har ventet på Oracle Database 23c i mange måneder.

Nå er det omdøpt til 23ai (noe som gjør det lettere å uttale 23ai Free), og flere og flere tilbud har blitt tilgjengelige, og (forhåpentligvis) snart også GA on-premises. Men du sier kanskje "Meh, i det daglige trenger jeg ikke å bekymre meg for 23ai - når jeg får den lokale versjonen, må jeg vente på noen patchsett før vi oppgraderer uansett." Det er forståelig, men du bør begynne å lære om 23ai nå.

Hvorfor nå?

Mitt Oracle Supportdokument 742060.1 (i skrivende stund) viser hvordan 23ai er den neste langsiktige versjonen som du må oppgradere til etter 19c:

Du har mindre enn to års support igjen for 19c (med mindre du vil betale for en utvidelse), og 23ai er så proppfull av nye funksjoner at du dessverre ikke kommer til å lære deg alt du trenger hvis du begynner tre måneder før fristen. Se bare på New Features-guiden - en manual på 12 kapitler (!) (engelsk) >

Hvis det er litt skremmende, kan du i det minste se på Feature Highlights her (engelsk) >

Det er ikke for tidlig å begynne å leke seg - når fristen nærmer seg, vil du være glad for at du ikke starter helt fra bunnen av.

Og husk at 23ai faktisk har nådd versjon 23.6 - det var 23.1, 23.2 og 23.3 versjoner av 23c pluss 23.4 og 23.5 versjoner av 23ai før - så den gamle sagaen om å måtte vente et par utgivelser på feilrettinger er ikke 100% gyldig her, i det minste ikke for det meste av det som påvirker ditt daglige liv etter min mening.

 

Hva er interessant for meg?

Tja, personlig som utvikler finner jeg mange interessante nye ting å se på.

Kunstig intelligens

Med det nye navnet er det selvfølgelig en av de viktigste funksjonene å prøve og fikle med. Både den nye datatypen VECTOR og vektorsøk som kan brukes til AI inne i databasen, men også Select AI-funksjonen i Autonomous Database som gjør det mulig å gjøre spørringer uten å kunne SQL, for eksempel ved å skrive noe sånt som dette:

SELECT AI WHAT CUSTOMER IS THE LARGEST BY SALES;

Og det vil automatisk bli transformert og utført som denne SQL:

SELECT C.CUST_ID, C.CUST_FIRST_NAME, C.CUST_LAST_NAME, SUM(S.AMOUNT_SOLD) AS TOTAL_SALES
FROM SH.CUSTOMERS C
JOIN SH.SALES S ON C.CUST_ID = S.CUST_ID
GROUP BY C.CUST_ID, C.CUST_FIRST_NAME, C.CUST_LAST_NAME
ORDER BY TOTAL_SALES DESC
FETCH FIRST 1 ROW ONLY;

(Eksempel fra Brendan Tierneys bloggserie om Select AI. )

 
JSON Relational Duality

Ved første øyekast kan dette virke som vi har sett før med XMLType- og Object-visninger, der vi legger en visning på toppen av relasjonelle tabeller, slik at vi kan spørre dem som XML eller OO. Men det revolusjonerende med JSON Relational Duality er at det fungerer begge veier! Vynyen definerer hvordan JSON skapes fra de relasjonelle tabellene på samme måte, men uten noe så plagsomt som INSTEAD OF-triggere, kan vi også sette inn/oppdatere/slette JSON via vynyen, og det vil være de underliggende tabellene som faktisk blir manipulert.

Dette muliggjør utvikling av både SQL, PL/SQL (og kanskje APEX) på de relasjonelle dataene, og samtidig publisere disse som JSON REST endepunkter, noe som muliggjør dokumentorientert NoSQL-utvikling på de samme dataene! Ingen replikering er involvert i det hele tatt.

Hvis du allerede har en JSON-dokumentorientert app, finnes det dessuten en JSON-To-Duality-migrator som ser på JSON og oppretter de nødvendige relasjonstabellene og JSON Relational Duality Views, slik at du kan jobbe både relasjonelt og dokumentorientert.

Mye mer...

Det finnes støtte for eiendomsgrafer i databasen, slik at jeg kan spørre etter grafer i SELECT-setninger med SQL/PGQ og koble dem til relasjonstabeller og alle andre dataformater som SQL kan lese i disse dager.

Det finnes Data Use Case Domains, datatype- og SQL-forbedringer, JavaScript-lagrede prosedyrer, SQL Firewall, og så videre og så videre og så videre...

Jeg er så glad for å være SQL-utvikler i disse dager med alle de nye godbitene i 23ai 😊

Hvor skal jeg begynne?

Jeg har allerede lenket til guiden Nye funksjoner, men du kan også få en fin oversikt her.

Under her kan du skaffe deg ett eller flere av gratis alternativene for å leke med 23ai:

Så det er ingen unnskyldning for ikke å leke med 23ai - det finnes mange gratis måter å gjøre det på 💲

Når du kommer til det punktet hvor du vil bruke det, ikke bare leke med det, er det for øyeblikket i skyen i Base DB, ExaDB-D, og ExaDB-C@C, samt lokalt på de konstruerte systemene Exadata og ODA.

Ikke nøl - gå for det! 😊 Eller som NIKE sier; Just do it!