the series so far:

  1. SQL Server Graph Databases-Part 1: Introduction
  2. SQL Server Graph Databases – Part 2: Querying Data in a Graph Database
  3. SQL Server Graph Databases – Part 3: Modifying Data in a Graph Database
  4. SQL Server Graph Databases-Part 4: Working with hierarchical data in a graph database
  5. SQL Server Graph Databases-Part 5: Relaatiotietojen tuominen Graafitietokantaan

SQL Server 2017: n julkaisun myötä Microsoft lisäsi tuen graafitietokannoille, jotta voidaan paremmin käsitellä tietokokonaisuuksia, jotka sisältävät monimutkaisia kokonaisuussuhteita, kuten sosiaalisen median sivuston tuottamia tietoja, joissa voi olla sekoitus monesta moneen suhdetta, jotka muuttuvat usein. Graph-tietokannoissa käytetään samoja taulukkorakenteita kuin perinteisissä SQL Server-tietokannoissa ja ne tukevat samoja työkaluja ja T-SQL-lausekkeita, mutta niissä on myös ominaisuuksia monimutkaisten suhteiden tallentamiseen ja navigointiin.

tämä artikkeli on ensimmäinen SQL Server graph-tietokantoja käsittelevässä sarjassa. Artikkelissa esitellään graafin peruskäsitteitä ja osoitetaan, miten graafitaulukoita luodaan ja kansoitetaan SQL Server Management Studion (SSMS) ja paikallisen SQL Server 2017-esiintymän avulla. Seuraavissa artikkeleissa, me kaivaa miten kyselyn graafitietokanta ja muokata sen tietoja, mutta tässä artikkelissa, aloitamme perusasiat.

SQL Server Graph Database

SQL Server ’ s graph databases voi helpottaa sellaisten tietojen mallintamista, jotka sisältävät monimutkaisia monesta moneen ja hierarkkisia suhteita. Yksinkertaisimmillaan graafitietokanta on kokoelma solmuja ja reunoja, jotka yhdessä määrittelevät erilaisia suhteita. Solmu on kokonaisuus, kuten henkilö tai sijainti. Reuna on kahden kokonaisuuden välinen suhde. Esimerkiksi Toledon kaltaisen paikkakunnan ja Toledossa asuvan Chris-nimisen henkilön välillä saattaa olla suhde. Chris ja Toledo ovat entiteettejä, ja ”lives in” on näiden kahden välinen suhde.

SQL Serverin solmutaulukko on kokoelma samankaltaisia entiteettejä, ja reunataulukko on kokoelma samankaltaisia suhteita. Auttaa ymmärtämään, miten tämä toimii, harkitse kuvaajan malli esitetty seuraavassa kuvassa, joka perustuu kuvitteellinen kala-ystäville foorumi. Malli sisältää kolme solmua (FishSpecies, FishLover, and FishPost) ja kolme reunaa (Likes, Posts, and LinksTo).

suorakulmiot edustavat solmuja ja solmuja yhdistävät nuolet reunoja, nuolten osoittaessa suhteen suuntaan. Esimerkiksi Likes edges voi määritellä minkä tahansa seuraavista suhteista:

  • kalan ystävä pitää kalalajeista.
  • kalan ystävä tykkää kalasta kertovasta postauksesta.
  • kalan ystävä pitää toisesta kalan ystävästä.

voit esittää kaikki kolme suhdetta datana graafitietokannan yhden reunan taulukossa, jossa jokainen suhde on omalla rivillään. Solmutaulukko toimii pitkälti samalla tavalla, paitsi että se sisältää rivin jokaiselle kokonaisuudelle. Voit myös liittää ominaisuuksia sekä solmuihin että reunoihin. Ominaisuus on avainarvoattribuutti, joka määritellään pylvääksi solmu-tai reunataulukossa. Esimerkiksi kalalajien solmukohdassa voi olla ominaisuuksia, joilla voidaan tallentaa kunkin lajin yhteiset ja tieteelliset nimet. Ominaisuudet luodaan käyttäjän määrittäminä sarakkeina Kalalajitaulukkoon. Solmutaulua luotaessa on sisällytettävä vähintään yksi ominaisuus.

useimmissa operaatioissa solmu-ja reunataulukot toimivat kuten mikä tahansa muu SQL Serverin käyttäjän määrittelemä taulukko. Vaikka on olemassa muutamia rajoituksia—kuten ei voi julistaa väliaikaisia taulukoita tai taulukkomuuttujia solmu-tai reunataulukoiksi-suurimman osan ajasta huomaat, että työskentely graafitaulukoissa on tuttua aluetta.

jos asiat menevät hieman epäselviksi, on kyseessä itse graafitietokanta. Vaikka nimi saattaa viitata siihen, että olet luomassa uudenlaista tietokantaobjektia, näin ei ole. Graafitietokanta on vain käyttäjän määrittelemässä tietokannassa määritelty looginen konstruktio, joka voi tukea korkeintaan yhtä graafitietokantaa. Graafitietokannan olemassaolo on ulkoisesti suhteellisen läpinäkyvää, eikä siitä tarvitse suurimmaksi osaksi olla huolissaan. Kun työskentelet graafitietokantojen kanssa, ensisijainen painopiste on graafitaulukoissa ja niiden sisältämissä tiedoissa.

yleensä graafitietokanta ei tarjoa ominaisuuksia, joita ei voisi saavuttaa perinteisillä relaatio-ominaisuuksilla. Graafitietokannan lupaus piilee siinä, että tietyntyyppisiä tietoja voidaan järjestää ja kysellä tehokkaammin. Microsoft suosittelee, että harkitset graafitietokannan toteuttamista seuraavissa tilanteissa:

  • sinun täytyy analysoida erittäin yhteenliitettyjä tietoja ja niiden välisiä suhteita.
  • kannatat dataa, jolla on monimutkaisia moninaisia suhteita, jotka kehittyvät jatkuvasti.
  • työskentelet hierarkkisen datan kanssa, samalla kun yrität navigoida hierarkkisen tietotyypin rajoituksia.

SQL Serverin graafitietokannan ominaisuudet on täysin integroitu tietokantamoottoriin hyödyntäen esimerkiksi kyselysuoritinta ja tallennusmoottoria. Tämän integraation ansiosta voit käyttää graafitietokantoja yhdessä monien komponenttien kanssa, mukaan lukien columstore-indeksit, Koneoppimispalvelut, SSMS ja erilaiset muut ominaisuudet ja työkalut.

Graafisolmutaulujen määrittely

graafitietokannan luominen edeltävän kuvan mallin pohjalta edellyttää kolmen solmutaulukon ja kolmen reunataulukon luomista. Microsoft on päivittänyt SQL Server 2017: n CREATE TABLE-lausekkeen sisältämään vaihtoehtoja jommankumman taulukkotyypin määrittelemiseksi. Kuten jo todettiin, voit luoda taulukoita missä tahansa käyttäjän määrittelemissä tietokannoissa. Esimerkkejä tässä artikkelissa, olen luonut perustietokannan nimeltä FishGraph, kuten seuraavassa T-SQL koodi:

1
2
3
4
5
6

USE master;
GO
DROP DATABASE IF existed FishGraph;
GO
CREATE DATABASE FishGraph;
GO

kuten näette, tässä ei ole mitään erikoista. Luot tietokannan Kuten minkä tahansa muun käyttäjän määrittelemän tietokannan. Ei ole mitään erityistä sinun tarvitsee tehdä perustaa sen tukemaan graafitietokanta.

jos aiot kokeilla näitä esimerkkejä itse, voit käyttää FishGraph-tietokantaa tai valitsemaasi tietokantaa. Mitä tahansa päätätkin, seuraava askel on luoda kalalajien solmutaulukko käyttämällä seuraavaa Luo taulu-lausetta:

1
2
3
4
5
6
7
8
9

USE FishGraph;
GO
DROP TABLE IF existed FishSpecies;
GO

CREATE TABLE fish species (
FishID INT IDENTITY PRIMARY KEY,
CommonName NVARCHAR(100) NOT NULL,
tieteellinen nimi Nvarchar(100) not null
) solmuna;

sarakkeiden määritelmien pitäisi olla melko yksinkertaisia. Tärkeää tässä on AS NODE-lauseke, joka sinun on sisällytettävä solmutaulukon luomiseen. Kun määrität tämän lausekkeen, tietokantamoottori lisää taulukkoon kaksi saraketta (johon pääsemme pian) ja luo ainutlaatuisen, Ei-ryhmitetyn indeksin yhdelle näistä sarakkeista.

voit tarkistaa SYS-kyselyllä, onko taulukko luotu solmutauluksi.pöydät näkyviin. SQL Server 2017: n julkaisun myötä Microsoft päivitti näkymän sisältämään is_node-ja is_edge-bittisarakkeet. Jos taulukko on solmutaulukko, is_node-sarakkeen arvo on 1 ja is_edge-sarakkeen arvo on 0. Jos reunataulukko, arvot ovat päinvastaiset. Seuraavassa esimerkissä käytetään näkemystä vahvistamaan, että kalalajitaulukko on määritelty oikein:

1
2

valitse is_node, IS_EDGE osoitteesta sys.taulukot
missä nimi = ”kalalajit”;

SELECT statement palauttaa seuraavassa kuvassa esitetyt tulokset, jotka osoittavat, että kalalajit on luotu solmutaulukoksi.

myös Microsoft päivitti sys: ää.sarakkeet Näytä sisältävät graph_type ja graph_type_desc sarakkeet. Näkymän ja uusien palstojen avulla saat lisätietoa Kalalajitaulukosta:

1
2
3

valitse sys: stä nimi, graph_type, graph_type_desc
.sarakkeet
missä object_id = OBJECT_ID (”kalalajit’);

seuraavassa kuvassa on esitetty kalalajitaulukkoa varten luodut sarakkeet.

kun luot solmutaulukon, tietokantamoottori lisää graph_id_<hex_string>ja $node_id_< hex_string> sarakkeet ja luo ainutlaatuisen, Ei-ryhmitetyn indeksin $node_id-sarakkeeseen. Tietokantamoottori käyttää ensimmäistä saraketta sisäisiin operaatioihin ja tekee toisesta sarakkeesta ulkoisen pääsyn. Sarake $node_id tallentaa kullekin yksikölle yksilöllisen tunnisteen, jota voit tarkastella tietoja tiedustellessasi. Tämä on ainoa sarake kahdesta sinun täytyy olla huolissaan. Itse asiassa, jos olisit kysyä taulukon suoraan, näkisit vain $node_id sarake, ei graph_id sarake.

sys: n palauttamat sarakkeet graph_type ja graph_type_desc.sarakenäkymät ovat erityisiä graafitaulukon automaattisesti luotaville sarakkeille. Sarakkeet osoittavat, minkä tyyppisiä sarakkeita tietokantamoottori tuotti. Tyyppi ilmoitetaan ennalta määritetyllä numeerisella arvolla ja siihen liittyvällä kuvauksella. Microsoft ei tarjoa paljon yksityiskohtia näistä koodeista ja kuvauksista, mutta voit löytää joitakin yksityiskohtia Microsoft document SQL Graph Architecture. Jälleen, ensisijainen huolenaihe on $node_id sarake ja tiedot Se sisältää.

kun olet luonut taulukon, voit aloittaa tietojen lisäämisen. LISÄYSLAUSEKKEEN suorittaminen solmutaulua vastaan toimii aivan kuten mikä tahansa muu taulukko. Voit määrittää kohdesarakkeet ja niiden arvot, kuten seuraavassa esimerkissä esitetään:

1
2
3
4
5
6
7
8
9
10
11

INSERT INTO FishSpecies (CommonName, ScientificName) VALUES
(’Atlantic halibut’, ’Hippoglossus hippoglossus’),
(’Chinook salmon’, ’Oncorhynchus tshawytscha’),
(’European seabass’, ’Morone (Decentrarchus) labrax’),
(’Gizzard shad’, ’Dorosoma cepedianum’),
(’Japanese striped knife jaw’, ”Oplegnathus faciatus’),
(’Pohjanhauki”, ”Esox lucius’),
(’Tyynenmerensilli”, ”Clupea pallasi’),
(’kirjolohi”, ”Oncorhynchus mykiss’),
(’kielikampela (Dover)”, ”Solea solea’),
(’Valkobasso”, ”Morone chrysops’);

mukaan voi tietysti lisätä mitä tahansa kalalajeja, joihin on erityisen ihastunut. Valintani olivat täysin mielivaltaisia. Mutta jos pysyt tiedoissani ja kyselet kalalajitaulukosta, tuloksesi näyttävät samanlaisilta kuin seuraavassa kuvassa.

kuten edellä mainittiin, graph_id-sarake ei näy tuloksissa, mutta $node_id-sarake ei, täydellisenä automaattisilla arvoilla. Tietokantamoottori luo jokaisen arvon JSON-merkkijonona, joka tarjoaa kullekin riville yksilöllisen tyypin (solmu tai reuna), skeeman, taulukon ja BIGINT-arvon. Odotetusti tietokantamoottori myös palauttaa arvot käyttäjän määrittämissä sarakkeissa, aivan kuten tyypillinen relaatiotaulukko.

seuraava vaihe on luoda ja kansoittaa FishLover-solmutaulukko käyttäen seuraavaa T-SQL-koodia:

1
2
3
4
5
6
7
8
9
10
11
12

DROP TABLE IF existed FishLover;
GO
CREATE TABLE FishLover (
FishLoverID INT IDENTITY PRIMARY KEY,
Username NVARCHAR (50) NOT NULL,
) as NODE;
lisää FISHLOVERIIN (käyttäjätunnus) arvot
(”powerangler’),
(’jessie98’),
(’koukussa’),
(’deepdive’),
(’underwatercasey’);

taulukossa on vain kaksi käyttäjän määrittämää saraketta-FishLoverID ja käyttäjätunnus-mutta voit määritellä niin monta saraketta kuin on tarpeen. Esimerkiksi, saatat haluta sisällyttää etu-ja sukunimi, yhteystiedot, ja muita yksityiskohtia, riippuen sovelluksen luonteesta. Kun olet luonut taulukon, voit suorittaa kyselyn tietojen todentamiseksi. Tulokset pitäisi näyttää samanlaisilta kuin seuraavassa kuvassa.

voit sitten toteuttaa samat vaiheet luoda ja kansoittaa FishPost taulukko, kulkee mitä viestin tekstin haluat:

1
2
3
4
5
6
7
8
9
10
11
12
13

pudota taulukko, jos on olemassa FishPost;
GO
CREATE TABLE FishPost (
PostID int identity PRIMARY KEY,
Title NVARCHAR(50) NOT NULL,
MessageText NVARCHAR(800) NOT NULL
) as NODE;
lisää fishpostiin (title, MESSAGETEXT) arvot
(”The One That Got Away”, ” Tiimimme on käytettävissä, ota meihin yhteyttä. Aeneas etu varattu tarvitsee.’),
(’a study on fish”, ” penatibus venenatis, nascetur ridiculus mus.’),
(’Hook, line and sinker”, ” Donec pede justo, fringilla vel, aliquet nec, vulputate eget, arcu.’),
(’niin paljon kalaa, niin vähän aikaa”, Nullam dictum felis eu pede mollis pretium. Integer tincidunt.’),
(’my favourite fish”, ” Aenean leo ligula, portitor eu, consequat vitae, eleifend ac, enim.’);

seuraava kuva näyttää tulokset näkisit, jos olet kiinni Lorem Ipsum tiedot.

siinä kaikki on luoda ja kansoittaa solmupöytiä. Lukuun ottamatta Luo taulu-lausekkeen as-SOLMULAUSEKETTA, suurin osa kaikesta muusta on business as usual.

graafin Reunataulukoiden määrittely

reunataulukon luominen on samantapaista kuin solmutaulukon luominen, paitsi että on määriteltävä AS-REUNALAUSEKE as-solmun lausekkeen sijaan. Esimerkiksi, luoda viestit taulukko, käyttäisit seuraavaa Luo taulukko lauseke:

1
2
3
4
5

DROP TABLE jos on olemassa viestit;
GO
CREATE TABLE Posts (
Importflag BIT NOT NULL DEFAULT 0
) as EDGE;

taulukon määritelmä on samankaltainen solmutaulukon kanssa, paitsi että se ei sisällä ensisijaista avainsaraketta (ja tietenkin se ottaa AS EDGE-lausekkeen). Tässä tapauksessa ensisijainen avain ei ole välttämätön, mutta jos jossain vaiheessa päätät, että tarvitset ensisijaisen avaimen, voit varmasti lisätä sellaisen. (Näet pian, miksi ensisijaiset avaimet ovat hyödyllisiä solmutaulukoissa.)

huomaa, että taulukon määritelmään sisältyy myös tärkeä sarake. Lisäsin tämän ensisijaisesti osoittaakseni, että voit lisätä käyttäjän määrittämiä sarakkeita reunataulukkoon, aivan kuten solmutaulukoissa. Se sanoi, se ei ole harvinaista luoda edge taulukko ilman käyttäjän määrittämiä sarakkeita, toisin kuin solmu taulukko, joka on sisällettävä vähintään yksi käyttäjän määrittämiä sarakkeita.

kun olet luonut reunataulukon, voit tarkistaa, että se on määritelty oikein kyselemällä sys.taulukot näkymä, kuten näit aiemmin:

1
2

valitse is_node, IS_EDGE osoitteesta sys.taulukot
missä name = ”viestit’;

jos teit kaiken oikein, tulokset pitäisi näyttää kuin seuraavassa kuvassa.

voit myös kysellä sysistä.taulukoita tarkastella tarkistaa sarakkeen tiedot, aivan kuten teit ennen:

1
2
3

valitse sys: stä nimi, graph_type, graph_type_desc
.sarakkeet
missä object_id = OBJECT_ID (”viestit’);

seuraavassa kuvassa näkyy palautetut tulokset järjestelmässäni.

kuten näette, tietokantamoottori lisää kahdeksan saraketta reunataulukkoon kahden näkemäsi solmutaulukon sijaan. Jälleen, Katso SQL Graph Architecture document kuvaukset kunkin saraketyypin. Tietokantamoottori käyttää suurinta osaa näistä sarakkeista sisäisiin operaatioihin. Sinun täytyy olla huolissaan ensisijaisesti seuraavat kolme saraketta:

  • sarake $edge_id_<hex_string> yksilöi yksilöllisesti jokaisen suhteen.
  • sarake $from_id_< hex_string> tallentaa kokonaisuuteen liittyvän $node_id-arvon taulukkoon, josta suhde saa alkunsa.
  • sarake $to_id_< hex_string> tallentaa kokonaisuuteen liittyvän $node_id-arvon taulukkoon, jossa suhde päättyy.

kuten solmutaulukon $node_id-sarakkeessa, tietokantamoottori luo automaattisesti arvoja $edge_id-sarakkeelle. Kuitenkin, sinun täytyy erityisesti lisätä arvoja $from_id ja $to_id sarakkeet määritellä suhde. Osoittaaksemme, miten tämä toimii, aloitamme yhdellä levyllä.:

1
2
3

lisää viesteihin ($from_id, $to_id) arvot (
(valitse $node_id osoitteesta FishLover, jossa FishLoverID = 1),
(valitse $node_id FISHPOSTISTA, jossa PostID = 3));

INSERT-lausuma määrittelee Viestitaulukossa fishlover-yksikön, jonka FishLoverID-arvo on 1, ja FishPost-yksikön, jonka PostID-arvo on 3, välisen suhteen. Huomaa, että voit käyttää $node_id -, $from_id-ja $to_id-peitenimiä viitataksesi kohdesarakkeisiin ilman, että sinun tarvitsee keksiä hex-merkkijonoja.

lisätäksesi tietoja $from_id-sarakkeeseen, sinun on määritettävä fishlover-kokonaisuuteen liittyvä $node_id-arvo. Yksi tapa saada tämä arvo on sisällyttää alikvenssi, joka kohdistuu olioon käyttäen sen ensisijaista avainarvoa. Voit ottaa saman lähestymistavan $from_id sarake.

tietojen lisääminen tällä tavalla osoittaa, miksi solmutaulukoihin on hyödyllistä lisätä ensisijaisia avaimia, mutta reunataulukoihin ei tarvita. Solmutaulukoiden ensisijaiset näppäimet helpottavat huomattavasti $node_id-arvon antamista INSERT-lausekkeeseen.

jos nyt kyselet Viestitaulukosta, tuloksesi pitäisi näyttää samanlaisilta kuin seuraavassa kuvassa.

taulukon pitäisi sisältää uusi suhde, jossa Tärkeäflag asetettu 0, oletusarvo. Voit nyt lisätä muutaman rivin käyttämällä seuraavia LISÄYSLAUSEITA:

1
2
3
4
5
6
7
8
9
10
11
12

lisää viesteihin ($from_id, $to_id) arvot (
(valitse $node_id osoitteesta FishLover, jossa FishLoverID = 3),
(valitse $node_id FISHPOSTISTA, jossa PostID = 2));
aseta viesteihin ($from_id, $to_id) arvot (
(valitse $node_id FISHLOVERISTA, jossa FishLoverID = 2),
(valitse $node_id FISHPOSTISTA, jossa PostID = 5));
aseta viesteihin ($from_id, $to_id, ImportantFlag) arvot (
(valitse $node_id osoitteesta FishLover, jossa FishLoverID = 5),
(valitse $node_id FISHPOSTISTA, jossa PostID = 4), 1);
aseta viesteihin ($from_id, $to_id, ImportantFlag) arvot (
(valitse $node_id FISHLOVERISTA, jossa FishLoverID = 4),
(valitse $node_id FISHPOSTISTA, jossa PostID = 1), 1);

huomaa, että kaksi viimeistä lisää lausekkeet antavat myös arvon Tärkeälleflag sarake. Kun kyselet viestit taulukko, tulokset pitäisi nyt sisältää kaikki viisi riviä.

seuraava vaihe on luoda ja kansoittaa Tykkää-taulukko käyttäen seuraavaa T-SQL-koodia:

1
2
3
4
5
6
7
8
9
10
11
12

pudota taulukko, jos on olemassa tykkäyksiä;
mene
luo taulun tykkäyksiä reunaksi;
lisää tykkäyksiin ($from_id, $to_id) arvot (
(valitse $node_id kohteesta FishLover, jossa FishLoverID = 3),
(valitse $node_id kalalajeista, joissa FishID = 8));
lisää Likes ($from_id, $to_id) – arvoihin (
(valitse $node_id FISHLOVERISTA, jossa FishLoverID = 5),
(valitse $node_id FISHPOSTISTA, jossa PostID = 4));
lisää Likes ($from_id, $to_id) – arvoihin (
(valitse $node_id FISHLOVERISTA, jossa FishLoverID = 1),
(valitse $node_id kohteesta FishLover jossa FishLoverID = 4));

voit tietenkin määritellä mitä suhteita haluat. Tärkeää huomata tässä on, että et ole rajoittunut mihinkään yhden solmujen. Esimerkiksi ensimmäinen insertti lausuma luo suhteen Fishloverin ja kalalajien välille, toinen lausuma luo suhteen Fishloverin ja Fishpostin välille ja kolmas lausuma luo suhteen Fishloverin ja Fishloverin välille. Tämä antaa meille kyselyn tulokset esitetty seuraavassa kuvassa.

voit ottaa saman lähestymistavan, kun luot ja täytät Linkso-taulukkoa:

1
2
3
4
5
6
7
8
9
10
11
12

DROP TABLE IF exist LinksTo;
GO
CREATE TABLE Linkssto AS EDGE;
INSERT INTO LinksTo ($from_id, $to_id) VALUES (
(valitse $node_id FISHPOSTISTA, jossa PostID = 2),
(valitse $node_id kalalajeista, joissa FishID = 6));
lisää Linkssto ($from_id, $to_id) – arvoihin (
(valitse $node_id FISHPOSTISTA, jossa PostID = 4),
(valitse $node_id kohteesta FishLover jossa FishLoverID = 1));
lisää Linkssto ($from_id, $to_id) – arvoihin (
(valitse $node_id FISHPOSTISTA, jossa PostID = 3),
(valitse $node_id FISHPOSTISTA, jossa PostID = 5));

seuraava kuva näyttää, miltä tietojen pitäisi näyttää sen jälkeen, kun ne on lisätty taulukkoon, olettaen, että olet seurannut esimerkkiä.

graafitietokannan avulla voit lisätä monenlaisia suhteita alkuperäisten ja päättävien solmujen välillä. Voit myös helposti sisällyttää muutoksia kuvaajamalliin. Voit esimerkiksi päättää lisätä FishRecipes-solmutaulukon käyttäjien foorumille lähettämien kalareseptien tallentamiseen, jolloin voit hyödyntää olemassa olevia julkaisuja, tykkäyksiä ja linkkejä reunatauluihin.

eteenpäin Graafitietokantojen kanssa

koska Microsoft sisältää graafitietokannan ominaisuudet osana SQL Server-tietokantamoottoria, voit helposti kokeilla niitä ilman, että sinun tarvitsee asentaa tai konfiguroida uudelleen mitään komponentteja. Mikä parasta, voit käyttää samoja työkaluja ja menettelyjä, joita olet käyttänyt koko ajan solmujen ja reunataulukoiden luomiseen ja kansoittamiseen. Seuraavissa artikkeleissa käsitellään graafitietojen kyselyä ja muokkaamista sekä hierarkkisten tietojen kanssa työskentelyä, joten muista pysyä kuulolla.

Vastaa

Sähköpostiosoitettasi ei julkaista.