
On-prem en cloud SQL Server
Yres maakt een directe databaseverbinding met Microsoft SQL Server: host, poort (standaard 1433), databasenaam en een SQL-login met leesrechten. Staat de server on-premises of achter een firewall, dan loopt de verbinding via een self-hosted integration runtime; is hij publiek bereikbaar, dan volstaat de cloud-runtime van Azure Data Factory. Yres leest schema's, tabellen en kolommen uit, jij kiest per tabel wat er geladen wordt, en de data landt gehistoriseerd in een Azure SQL-database in je eigen tenant, klaar voor Power BI.
Leest één Power BI-rapport uit één SQL Server-database en hoef je niet terug te kijken in de tijd, dan is een rechtstreekse verbinding vanuit Power BI voldoende.
Yres wordt zinvol zodra de SQL Server-database van je ERP of bedrijfsapplicatie achter de firewall staat en toch naast andere bronnen in Azure moet komen, wanneer je wilt vastleggen hoe rijen in de loop van de tijd veranderen, of wanneer grote tabellen alleen nog op wijzigingen geladen moeten worden.
Ja. Bij het aanmaken van de bron kies je een self-hosted integration runtime in plaats van de cloud-runtime. Die runtime moet wel al geïnstalleerd en gepubliceerd zijn voordat je de bron toevoegt.
Ja. In het veld Host kun je bij een named instance de notatie server\instance gebruiken, en de poort vul je zelf in. 1433 is alleen de standaardwaarde.
Met een SQL-login: gebruikersnaam en wachtwoord. Het advies is een apart serviceaccount met alleen leesrechten op de betreffende database, zodat de koppeling nooit meer kan dan lezen.
Ja. Je kunt een tweede wijzigingskolom van hetzelfde datatype opgeven. Yres kijkt per rij naar de hoogste van de twee, zodat een rij wordt opgehaald zodra één van beide kolommen voorbij het vorige laadmoment ligt. Is één van de twee leeg, dan telt de andere.
Volledige technische beschrijving in de kennisbank →·Laatst gecontroleerd:
Gebouwd voor organisaties op Azure en Power BI. Yres koppelt je bronnen, bewaart de historie en rolt wijzigingen gecontroleerd uit, zonder handwerk.