- Versionshinweise
- Erste Schritte
- Installation
- Hard- und Softwareanforderungen
- Serverinstallation
- Aktualisierung der Lizenz
- Bereitstellen des UiPath Process Mining-Profilers
- Bereitstellen eines Connectors (.mvp)
- Aktualisieren von UiPath Process Mining
- Aktualisieren einer benutzerdefinierten Version einer App oder eines Discovery Accelerators
- Installieren einer Trainingsumgebung
- Konfiguration
- Integrationen
- Authentication
- Working with Apps and Discovery Accelerators
- AppOne-Menüs und -Dashboards
- AppOne-Einrichtung
- Menüs und Dashboards von TemplateOne 1.0.0
- Setup von TemplateOne 1.0.0
- TemplateOne-Menüs und Dashboards
- Setup von TemplateOne 2021.4.0
- Purchase-to-Pay Discovery Accelerator-Menüs und -Dashboards
- Einrichtung des Purchase-to-Pay-Discovery-Beschleunigers
- Menüs und Dashboards des Order-to-Cash Discovery Accelerators
- Einrichtung des Order-to-Cash Discovery-Beschleunigers
- Basic Connector for AppOne
- Bereitstellen des einfachen Connectors
- Einführung zu Basic Connector
- Eingabetabellen des Basic Connectors
- Hinzufügen von Tags
- Hinzufügen von Automatisierungsschätzungen
- Hinzufügen von Fälligkeitsdaten
- Hinzufügen von Referenzmodellen
- Einrichten von praktisch umsetzbaren Erkenntnissen
- Festlegen von reduzierbaren Diagrammen
- Verwenden des Ausgabe-Datasets in AppOne
- Output tables of the Basic Connector
- SAP Connectors
- Introduction to SAP Connector
- SAP-Eingabe
- Überprüfen der Daten im SAP Connector
- Hinzufügen von prozessspezifischen Tags zum SAP Connector für AppOne
- Hinzufügen von prozessspezifischen Fälligkeitsdaten zum SAP Connector für AppOne
- Hinzufügen von Automatisierungsschätzungen zum SAP Connector für AppOne
- Hinzufügen von Attributen zum SAP Connector für AppOne
- Hinzufügen von Aktivitäten zum SAP Connector für AppOne
- Hinzufügen von Entitäten zum SAP Connector für AppOne
- SAP Order to Cash Connector für AppOne
- SAP Purchase to Pay Connector für AppOne
- SAP Connector for Purchase to Pay Discovery Accelerator
- SAP Connector für den Order-to-Cash Discovery Accelerator
- Superadmin
- Die Registerkarte Arbeitsbereiche
- Die Registerkarte Entwicklungsdaten
- Die Registerkarte Versionen
- Die Registerkarte Freigegebene Daten
- The Builds tab
- Die Registerkarte Serverdaten
- Die Registerkarte Einstellungen (Settings)
- Die Registerkarte Superadmin-Benutzer
- Die Registerkarte Status
- Die Registerkarte Lizenz
- Erstellen von Releases
- Anzeigen des Verlaufs der Verzweigung
- Creating Apps
- Modules
- Dashboards und Diagramme
- Tabellen und Tabellenelemente
- Anwendungsintegrität
- How to ....
- Arbeiten mit SQL-Connectors
- Introduction to SQL connectors
- Setting up a SQL connector
- CData Sync extractions
- Running a SQL connector
- Editing transformations
- Freigeben eines SQL-Connectors
- Scheduling data extraction
- Structure of transformations
- Using SQL connectors for released apps
- Generating a cache with scripts
- Setting up a local test environment
- Separate development and production environments
- Nützliche Ressourcen
Separate development and production environments
Auf dieser Seite wird eine empfohlene Einrichtung für separate Produktions- und Entwicklungsumgebungen beschrieben. Auf diese Weise können Sie mit mehreren Entwicklern an einem SQL-Connector arbeiten. Nachdem alle Änderungen vorgenommen wurden, kann ein fertiger SQL-Connector für eine Produktionsumgebung freigegeben werden.
In der folgenden Abbildung finden Sie eine Übersicht über die empfohlene Einrichtung.
Dies ist eine empfohlene Einrichtung.
Es gibt zwei Instanzen der SQL Server-Datenbank, eine für die Entwicklung und eine für die Produktion.
SQL Server-Datenbankinstanz |
Beschreibung |
---|---|
Entwicklungsdatenbank |
• Alle Entwickler sollten Zugriff auf die Entwicklungsdatenbank haben, um die Daten zu überprüfen und Transformationen zu validieren. • Ein Schema pro Entwickler (pro Connector) sollte erstellt werden, um sicherzustellen, dass sich Entwickler nicht gegenseitig bei der Arbeit stören, während Transformationen während der Entwicklung ausgeführt werden. |
Produktionsdatenbank |
• Der Zugriff auf die Produktionsdatenbank kann nach Bedarf oder basierend auf einer bestimmten Rolle gewährt werden. • Es ist nur ein Schema erforderlich, das die Produktionsdaten enthält. |
Anstelle von zwei separaten SQL Server-Datenbankinstanzen können Sie das Entwicklungs- und das Produktionsschema in einer SQL Server-Datenbank speichern.
Es gibt zwei Instanzen von CData Sync, eine für die Entwicklung und eine für die Produktion. Für beide Instanzen sollten die grundlegenden Installationsanweisungen befolgt werden. Es gibt jedoch einige Unterschiede in der Konfiguration.
CData Sync-Instanz |
Beschreibung |
---|---|
Entwicklungsumgebung |
• Ein CData Sync-Benutzerkonto pro Entwickler sollte erstellt werden, damit jeder Entwickler Verbindungen und Aufträge für Entwicklungs- und Testzwecke erstellen kann. |
Produktionsumgebung |
• Es werden nur Benutzerkonten benötigt, die zum Konfigurieren von Produktionsläufen erforderlich sind. • Es sind nur Aufträge und Verbindungen erforderlich, die zum Extrahieren von Produktionsdaten und zum Speichern in der SQL-Produktionsdatenbank erforderlich sind. |
Anstelle von zwei separaten CData Sync-Instanzen können Sie die Entwicklungs- und Produktionsaufträge in einer CData Sync-Instanz speichern.
Dbt muss auf den lokalen Entwicklungsarbeitsstationen und auf dem Produktionsserver installiert werden. Lokale Entwickler verwenden nur die Entwicklungsdatenbank, während die Produktionsinstanz von dbt eine Verbindung mit der Produktionsdatenbank herstellt.
dbt-core
und einigen Adaptern wie dbt-sqlserver
. Stellen Sie sicher, dass die Version jeder der Komponenten in allen Umgebungen gleich ist, um Probleme zu vermeiden. Eine Liste der verfügbaren Adapter finden Sie in derdbt-Dokumentation.
Eine Beschreibung, wie ein Connector für einen neuen SQL-Connector ausgecheckt wird, finden Sie unter Einrichten eines SQL- Connectors.