|
TurboDB unterstützt derzeit drei verschiedene Tabellen-Formate genannt Levels, wobei Level 1 der älteste ist und Level 3 der jüngste. Weil im Laufe der Entwicklung neue Funktionalität dazugekommen ist, haben Sie mit Tabellen des Levels 3 die meisten Möglichkeiten, andererseits sind Tabellen mit Level 1 und Level 2 besser kompatibel zu Datenbanken, die mit älteren Werkzeugen der TurboDB-Familie erstellt wurden.
Level 1
|
Original-Tabellenformat von TDB 5, WinTDB und VDP 1
|
Level 2
|
Erweitertes Tabellenformat von VDP 2 und VDP 3
|
Level 3
|
Stark erweitertes Tabellenformat von TurboDB, TurboDB.NET und TurboDB Studio
|
Die folgende Übersicht zeigt die Änderungen in Tabellen mit Level 3 gegenüber der Version Level 2 und Level 1.
Gegenüber Level 2
| • | Es gibt neue Spaltentypen für 4-Byte und 8-Byte Ganzzahlen |
| • | Es gibt einen neuen Spaltentyp für die Kombination aus Datum und Uhrzeit |
| • | Es gibt neue Spaltentypen für Unicode in String- und in Memo-Feldern |
| • | Es gibt den neuen Spaltentyp für GUIDs. |
| • | Die Tabellen können mit speziellen Sprachtreibern auf die Verwendung von internationalen Sortierordnungen umgestellt werden. |
Ihre Vorteile:
| • | Ganze Zahlen im Bereich -2.000.000.000 bis +2.000.000.000 beziehungsweise noch größer können ohne Genauigkeitsverlust und Performanz-Nachteil abgespeichert werden. |
| • | Der Datum-Zeit-Typ ist ideal für alle Anwendungen wo bisher eine Kombination aus Datumsspalte und Zeitspalte verwendet wurde. Berechnungen zwischen zwei Zeitpunkten werden erheblich vereinfacht. |
| • | Der Datum-Zeit-Typ ist auf Millisekunden genau. |
| • | GUIDs sind in Microsoft-Programmen oft verwendete weltweit eindeutige Bezeichner. Sie stellen eine alternative zu Auto-Nummern dar, wenn man an mehreren Kopien einer Tabelle gleichzeitig ändern möchte. |
| • | Mit den Sprachtreibern ist jetzt z.B. auch eine französische oder polnische Sortierung möglich. |
Gegenüber Level 1
| • | Die Tabellendatei besitzt eine Formatkennung in den ersten Bytes |
| • | Alle Zeichenketten werden in ANSI-Code abgelegt statt in OEM-Code. |
| • | Fließkommazahlen werden im normierten IEEE-Format (8 Byte) abgelegt statt im alten Format (6 Byte). |
| • | Es können beliebig viele Indexe aufgenommen werden, die Länge eines Indexnamens wurde auf 80 erhöht. |
| • | Relationstabellen können ebenfalls lange Dateinamen haben. |
Dadurch haben Sie folgende Vorteile:
| • | Der Zugriff auf Zeichenketten ist schneller, weil eine Konvertierung wegfällt. |
| • | In den Tabellen sind auch Zeichen mit Akzent und anderen Sonderzeichen möglich. |
| • | Lästige Rundungsfehler bei Komma-Zahlen entfallen. |
| • | Die Verarbeitung von Fließkommazahlen wird beschleunigt. |
| • | Der Zahlenbereich für Fließkommazahlen wurde deutlich erweitert. |
| • | Lange Dateinamen werden damit für alle Indexe und Relationstabellen unterstützt. |
| • | Die bisher nötige CNT-Datei bei mehr als fünf Indexen entfällt. |
Konvertierung
Aufgrund dieser Vorteile empfehlen wir, bei neu angelegten Tabellen auf jeden Fall das jeweils neueste Format zu verwenden. Sie können aber auch schon vorhandene Tabellen im Tabelleneditor umstellen. Restrukturieren Sie einfach Ihre Tabelle und geben Sie als Tabellenformat den gewünschten Level an. Dabei müssen Sie allerdings folgendes beachten:
| • | Indexe, die Fließkommazahlen oder Ganzzahlen enthalten, passen nach der Umstellung nicht mehr. Diese Indexe müssen Sie löschen und neu erzeugen. Wiederherstellen genügt nicht. |
| • | Wenn die Tabelle ein Relationsfeld mit mehr als acht Buchstaben im Namen enthält, besteht der Name der zugehörigen Relationstabelle aus den ersten acht Buchstaben des Relationsfeldes. Nach der Umstellung sucht TDB aber nach einer Relationstabelle mit dem vollständigen Namen des Relationsfeldes. D. h. Sie müssen die Relationstabelle umbenennen. Dazu schließen Sie das Projekt und ändern den Namen unter Werkzeuge/Tabelle umbenennen... |
|