Kaj je podatkovni prehod?

graph TD
    A["Access prek gonilnika ODBC"] -->|"OData v4, HTTPS"| D
    E["Excel, Power BI (Power Query)"] -->|"OData v4, HTTPS"| D
    P["Lastni programi: .NET, VBA, skripti"] -->|"HTTP, JSON ali XML"| D
    V["Aplikacija za upravljanje (Access)"] -->|"/admin/v1/"| D
    D["Podatkovni prehod Wkl.Data.Gateway"] --> Q[("SQL Server: ena ali več podatkovnih zbirk")]

Podatkovni prehod (Wkl.Data.Gateway) je edina pot, po kateri uporabniki in programi pridejo do vaših podatkovnih zbirk SQL Server. Zahtevo sprejme prek HTTP, preveri prijavo in pravice, sestavi stavek SQL in vrne rezultat. Potrebujete jo, kadar delovne postaje, Excelovi delovni zvezki ali programi ne smejo imeti neposredne povezave s podatkovno zbirko: v pisarni, pri delu od doma brez VPN ali pri stranki.

Ključne funkcije

Access, Excel in Power BI brez povezave s podatkovno zbirko. Access tabele poveže prek gonilnika ODBC Wkl OData in jih ureja v podatkovnem listu in obrazcih. Excel in Power BI podatke naložita s Power Query kot vir OData. Filtriranje in razvrščanje opravi podatkovna zbirka, ne delovna postaja.
Izvede se samo SQL, ki ga je prehod sestavil ali preveril. Za običajne zahteve prehod SQL sestavi sam. Če program pošlje lasten stavek, ga prehod razčleni in vsak objekt v njem preveri v katalogu in pravilih. Nepreverjen stavek je mogoč samo po posebej omogočeni poti; tam ga omejujejo le pravice prijave v podatkovno zbirko.
Prijava, ki ustreza okolju: račun Windows, prijava SQL Server, osebni ključ posamezne osebe ali ključ storitve za programe. Glede na način prijave in omrežje prehod zahteva še 2FA (dvostopenjsko preverjanje identitete) s kodo iz aplikacije za preverjanje pristnosti.
Podatkovna zbirka ve, kdo je spremembo naredil. Če želite, se stavki izvajajo pod lastno prijavo osebe v SQL Server ali pod prijavo, dodeljeno njenemu oddelku. Sprožilci in privzete vrednosti stolpcev tako zabeležijo dejanskega uporabnika, ne skupnega tehničnega računa.
Spremembe nastavitev brez ponovnega zagona. Viri podatkov, pravila, osebe in ključi so shranjeni v skrbniški shrambi, ki jo urejate z aplikacijo za upravljanje za Access. Nizi povezave in podatki za izračun kod 2FA so šifrirani v njej z glavnim ključem, osebni ključi pa so shranjeni samo kot kontrolna vrednost, iz katere ključa ni mogoče razbrati. Imena, pravila in osebe so berljivi.
Sledljivost. Vsaka zahteva za podatke ali skrbniško opravilo se zabeleži, tudi zavrnjena: kdo jo je poslal, na kateri alias, objekt in metodo, s kakšnim rezultatom ter z ID-jem korelacije, po katerem jo poiščete v dnevniku. Vsaka sprememba prek skrbniškega vmesnika je zapisana v dnevnik sprememb shrambe.
Namestitev z enim programom: storitev Windows, digitalno potrdilo za HTTPS (tudi Let's Encrypt), pravilo požarnega zidu in po želji delovanje za strežnikom IIS.

Osnovni pojmi

Aliasi namesto imen podatkovnih zbirk. Vsaka podatkovna zbirka je navzven vidna pod svojim imenom, aliasom, na primer fachdaten. Niz povezave pozna samo prehod; noben program si podatkovne zbirke ne izbere sam.

Katalog določa, kaj je dosegljivo. Prehod prebere tabele, poglede, stolpce in ključe neposredno iz podatkovne zbirke. Vsako ime v zahtevi poišče v tem katalogu, vsako vrednost pa preda kot parameter, nikoli kot del besedila SQL. Česar ni v katalogu, za program ne obstaja.

Dva vmesnika nad istim katalogom. OData v4 (/odata/v4/…) je namenjen Accessu, Excelu in Power BI, lastni vmesnik HTTP (/api/v1/cf/…, JSON ali XML) pa programom. Prijava, pravice in beleženje so na obeh enaki.

Pravila določajo doseg. Pravilo navaja aliase, vrste objektov (tabele, pogledi, procedure, lastni stavki SQL, skrbništvo), dovoljene metode in to, ali dovoljuje samo branje. Pravila dodelite osebam, skupinam Windows, prijavam SQL Server in ključem storitve.

Vsaka sprememba zadene natanko en zapis. Pri vsaki spremembi, za katero SQL sestavi prehod, je zapis določen s celotnim ključem. V tabelo brez ključa lahko pišete samo, če je to zanjo posebej dovoljeno; zapis se tedaj določi po vrednostih, ki so bile prebrane. Spremembe drugih uporabnikov prehod prepozna, če ima tabela različico vrstice (rowversion) ali je zanjo vklopljen žig vrstice. Če se je zapis po branju spremenil, prehod ne zapiše ničesar, Access pa pokaže običajno sporočilo o konfliktu pri pisanju. Če tabela nima ne enega ne drugega, pri lastnem programu zadnja sprememba prepiše prejšnjo, Access pa spremembe zapisa prek gonilnika ODBC ne dovoli. Glejte Urejanje tabel brez različice vrstice.

Sorodne teme

Izhodišče, primeri uporabe in alternative – kateri problem izdelek rešuje in katere druge poti obstajajo
Ali potrebujem gonilnik ODBC?
Namestitev podatkovnega prehoda
„Priročnik za skrbnike aplikacije WKL Database Gateway Manager“ (dokumentacija aplikacije za upravljanje) – viri podatkov, osebe, pravice, 2FA
Podatkovni prehod Wkl.Data.Gateway – pregled – koncepti, navodila, referenčni priročnik