![]() |
Die ersten Schritte mit PostgreSQL umfassen Registrierung, Installation und Konfiguration. Der Großteil dieses Prozesses wird unabhängig von ThingWorx durchgeführt und ist unter
ThingWorx installieren dokumentiert.
|
![]() |
Die PostgreSQL-Standardimplementierung umfasst einen Persistenzanbieter, der nicht in ThingWorx bearbeitet werden kann. Sie können ihn jedoch über die Datei "platform-settings.json" oder Dienste bearbeiten.
|
Stream-Prozessoreinstellungen
|
Basistyp
|
Standard
|
Hinweise
|
---|---|---|---|
Maximale Warteschlangengröße
|
Number
|
250000
|
Maximale Anzahl der Stream-Einträge in der Warteschlange.Sobald der angegebene Wert erreicht ist, werden die folgenden Einträge zurückgewiesen.
|
Maximale Wartezeit vor der Leerung des Stream-Puffers (Millisek.)
|
Number
|
2000
|
Anzahl der Millisekunden, die das System wartet, bevor der Stream-Puffer geleert wird
|
Anzahl der Verarbeitungs-Threads
|
Number
|
5
|
Anzahl der Verarbeitungs-Threads, die dem Stream zugeordnet sind
|
Maximale Anzahl der Elemente vor der Leerung des Stream-Puffers
|
Number
|
500
|
Maximale Anzahl von Elementen, die erfasst werden, bevor der Stream-Puffer geleert wird
|
Maximale Anzahl der Stream-Schreibvorgänge im Verarbeitungsblock
|
Number
|
2500
|
Maximale Anzahl der Stream-Schreibvorgänge zum Verarbeiten in einem Block
|
Pufferstatus-Scanrate (Millisek.)
|
Number
|
5
|
Der Pufferstatus wird in der angegebenen Rate in Millisekunden geprüft.
|
Wert-Stream-Prozessoreinstellungen
|
Basistyp
|
Standard
|
Hinweise
|
---|---|---|---|
Maximale Warteschlangengröße
|
Number
|
250000
|
Maximale Anzahl der Wert-Stream-Einträge in der Warteschlange.Sobald der angegebene Wert erreicht ist, werden die folgenden Einträge zurückgewiesen.
|
Maximale Wartezeit vor der Leerung des Wert-Stream-Puffers (Millisek.)
|
Number
|
2000
|
Anzahl der Millisekunden, die das System wartet, bevor der Wert-Stream-Puffer geleert wird
|
Anzahl der Verarbeitungs-Threads
|
Number
|
5
|
Anzahl der Verarbeitungs-Threads, die dem Wert-Stream zugeordnet sind
|
Maximale Anzahl der Elemente vor der Leerung des Wert-Puffers
|
Number
|
500
|
Maximale Anzahl von Elementen, die erfasst werden, bevor der Wert-Stream-Puffer geleert wird
|
Maximale Anzahl der Wert-Stream-Schreibvorgänge im Verarbeitungsblock
|
Number
|
2500
|
Maximale Anzahl der Wert-Stream-Schreibvorgänge zum Verarbeiten in einem Block
|
Pufferstatus-Scanrate (Millisek.)
|
Number
|
5
|
Der Pufferstatus wird in der angegebenen Rate in Millisekunden geprüft.
|
Name
|
Standardwert
|
Hinweise
|
---|---|---|
JDBC-URL
|
jdbc:postgresql://localhost:5432/thingworx
|
JDBC-URL der Datenbank, von der Verbindungen abgerufen werden sollen. Sie können mehrere Schemas in dieser URL angeben.
|
Benutzername
|
thingworx
|
Benutzername zum Abrufen einer Datenbankverbindung
|
Passwort
|
N/A
|
Passwort zum Abrufen einer Datenbankverbindung
|
Verbindungspool-Anfangsgröße
|
5
|
Anzahl von Verbindungen, die ein Pool versucht, beim Start abzurufen
|
Inkrement beim Abrufen der Verbindung
|
5
|
Bestimmt, wie viele Verbindungen abgerufen werden, wenn der Pool ausgeschöpft ist
|
Maximale Verbindungspoolgröße
|
100
|
Maximale Anzahl von Verbindungen, die ein Pool zu einem beliebigen Zeitpunkt aufrechterhält
|
Mindest-Verbindungspoolgröße
|
5
|
Minimale Anzahl von Verbindungen, die ein Pool zu einem beliebigen Zeitpunkt aufrechterhält
|
Maximale zwischengespeicherte Anweisungen
|
100
|
Größe des globalen PreparedStatement-Cache
|
Treiberklasse
|
org.postgresql.Driver
|
Datenbank-JDBC-Treiberklasse
|
Wiederholungsversuche abrufen
|
3
|
Definiert, wie viele Male der Verbindungspool versucht, eine neue Verbindung abzurufen
|
Wiederholungsverzögerung erfassen
|
10000
|
Zeit in Millisekunden, die der Verbindungspool zwischen Erfassungsversuchen wartet
|
Timeout beim Wiederholen eines Checkouts
|
1000000
|
Anzahl von Millisekunden, die ein Client, der getConnection aufruft, auf das Einchecken oder Erfassen einer Verbindung wartet, wenn der Pool ausgeschöpft ist
|
Maximale Leerlaufzeit
|
0
|
Sekunden, die eine Verbindung im Pool, aber nicht verwendet bleiben kann, bevor sie verworfen wird. 0 bedeutet Leerlaufverbindungen laufen nie ab.
|
Maximales Verbindungsalter
|
0
|
Verbindungen älter als dieses Alter in Sekunden werden getrennt und aus dem Pool gelöscht. 0 bedeutet, dass kein maximales Alter erzwungen wird.
|
Anzahl der Helper-Threads
|
8
|
Langsame JDBC-Operationen werden im Allgemeinen von Helper-Threads durchgeführt, die keine Konfliktsperren aufweisen. Die Verteilung dieser Operationen auf mehrere Threads kann die Leistung deutlich verbessern, da mehrere Operationen gleichzeitig durchgeführt werden können.
|
Nicht zurückgegebener Verbindungs-Timeout
|
0
|
Wenn die Anwendung eine Verbindung abruft, sie aber nicht innerhalb des angegebenen Zeitraums schließen kann, löscht der Pool die Verbindung. 0 bedeutet "kein Timeout". Es wird erwartet, dass die Anwendungen ihre eigenen Verbindungen schließen.
|
Maximale Leerlaufzeit für Verbindungen über der Mindest-Poolgröße
|
300
|
Anzahl von Sekunden, die Verbindungen über minPoolSize im Leerlauf im Pool bleiben dürfen, bevor sie gelöscht werden. 0 bedeutet Folgendes: "kein Erzwingen", und entsprechende Verbindungen werden nicht gelöscht.
|