Hjälp utvecklingen av webbplatsen och dela artikeln med vänner!

Introduktion till MariaDB JSON

MariaDB tillhandahåller ytterligare en viktig funktion för användaren som är MariaDB JSON. I grund och botten är MariaDB JSON-funktionen ett standardtextformat, och den används för datautbyte såväl som ostrukturerad data. MariaDB JSON-funktionen stöder nästan alla versioner av MariaDB. Den största fördelen med MariaDB JSON-funktionen är att vissa data är schemalösa, och vissa data fungerar strikt, det vill säga med schema i så fall, hur vi kan matcha dataformatet. Så med hjälp av MariaDB JSON-funktionen städar vi all ostrukturerad data enligt våra krav.På ett annat sätt kan vi förklara MariaDB JSON-funktionen är som att den bygger relation mellan strukturerad och ostrukturerad data.

Syntax:

skapa tabell tabellnamn (kolonnnamn 1 datatyper (storlek), kolumnnamn 2 datatyper (storlek),… kolumnnamn N datatyper (storlek), check( JSON_VALID(kolumns namn är eller null) );

Förklaring:

  • I ovanstående syntax använder vi en create table-sats för att implementera MariaDB JSON-funktionen. I vilken vi skapade en tabell med olika attribut, som visas i ovanstående uttalande.
  • Därefter använder vi JSON-funktionen här; vi kontrollerar funktionen hos JSON. Den används för att kontrollera fältet för ett angivet kolumnnamn.

Hur fungerar JSON i MariaDB?

  • Låt oss se hur JSON fungerar i MariaDB. Norm alt fungerar JSON-funktioner på ostrukturerad data samt fungerar för datautbyte.
  • I strukturdata skapade vi tabellnamn som företag med olika attribut. Alla attribut är i ett välstrukturerat format vilket innebär att alla innehåll i tabellen är väl lämpade för relationsformat.
  • Å andra sidan måste vi lägga till olika attribut i tabellen som har en annan betydelse. Detta attribut betraktar vi som icke-relationella attribut.
  • Så MariaDB JSON arbetar med datatolkning. I vilken JSON-funktionen utbyter data för att matcha datatypen betyder alla attribut i en enda form.
  • Detta är hur JSON-funktionen fungerar i MariaDB.

Exempel på MariaDB JSON

Nedan ges exempel på MariaDB JSON:

Exempel 1 - Strukturerad data.

Kod:

skapa tabelldator(comuter_id int inte null primärnyckel auto_increment,
datornamn varchar(255) inte null,
computer_price decimal(9,2) not null,
stock int not null,
attr varchar(1000));

Förklaring:

  • I tabellen ovan har vi ett annat attribut som ser ut som kolumnnamn i relationsdatabastabeller, och vi har ett kolumnnamn som attr som kan lagra all relevant information om datorn som en JSON-sträng. Observera att vi inte använder JSON som datatyp här eftersom det inte är tillgängligt i MariaDB, men vi kan använda det som en funktion och det fungerar som en textsträng med JSON-format.
  • Se här har vi ett attr-attribut som kan lagra alla typer av data, även ogiltig JSON. Det som är bra i MariaDB är att vi har en kontrollbegränsning för att kontrollera om ett infogat värde är giltigt eller inte giltigt efter varje infogning eller uppdateringsoperation i MariaDB. Av den anledningen kan vi använda kontrollbegränsning vid tidpunkten för tabellskapandet enligt följande.

Kod:

skapa tabell dator1(comuter_id int inte null primärnyckel auto_increment,
datornamn varchar(255) inte null,
computer_price decimal(9,2) not null,
lager int inte null,
attr varchar(1000),
check (json_valid (attr)));

Förklaring:

  • I exemplet ovan skapade vi samma tabell som den föregående datortabellen; i den här tabellen lägger vi bara till en JSON-funktion med en kontrollbegränsning, som visas i exemplet ovan.
  • Dator1-tabellen har ett annat attribut enligt följande.
  • computer_id är en heltalskolumn med egenskapen auto_increment, så MariaDB kommer automatiskt att öka ett sekventiellt nummer när vi infogar en ny rad i den angivna tabellen. Dessutom är kolumnen computer_id en primär nyckelrestriktion, som visas i ovanstående uttalande.
  • datornamn ett tecken med variabel längd med en maximal storlek på tecknet. Computer_name har en icke-null-begränsning som innebär att vi inte kan infoga null-värden i den här kolumnen.
  • computer_price är en decimaldatatyp, och den har inte heller noll-begränsning.
  • stock int är en heltalskolumn, och den har inte heller noll-begränsning.
  • attr ett tecken med variabel längd med en maximal storlek på tecknet.
  • Slutligen lägger vi till en kontrollbegränsning i dator1-tabellen genom att använda JSON-funktionen.
  • Resultatet av ovanstående uttalande illustrerar vi med hjälp av följande ögonblicksbild.

Utdata:

Försök nu att infoga några poster i dator1-tabellen genom att använda följande sats.

Kod:

insert into computer1 (datornamn, dator_pris, lager, attr) värden (“HP”,20.1, 150, null);

Förklaring:

  • Genom att använda ovanstående sats infogar vi några poster i computer1-tabellen.
  • Se här null-värdet accepteras inte av JSON-funktionen, så vi måste ändra tabelldefinitionen enligt följande.

Kod:

skapa tabell dator1(comuter_id int inte null primärnyckel auto_increment,
datornamn varchar(255) inte null,
computer_price decimal(9,2) not null,
stock int not null,
attr varchar(1000),
check (attr är null eller json_valid (attr)));

Förklaring:

  • Se här i det här exemplet lägger vi till ytterligare en begränsning som visas i uttalandet ovan för att undvika problemet med nollbegränsning.
  • Försök nu att infoga poster genom att använda följande sats.

Kod:

insert into computer1 (datornamn, datorpris, lager, attr) värden (“HP”,20.1, 150, null);
väljfrån dator1;

Förklaring:

  • Nu är allt ok. Vi kan infoga data i dator1-tabellen eftersom vi redan har ändrat tabelldefinitionen.
  • Resultatet av ovanstående uttalande illustrerar vi med hjälp av följande ögonblicksbild.

Utdata:

Exempel 2 - Indexering på JSON-värden.

I grund och botten stöder MariaDB inte funktionella index utan virtuella kolumner, som kan indexeras, men här använder vi vanlig textkolumn med datatypsnamn som attr, men vi kan inte skapa en enskild kolumn i den JSON-strängen på grund av MariaDB gör stöder inte funktionell indexering.

Exempel 3 - Virtuell kolumn.

Låt oss se ett enkelt exempel på ett attribut attr med färg. En virtuell kolumn som innehåller färg extraherad från attr-kolumnen och index på den. I den här situationen kan vi använda funktionen JSON_VALUE som får åtkomst till ett JSON-värde och en sökväg.

Slutsats

Från ovanstående artikel såg vi den grundläggande syntaxen för MariaDB JSON-funktionen, och vi ser också olika exempel på JSON-funktion. Från den här artikeln såg vi hur och när vi använder MariaDB JSON-funktioner.

Rekommenderade artiklar

Detta är en guide till MariaDB JSON. Här diskuterar vi introduktionen, hur JSON fungerar i MariaDB? tillsammans med exempel. Du kan också ta en titt på följande artiklar för att lära dig mer -

  1. MariaDB utländsk nyckel
  2. Databashanteringsprogram
  3. Centralized Database
  4. Metadatahanteringsverktyg

Hjälp utvecklingen av webbplatsen och dela artikeln med vänner!