:::(Info)Following Release 306, Tulip is changing the way numbers are stored in Tables and Completion Records to support capturing, storing, and displaying trailing zeros.
:::
Der Datentyp „Number“ ist eine reelle Zahl (z. B. 53, 700, 506,2, 7,645). Die numerische Genauigkeit von Tulip ermöglicht es, dass Zahlen nachgestellte Nullen enthalten (z. B. 1,90, 7,300, 36,850, 419,38910).
Details zur numerischen Genauigkeit
Bei der Eingabe von Zahlen werden nachgestellte Nullen beibehalten. Über „Number“ InputeingegebeneDatenbehalten nachgestellte Nullen bei der Speicherung und Anzeige im gesamten Tulip-Ökosystem bei – bis zu 20 Stellen nach dem Komma. Eingaben mit mehr als 20 Stellen werden auf die nächste 20. Stelle gerundet. Tabellendaten werden in einem neuen präzisen Datentyp namens „Postgres Decimal“ gespeichert – anstelle von „float“-Werten.
Tabellendatensätze zeigen alle Stellen nach dem Komma an. Tabellenzeigen alle Stellen nach dem Komma an, wobei bei Erreichen der Spaltenbreite eine Ellipse erscheint. Die bisherige UX-Einschränkung zeigte in der Rasteransicht nur die ersten 3 Stellen an. Um alle Stellen nach dem Komma anzuzeigen, klicken Sie auf den Tabellendatensatz.
**Zahleneingaben und Ausdrücke können die Anzahl der Dezimalstellen nach Wunsch steuern.**App-Entwickler können die Anzahl der Stellen bei der Eingabe und Berechnung wie folgt festlegen und erzwingen: * Eine Validierungsregel für Zahleneingaben, um die genaue Anzahl der Dezimalstellen festzulegen.

- Ausdrücke zur Verwaltung der Dezimalstellen externer Eingaben (z. B. Konnektoren, Geräte, Maschinen, benutzerdefinierte Widgets) und zur Durchführung mathematischer Berechnungen. Zu diesen Ausdrücken gehören ROUND() und GETDECIMALPLACES().
- Ein neuer Ausdruck, TOPLAINTEXT(), gibt Dezimalzahlen mit voller Genauigkeit aus.
Weitere Informationen zu diesen Ausdrücken finden Sie im folgenden Abschnitt: Ausdrücke zur Verwaltung der Genauigkeit.
Grenzwerte und Verhalten bei Wertüberschreitung
Maximalwert: JS MAX SAFE INT* Dies ist der standardmäßige Maximalwert für numerische Daten in JavaScript * Behandlung von Werten außerhalb des zulässigen Bereichs durch die Tulip Tables API: Eingehende Daten, die diesen Wert überschreiten, lösen einen Fehler aus und werden nicht gespeichert.
Maximale Stellenzahl nach dem Komma: 20* Dies ist mehr als die Stellenanzahl bei Gleitkommazahlen (bisher unterstützte Tulip 15 Stellen) und deckt alle bekannten Anwendungsfälle ab.* Behandlung von Werten außerhalb des zulässigen Bereichs durch die Tulip Tables API: Eingehende Daten mit mehr als 20 Stellen werden auf die nächste 20. Stelle gerundet
Wie verhält sich die numerische Genauigkeit bei anderen Tulip-Funktionen?
Eingabedaten mit nachgestellten Nullen gelten nur für Zahleneingaben in Apps. Andere Datenströme in Tulip behandeln die numerische Genauigkeit anders:
Externe Daten
Daten, die über Konnektoren, Maschinen, Geräte und benutzerdefinierte Widgets eingehen, werden weiterhin als Zeichenfolgen oder Floats gesendet; dies hängt vom Datentyp der Quelle ab. Numerische Daten werden bei der Speicherung in Tulip-Tabellen und Vervollständigungsdatensätzen in Postgres-Dezimalzahlen konvertiert.
Automatisierungen
Automations werden nachlaufende Nullen im Laufe des Jahres 2025 unterstützen. Derzeit speichern Automatisierungen, die Berechnungen durchführen, keine nachlaufenden Nullen.
Ausdrücke zur Steuerung der Genauigkeit
App-Entwickler können die Anzahl der Stellen beim Speichern von Zahlen in Tulip mit dem folgenden Ausdruck steuern.
ROUND()
Verwenden Sie ROUND(), um die gewünschte Anzahl von Dezimalstellen festzulegen und nachgestellte Nullen hinzuzufügen, bevor der Wert gespeichert wird.:::(Internal) (Private notes)
insert screenshot of example expression]
:::
App-Entwickler können die Anzahl der Stellen bei mathematischen Berechnungen, einschließlich Durchschnittswerten und Summen, mit den folgenden Ausdrücken steuern.
GETDECIMALPLACES() und ROUND()
Verwenden Sie GETDECIMALPLACES() und/oder ROUND(), um die Dezimalstellen für Berechnungsergebnisse festzulegen.
TOPLAINTEXT()
Verwenden Sie TOPLAINTEXT() anstelle von TOTEXT(), um die vollständige Dezimalgenauigkeit eines numerischen Werts einschließlich nachgestellter Nullen anzuzeigen. Der Grund dafür ist, dass TOTEXT() eine abwärtskompatible Implementierung beibehält, um präzise Dezimalzahlen als JavaScript-Zahlen (d. h. Floats) mit einer Genauigkeit von höchstens 16 Stellen anzuzeigen.
Technische Details
- Im Rahmen dieses Verhaltens wurden Tulip-Tabellen und -Vervollständigungen von „Floats“ auf präzise Postgres-Dezimalzahlen umgestellt, die so konfiguriert sind, dass sie bis zu 20 Stellen nach dem Komma speichern.
- Eingehende numerische Daten aus allen Quellen (d. h. Apps, Tulip-Tabellen-API, Konnektoren usw.) werden in Tulip-Tabellen als Postgres-Dezimalzahlen gespeichert und bei der Speicherung auf maximal 20 Stellen gerundet.
Historische Daten
Daten, die vor Release 306 erfasst wurden, sind vollständig erhalten geblieben, wobei die numerischen Werte unverändert geblieben sind. Alle neu eingehenden Daten werden auf 20 Stellen nach dem Komma gerundet.
Geringfügige Änderungen
Aufgrund der Unterschiede zwischen Dezimalzahlen und „Float“-Werten gibt es nach der Einführung der Zahlenpräzision einige Änderungen in Randfällen und Einschränkungen bei der Verarbeitung von Zahlen in Apps:
- Ausdrücke: Die JavaScript-Werte „NaN“ und „Infinity“ existieren in präzisen Dezimalzahlen nicht – daher lösen Ausdrücke nun bei mathematischen Fehlerfällen (z. B. beim Ziehen der Quadratwurzel einer negativen Zahl oder beim Dividieren durch 0) einen Fehler aus. a. Das bedeutet, dass App-Entwickler möglicherweise jede Sonderfalllogik aktualisieren müssen, die mit JS-NaN und Infinity arbeitet. Diese Werte werden von der Schnittstelle nicht unterstützt, und wir raten davon ab, sie zur Bewältigung mathematischer Randfälle in Ihren Apps zu nutzen.
- Trigger: „Meldung anzeigen“ verwendet nun Anführungszeichen, um Zahlen einzufassen. a. Das bedeutet, dass Sie nun in „Meldung anzeigen“ nachgestellte Nullen anzeigen können.
- Tabellen: CSV-Exporte zeigen nun vollständige Zahlen an (die größer als 1e6 sind) – zuvor verwendete die CSV-Datei bei großen Zahlen (größer als 1e6) die Exponentialschreibweise. a. Das bedeutet, dass Ihre Administratoren möglicherweise ihre Skripte zur CSV-Verarbeitung aktualisieren müssen, um etwaige Sonderfälle für die Verarbeitung von Zahlen in Exponentialform zu entfernen, falls solche vorhanden waren.
- Ausdrücke: TOTEXT & Zahlendarstellung – Wenn Sie nachgestellte Nullen in der textuellen Darstellung beibehalten müssen, verwenden Sie den neuen Ausdruck TOPLAINTEXT(), der Zahlen in Anführungszeichen setzt, um nachgestellte Nullen zu erhalten.a. Ausdrücke: TOTEXT() setzt Zahlen nicht in Anführungszeichen und behält daher nachgestellte Nullen nicht bei. Verwenden Sie stattdessen die neue Funktion TOPLAINTEXT(), um die vollständige Zahl mit nachgestellten Nullen in Anführungszeichen anzuzeigen.b. Wir führen TOPLAINTEXT() als neuen Ausdruck ein, um die Abwärtskompatibilität für Anwendungen zu gewährleisten, die möglicherweise den Ausdruck TOTEXT() verwendet haben.
Wenn Sie Fragen zur Arbeit mit Zahlenpräzision haben, wenden Sie sich an Ihren Tulip-Kundenerfolgsmanager oder schreiben Sie einen Beitrag im Community-Thread.
Zahlenformatierung und Sprache
Die Zahlenformatierung variiert je nach Land, insbesondere hinsichtlich der Trennzeichen. Beispielsweise verwenden einige Länder (USA, Mexiko, China) einen Punkt (.) als Dezimaltrennzeichen und ein Komma (,) als Tausendertrennzeichen. Andere Länder (z. B. Europa) verwenden ein Komma (,) als Dezimaltrennzeichen.
In Tulip sind diese Zahlenformate in den folgenden Kontexten wichtig: 1. Bei der Anzeige einer Zahl für einen Tulip-Benutzer stellt das Format sicher, dass der Benutzer den korrekten Wert versteht. 2. Beim Parsen einer vom Benutzer eingegebenen Zahl stellt das Format sicher, dass der korrekte Wert in den Tulip-Daten erfasst wird.
Das Zahlenformat richtet sich nach der Sprache des aktuellen Nutzers, wie sie in dessen persönlichen Einstellungen festgelegt ist. Wenn Nutzer keine bestimmte Sprache ausgewählt haben, leitet Tulip die Sprache anhand der Browsereinstellungen ab.
Erfahren Sie, wie Sie Ihre Spracheinstellung festlegen können.
Note that there is no default instance-level or workspace-level language setting.
Standard-Zahlenformat ab r360
Innerhalb derselben Sprache kann es je nach geografischem Standort zu Abweichungen im verwendeten Zahlenformat kommen. Um dieses Verhalten zu verstehen, beachten Sie für Ihre gewünschte Sprache Folgendes:
Die folgenden Sprachen verwenden standardmäßig ein Komma ( , ) als Dezimaltrennzeichen:* Bulgarisch* Tschechisch* Dänisch* Niederländisch* Estnisch* Finnisch* Französisch* Deutsch* Griechisch* Ungarisch* Indonesisch* Italienisch* Lettisch* Litauisch* Norwegisch* Polnisch* Portugiesisch* Rumänisch* Russisch* Slowakisch* Slowenisch* Spanisch* Schwedisch* Türkisch* Ukrainisch* Vietnamesisch
Um dieses Verhalten zu überschreiben, wenden Sie sich bitte an Ihren Systemadministrator oder an Tulip Support.
{{snippet.Haben Sie gefunden, wonach Sie gesucht haben?}}


