Copyright: proNet Informationssysteme GmbH


Inhaltverzeichnis

•	Einführung

•	Was ist proNet START ?

•	Willkommen zur Version 3.0

•	Neue Funktionen

•	Installation und Softwarevoraussetzungen

•	Navigation und Funktionstasten

•	Datenbankprojekt

•	Was ist ein Datenbankprojekt ?

•	Neues Datenbankprojekt

•	Datenbankprojekt öffnen

•	Datenbankprojekt schließen

•	Projekt exklusiv öffnen

•	Projektfunktionen

•	Tabellen definieren

•	Repository

•	Datentyp-Bibliothek

•	Standardwerte definieren

•	Standardtabellen-Bibliothek

•	Registrierte Datenbanken

•	Dictionary-Browser

•	Datenbank erzeugen/ändern

•	Optionen für die Datenbankerzeugung

•	Datenbank-Pflege

•	Datenbank dokumentieren

•	Datenbank importieren

•	DBMS-Referenz

•	Fehlerbehebung

•	Fehlerbehebung

•	Fehlermeldungen


Was ist proNet START ?

proNet START ist ein Werkzeug, um Datenbanken zu entwickeln, zu portieren, zu ändern und zu analysieren. Es kann auf allen Plattformen und gegen alle Datenbankmanagementsysteme benutzt werden, die von Unique unterstützt werden.

Zunächst dient proNet START zur Erzeugung und Pflege von Datenbankprojekten innerhalb der eigenen Projektdatenbank.

Daneben enthält proNet START ein Frontend für den START DBS-Compiler, mit dem physikalische Datenbanken erstellt, geändert und gelöscht werden können.

Registrierte Datenbanken können im Dictionary-Browser analysiert werden, in die Projektdatenbank importiert werden und die enthaltenen Daten mit automatisch erstellten Maintenance-Applikationen ge- und entladen sowie online bearbeitet werden.


Willkommen zur Version 3.0

Herzlich willkommen zur Version 3.01 von proNet START für Unique CONCEPT Version 6.0. Alle wichtigen Neuerungen der Version 2.0, 2.01,2.10,2.11,2.12,3.0 und 3.01 sind im Abschnitt Neue Funktionen beschrieben.

proNet START Version 3.0 ist verfügbar für Unique CONCEPT 6.0, die Version 3.0 ist verfügbar für Unique CONCEPT 6.00-24. die Version 2.12 ist verfügbar für Unique CONCEPT 6.00-09. Die Version 2.11 ist verfügbar für Unique CONCEPT 6.00-03 und 6.00-04. Die Version 2.01 ist verfügbar für Unique CONCEPT 5.12. Daneben gibt es die Version 2.0 für Unique CONCEPT Version 4.02.

Mit Version 2.12 wurde die Unterstützung der 16bit-Version beendet. Wechseln Sie bitte zu der 32bit-Version oder nutzen Sie die Version 2.11.

Die gleiche Versionsnummer von proNet START für zwei unterschiedliche Versionen von Unique CONCEPT bedeutet, daß beide Versionen kompatibel sind, was den Funktionsumfang und die Datenbankstruktur betrifft.

Wir haben bereits einen hohen Aufwand in die Qualitätskontrolle gesteckt, gleichwohl sind einige Probleme noch nicht behoben. Die bekannten Probleme stören in den allermeisten Fällen allerdings kaum.

Was kommt nach Version 3.0?

•	Auf der Prioritätsliste ganz oben stehen zusätzliche Funktionen für die automatische Anwendungserzeugung mit proNet START, z.B. für Stammdatenprogramme, einfache Listen oder auch Menüs.


Neue Funktionen

Neues in proNet START Version 3.02

Neue Funktionen für Datenbankprojekte

•	Die maximale Länge der Speicherformate ALPHANUMERIC(n), VARCHAR(n) und BINARY(n) ist auf 10240 Zeichen erweitert. Beachten Sie unbedingt die DBMS-Referenz, in der die Umsetzung in die jeweiligen DBMS dokumentiert ist. Die maximal möglichen Längen in den verschiedenen DBMS sind höchst unterschiedlich.

•	Bei der Erzeugung von Include-Dateien für Datentypen wird eine möglicherweise Ziffer als letztes Zeichen des Datentypnamens in eine Zeichenkette umgewandelt, damit der 4GL Compiler die Konstante richtig verarbeiten kann.

Neue Funktionen für registrierte Datenbanken

•	Der neue uqconfig db-type ORACLE8 wird jetzt unterstützt, um Oracle 8.05 oder höher benutzen zu können.

Neues in proNet START Version 3.01

Neue Funktionen für Datenbankprojekte

•	Datumsfelder können jetzt auch das Anzeigeformat YYYY-MM-DD gemäß ISO8601 erhalten (z.B. 1999-12-31). Das Anzeigeformat für Zeitfelder HH:MM:SS wurde bereits unterstützt.

Neue Funktionen für registrierte Datenbanken

•	Bei der Analyse von Datenbanken in  Informix Online wird jetzt auch eine Standard-Area für Datentabellen bestimmt.

•	Beim Import von Datenbanken werden die Verweise auf Areas, in denen BLOB-Felder angelegt sind, nur importiert, wenn die Area, in dem ein BLOB-Feld liegt, nicht die Standard-Area für die Tabelle ist.

•	Beim Import von Datenbank können Sie jetzt entscheiden, ob Areas (die Definition der Areas selbst sowie alle Verweise bei Tabellen, Indizes und BLOB-Feldern) beim Import beachtet werden sollen. (Mehr Informationen finden Sie in Datenbank importieren).

Neues in proNet START Version 3.00

Grundsätzliche Erweiterungen

•	Grafische Datenbank-Modellierung mit proNet START? Das war lange Zeit ein Traum ist aber schon fast Realität. In dieser Version können Sie den Prototyp der grafischen Modellierung begutachten. Sie finden den Prototyp in der Toolbar (Mehr Informationen hierzu finden Sie in Grafische Modellierung).

•	proNet START wurde mit Oracle 8.0 getestet und freigegeben. Die Unique 4GL Runtime nutzt weiterhin nur die Möglichkeiten von Oracle 7.3 aus, so daß proNet START auch nur die Funktionalität von Oracle 7.3 in Oracle 8.0 nutzen kann.

•	Die Installationsanweisung in der Online-Hilfe ist jetzt direkt über den Menüeintrag Installation im Drop-Down-Menü Hilfe erreichbar.

Neue Funktionen für Datenbankprojekte

•	In der Datentypbibliothek können jetzt Filter, z.B. Nicht benutzt oder benutzt in bestimmtem Projekt, für die Anzeige bestimmter Datentypen gesetzt werden (Mehr Informationen finden Sie in Datentyp-Bibliothek).

•	Datenbankprojekte können jetzt exklusiv geöffnet werden (Mehr Informationen finden Sie unter Projekt exklusiv öffnen).

•	Beim Löschen von Areas können jetzt auch alle Referenzen auf Tabellen, Indizes und BLOB-Felder automatisch mitgelöscht werden, anstatt daß eine Fehlermeldung wegen der Referenzen erscheint.

•	In den Projekteigenschaften kann jetzt ein Projekt umbenannt werden. Geben Sie einfach einen anderen Projektnamen ein.

•	Im Hauptmenü können jetzt ohne das Projekt vorher zu öffnen, die Projekteigenschaften angezeigt und die Projektdokumentation gedruckt werden. Hierfür gibt es neben den normalen Projektfunktionen in den Menüs auch ein Kontextmenü in der Projektliste.

•	Beim Anlegen eines neuen Projektes wird der Benutzername automatisch als Autor eingetragen, das Feld Autor wird außerdem im Fenster zur Neuanlage mitangeboten.

Neue Funktionen für registrierte Datenbanken

•	Es ist nicht mehr möglich, auf Basis einer DBS-Datei eine Datenbank zu erzeugen. Benutzen Sie statt dessen den Import von DBS-Dateien (Mehr Informationen dazu in Import von DBS-Dateien), falls Sie nur eine DBS-Datei besitzen. Die Datenbankerzeugung funktioniert jetzt nur noch direkt über Datenbankprojekte. Nur für Unique ISAM wird noch der DBS-Compiler benutzt, allerdings werden hier von proNet START automatisch temporäre DBS-Dateien erzeugt. Das Fenster für die Datenbankerzeugung konnte deswegen deutlich vereinfacht werden.

•	Die Erzeugung eines traditionellen Unique Dictionary (Tabelle uqdic001 in der Datenbank) während der Datenbankerzeugung ist jetzt für Oracle und Informix Online/SE möglich.

•	Bei der direkten Erzeugung einer Datenbank für Informix Online/SE, Sybase SQL Server und Microsoft SQL Server wird automatisch geprüft, ob die Datenbank bereits existiert und gegebenenfalls eine entsprechende Warnung ausgegeben. Für Oracle existierte diese Funktion bereits.

•	Die Behandlung von Serial-Feldern während der Erzeugung von Datenbanken wurde vollständig überarbeitet und bietet jetzt für Informix Online/SE, Microsoft SQL Server, Oracle, Sybase SQLAnywhere und Sybase SQL Server die Funktionalität von Serial-Feldern, wenn auch nur Informix Online/SE direkt Serial-Felder unterstützen. Zudem ist jetzt die Angabe eines Startwertes für die Nummernvergabe möglich (siehe auch Datentypeigenschaften). In der DBMS-Referenz finden Sie die genaue Implementation für alle DBMS.

•	Bei der Erzeugung von Informix Online/SE-Datenbanken ist jetzt die Angabe der Informix Localen möglich, gemäß der proNet START die Datenbank erzeugen soll. Die Auswahl befindet sich auf der dritten Karteikarte DBMS-spezifische Optionen im Fenster Datenbank erzeugen/ändern.

•	Beim Anzeigen der Eigenschaften von Areas in laufenden Datenbanken werden jetzt nicht mehr automatisch die Detailinformationen zu allen Tabellen gelesen. Um die Referenzen bei Indizes und BLOB-Feldern auf Areas anzuzeigen, gibt es jetzt die Schaltfläche Lesen.

•	Die Option für Datenbanken ohne Unique Dictionary Feld ohne Datentypen erzeugen für den Datenbankimport wird nicht mehr angeboten.

•	Der Dbspace SYSTEM in SQLAnywhere wird als Standardarea angesehen.

•	Bei der Erzeugung von Areas wird der Parameter db-name-length für den Areanamen nicht mehr beachtet, da häufig die Areanamen länger sind oder sein sollen als die Länge der Bezeichner von Tabellen und Feldern.

•	Die Transaktionshandhabung bei der Erzeugung von Microsoft SQL-Datenbanken wurde angepasst an die Anforderungen des Microsoft SQL Server 7.0. Eine offizielle Freigabe von proNet START für den Microsoft SQL Server 7.0 ist damit noch nicht verbunden.

•	Die Funktion Aktualisieren im Datenbank-Browser wurde erweitert, um den Dictionary Cache der Runtime Engine besser zu behandeln.

•	Die Länge von create table-Anweisungen innerhalb der Datenbankerzeugung ist auf 8000 Zeichen erweitert worden.

Neue Funktionen für die Applikationserzeugung

•	Die Pflege-Applikationen für Projekte und registrierte Datenbanken enthalten Funktionen für die automatische Konvertierung von nicht erlaubten Feldinhalten bei Datum- und Datetime-Feldern in verschiedenen DBMS während des Einladens. Die Beschränkungen der jeweiligen DBMS sind in der DBMS-Referenz dokumentiert.

•	Bei aus Projekten erzeugten Pflege-Applikationen wird ein definierter Applikationspräfix auch als Präfix für alle Dmp- und Protokolldateien benutzt.

Neues in proNet START Version 2.12

Die Erweiterungen in proNet START Version 2.12 haben drei Schwerpunkte: die bessere Behandlung von Areas und Speicherparametern, insbesondere bei laufenden Datenbanken, die direkte Erzeugung von Datenbanken über die internen Routinen von proNet START und deutliche Erweiterungen für die Applikationserzeugung.

Grundsätzliche Erweiterungen

•	Die Erzeugung der UQSTART-Datenbank wurde vereinfacht. Für Unique ISAM, Informix C-ISAM (nur bis Version 2.11) und Sybase SQLAnywhere liegen fertige UQSTART-Datenbanken bei, für alle SQL-Datenbanken sind Skripte vorbereitet, die eine vollständige UQSTART-Datenbank erzeugen. Der Abschnitt Installation und Softwarevoraussetzungen ist entsprechend um Konfigurationsbeispiele erweitert worden, die für die mitgelieferten Datenbanken und Skripte geeignet sind. Die Änderung ist bereits in der Version 2.11 enthalten und dokumentiert gewesen, aber noch nicht in diesem Abschnitt Neue Funktionen aufgeführt gewesen.

•	Die Definition von Schlüssel- bzw. Indextypen ist überarbeitet worden. Es gibt jetzt eine klare Trennung von Schlüsseln, die als Tabellen constraints erzeugt werden, und Indizes (siehe auch Schlüssel/Index). Die genaue Umsetzung für die einzelnen DBMS ist in der DBMS-Referenz dokumentiert.

•	Als neue Datenbankobjekte werden jetzt auch Foreign Key (Fremdschlüssel) unterstützt. Dies gilt sowohl für Datenbankprojekte, laufende Datenbanken, das Reverse engineering und die Datenbankerzeugung.

•	DBS-Dateien können jetzt direkt in ein Projekt importiert werden (siehe auch Neues Datenbankprojekt und Import von DBS-Dateien).

•	Alle Fenster mit simulierten Grid-Forms wurden auf die neuen Grid-Forms in Unique CONCEPT 6.0 umgestellt.

Neue Funktionen für Datenbankprojekte

•	Die Behandlung von Areas ist erweitert und vereinfacht worden. Bei der Definition von Areas sind deshalb die Felder für eine Device-No, FillFact und FreeFact überflüssig geworden und sind entfernt.

•	Für Areas können jetzt neben den Referenzen auf Tabellen und Blob-Feldern auch die Referenzen auf Indizes betrachtet werden.

•	Der Parameter Free Factor in den Speicherdetails, siehe auch Speicherbelegung definieren, wurde entfernt, da keines der unterstützten DBMS diesen Parameter kennt. Der Parameter Fill Factor wird im Gegensatz dazu jetzt auch für Indizes in Oracle unterstüzt (Referenz für Oracle 7.x).

Neue Funktionen für laufende Datenbanken

•	Die Erzeugung von datenbankspezifischen SQL-Skripten innerhalb von proNet START wurde erweitert, um Datenbanken in allen von Unique CONCEPT direkt unterstützten DBMS und anderen wichtigen DBMS, die über ODBC angesprochen werden, erzeugen zu können. Zu den Datenbanken gehören neben den bereits unterstützten Datenbanken Informix Online/SE und Oracle: Microsoft SQL Server, Sybase System 10/11 bzw. Adaptive Server 11.5, Sybase SQL Anyhwere, Microsoft Access, Techra sowie ANSI SQL3.

•	Die direkte Erzeugung von Datenbanken ist jetzt auch mit den START-internen Routinen möglich. Notwendig hierzu sind zusätzliche Einträge in der uqconfig, die in Installation und Softwarevoraussetzungen beschrieben sind.

•	Im Browser für laufende Datenbanken werden jetzt auch Areas aufgeführt. Ebenso werden beim Import von laufenden Datenbanken Areas importiert.

•	Im Browser für laufende Datenbanken werden jetzt auch Speicherdetails, siehe auch Speicherbelegung definieren, für Tabellen und Indizes aufgeführt. Ebenso werden beim Import von laufenden Datenbanken die Speicherdetails importiert.

•	Bei Indizes/Schlüsseln in Microsoft SQL Server und Sybase-Datenbanken wird jetzt auch die Option clustered ausgelesen und beachtet.

•	Das Fenster des Datenbankbrowsers ist jetzt in der Größe veränderbar, die Fensterinhalte passen sich automatisch an die Größe an.

•	Der neue Kontextmenüpunkt Daten betrachten/pflegen für Tabellen öffnet einen Online-Programm, in dem die Daten der gewählten Tabelle betrachtet und gepflegt werden können.

•	Für Microsoft SQL Server und Sybase-Datenbanken wird jetzt die genaue Versionsnummer des Servers mitausgegeben.

Neue Funktionen für die Applikationserzeugung

•	Die Erzeugung von Maintenance-Applikationen für Projekte und laufende Datenbanken kann die Online-Programme jetzt mit Grid-Forms erzeugen.

•	Die Erzeugung von Zoom-Applikationen für Projekte ist vollständig neu geschrieben worden und unterstützt jetzt ebenfalls Grid-Forms.

•	Die Erzeugung von Maintenance-Applikationen für Projekte und laufende Datenbanken kann die Online-Programme jetzt mit allen möglichen alternative-keys erzeugen, so daß nach allen vorhandenen Schlüsseln gesucht werden kann.

•	Die Erzeugung von Maintenance-Applikationen für Projekte und laufende Datenbanken erzeugt jetzt eine komfortable Pfadauswahl für die Dmp-Dateien.

•	Für Maintenance-Applikationen, die aus Datenbankprojekten erzeugt werden, kann jetzt in den Tabelleneigenschaften ein Schlüssel vorgegeben werden.

•	Für die Erzeugung von  Maintenance-Applikationen für Projekte und laufende Datenbanken gibt es den zusätzlichen Schalter Alphanumerische Felder können CR+LF enthalten, den Sie setzen sollten (und nur dann), wenn alphanumerische Felder eigentlich nicht erlaubte Sonderzeichen, z.B. Carriage Return oder Line Feed enthalten. Wenn alphanumerische Felder mit Multi-Line-Input-Elementen verknüpft sind, werden genau diese Sonderzeichen in einem alphanumerischen Feld abgespeichert. Wird dieser Schalter nicht gesetzt und enthalten alphanumerische Felder Carriage Return oder Line Feed, lassen sich die Dmp-Dateien nicht mehr einladen!

•	Für die Erzeugung von Maintenance-Applikationen für Projekte und laufende Datenbanken gibt es jetzt die Möglichkeit, die Dateierweiterung (standardmäßig .imp) zu ändern. Für alle Dateierweiterungen wird jetzt außerdem geprüft, ob dies legale Dateierweiterungen sind.

•	Die Optionen für die Erzeugung von  Maintenance-Applikationen für Projekte und laufende Datenbanken bleiben jetzt auch nach einem Neustart erhalten.

•	Die Erzeugung von Maintenance-Applikationen für Projekte und laufende Datenbanken hat ein besseres Vorgangsstatusfenster erhalten.

Neues in proNet START Version 2.11

Grundsätzliche Erweiterungen

•	proNet START unterstützt jetzt vollständig die Erzeugung von temporären Tabellen bzw. Datenbanken innerhalb von Unique CONCEPT. Dazu hat das Fenster Tabelleneigenschaften eine zusätzliche Karteikarte erhalten und die Erzeugung des lokalen Dictionary (siehe Lokales Dictionary) wird über die normalen Funktionen zur Datenbankerzeugung übernommen.

•	Manche DBMS unterstützen die Definition einer Sortierrichtung für Schlüsselelemente. Dieser Mechanismus wird jetzt auch von proNet START beherrscht, siehe auch Elemente definieren/betrachten.

•	Das Speicherformat WEEK wurde entfernt, da die Unique Runtime Engine dieses Speicherformat nicht unterstützt. Bei der automatischen Konvertierung wird dieses Speicherformat in DATE konvertiert.

•	BLOB-Tabellen werden abgelöst. Das einzige DBMS, das BLOB-Tabellen direkt unterstützte, was SIBAS. Bei allen anderen DBMS wurden BLOB-Tabellen innerhalb von proNet START nur dazu benutzt anzugeben, in welcher Area ein BLOB-Feld erzeugt werden sollte. Dieses logische Mapping ist zu umständlich gewesen und wurde ersetzt durch die Möglichkeit, bei einem BLOB-Feld direkt anzugeben, in welcher Area das BLOB-Feld erzeugt werden soll.

•	Die Online-Hilfe hat einen neuen Abschnitt DBMS-Referenz erhalten, in dem die Umsetzung der Datenbankprojekte für die unterschiedlichsten DBMS beschrieben ist.

Neue Funktionen für laufende Datenbanken

•	Im Fenster Laufende Datenbanken hat das Kontextmenü für Datenbank die neue Funktion Aktualisieren erhalten.

•	proNet START wurde getestet und freigegeben für die Benutzung mit ODBC-Datenbanken. Allerdings bedeutet dies noch nicht sehr viel. Allen Routinen innerhalb von proNet START ist ODBC gegenwärtig. Das grundsätzliche Dictionary wie in anderen Unique Werkzeugen, z.B. XTRA, wird unterstützt und kann für das Browsen, die Erzeugung von Maintenance-Applikationen und den Datenbankimport genutzt werden. Fortgeschrittene Sichten auf das Dictionary, wie sie für Informix oder Oracle implementiert sind, sind auch für ODBC-Datenbanken wieder datenbankspezifisch. Deshalb werden weitergehende Funktionen ihre Zeit brauchen. Die Erzeugung von Datenbanken kann nur über DBMS-spezische Skripte erfolgen. Die Priorität für weiterführende Unterstützung von ODBC-Datenbanken wird wesentlich von Benutzeranforderungen abhängen.

•	proNet START hat eigene Behandlung für Sybase SQLAnywhere erhalten. Sybase SQLAnywhere wird über die ODBC-Schnittstelle angesprochen, proNet START enthält allerdings zusätzliche Routinen für die Behandlung von Views und Indizes.

•	Die Skripterzeugung hat ein Vorgangsstatusfenster erhalten.

•	Die Skripterzeugung erzeugt neben einer Protokolldatei auch eine Ausgabedatei.

•	Die Datenbankerzeugung sowie die Skripterzeugung haben eine bessere Fehlerbehandlung erhalten.

•	Die Skripterzeugung beachtet jetzt bei Informix Online 5.x/7.x die bei BLOB-Feldern angegebene Area.

Neues in proNet START Version 2.10

•	Der altehrwürdige DBS-Compiler ist tot. Es lebe die Datenbankerzeugung innerhalb von proNet START. Nun, ganz soweit ist es noch nicht. Die ersten Schritte sind jetzt allerdings eingeleitet: Die Skripterzeugung für Oracle und Informix Online/SE sowie die Erzeugung von Local Dictionaries wird nicht mehr vom DBS-Compiler erledigt, sondern von neuen internen Routinen von proNet START. Die nächsten Versionen von proNet START werden hier Schritt für Schritt mehr Leistung bieten.

•	Für die Deklaration von statischen oder lokalen Feldern in Unique 4GL-Programmen können Sie sich jetzt eine Include-Datei erzeugen lassen, die Konstanten für die Speicher- und Anzeigeformate aller in einem Projekt verwendeten Datentypen enthält.

•	System-Tabellen werden nicht mehr unterstützt. Das einzige DBMS, das System-Tabellen direkt unterstützte, was SIBAS. Bei allen anderen DBMS wurden System-Tabellen innerhalb von proNet START nur dazu benutzt anzugeben, in welcher Area ein Index erzeugt werden sollte. Dieses logische Mapping ist zu umständlich gewesen und wurde ersetzt durch die Möglichkeit, bei einem Index direkt anzugeben, in welcher Area der Index erzeugt werden soll.

•	Keyword-Indizes sowie die Indexoptionen BTree, Hash und Isam, die nur bei SIBAS unterstützt wurden, wurden abgeschafft. Eventuell vorhandene Keyword-Indizes werden automatisch zu mehrdeutigen Indizes konvertiert. Die Indexoption Virtuell wurde ebenfalls abgeschafft, da die neuen Local Dictionaries im Gegensatz zum konventionellen Unique Dictionary in der Datenbank virtuelle Indizes nicht unterstüzen.

Neues in proNet START Version 2.01

proNet START ist vollständig auf Version 5.12 von Unique CONCEPT umgestellt. START kann deshalb alle Vorteile von Unique CONCEPT Version 5.12 nutzen.

•	Durchgängige Unterstützung von langen Dateinamen in der 32bit-Version. Besonders wichtig für Wartungs-Applikationen für Tabellen mit langen Namen!

•	Anpassung des Look&Feels an Windows 95/NT 4. Dazu gehört unter anderem die Nutzung von Tab-Forms, Tooltips, Spin-Box Controls und Progress Bars. Die grundsätzliche Bedienung musste dafür nur sehr wenig geändert werden. Benutzer der Version 2.0 werden sich deshalb sofort zurechtfinden.

•	Das Dictionary caching von Version 5.12 kann sich bei allen Funktionen für laufende Datenbanken (z.B. Erzeugung von Wartungs-Applikationen sehr positiv bemerkbar machen.

•	Die START-internen Mechanismen für die Mehrsprachigkeit sind durch das LDT-System von Version 5.12 abgelöst worden.

•	Die mit Version 2.01 erzeugten Pflege-Applikationen können mit Unique CONCEPT Version 4.02 und 5.12 benutzt werden.

•	Beim Kopieren von Projekten, Tabellen oder Feldern werden jetzt die Purpose-Texte und Kommentare mit kopiert.

•	Beim Erzeugen von DBS-Dateien und Maintenance-Applikationen werden jetzt die Dateiformateinstellungen in der globalen bzw. systemspezifischen uqdio.ini beachtet.

•	Das Front-End für den DBS-Compiler wurde ersetzt durch Funktionen zum Erzeugen/Ändern sowie Löschen von Datenbanken im Fenster  Registrierte Datenbanken. Hier ist es jetzt auch möglich, ohne vorherige Erzeugung einer DBS-Datei eine Datenbank direkt auf Basis eines Projektes zu erzeugen.

Neues in proNet START Version 2.0

Die Benutzerschnittstelle von proNet START ist von Grund auf neu programmiert worden und entspricht jetzt den Anforderungen, die man an ein echtes Windows-Programm stellt. Dazu gehören natürlich Drop-Down-Menüs, die Toolbar und zahlreiche Kontextmenüs. Falls Sie in einem Fenster einige Funktionen vermissen, klicken Sie einmal auf die rechte Maustaste.

Die Struktur der START-Datenbank hat sich mit dieser Version nicht geändert. Sie können also problemlos weiterarbeiten. Die Definition einiger interner Werte für Check-Boxen hat sich geändert, z.B. Einfügen ins DBS in den Tabellenoptionen. In einem solchen Fall gibt es aber auch immer eine Funktion, um die Werte für ein Projekt oder global umzusetzen.

Einige Funktionen werden Ihnen in dieser Version möglicherweise zum ersten Mal begegnen, weil diese Funktionen in der bisherigen Menüstruktur schwer zu finden waren. Weitreichende Detailverbesserungen haben proNet START im ganzen viel einfacher handhabbar gemacht, weil jeder Bedienschritt neu durchdacht wurde.

Deutlich erweitert wurde der Teil Laufende DBs, der jetzt wirklich als Steuerzentrale für die Analyse, Dokumentation und Pflege der laufenden Datenbanken für alle Unique-spezifischen Belange dienen kann. Weiter Verbesserungen wurden vorgenommen, um eine bessere Unterstützung von Datenbanken sicherzustellen, die nicht mit Unique erzeugt wurden.

Die Maintenance-Applikationen enthalten zusätzliche Funktionen zum Ein-und Ausladen von BLOBs, zum Leeren von Tabellen mit der optimalen Routine für das jeweilige DBMS, eine Protokollierung der Aktionen und zusätzliche Optionen für eine bessere Anpassung an Ihre Umgebung.

Aufgefallen ist Ihnen vermutlich bereits, daß diese Version vollständig in deutscher Sprache vorliegt. Die englische Version ist ebenfalls verfügbar.

Ebenso aufgefallen ist Ihnen sicher, daß es endlich auch eine Online-Hilfe für proNet START gibt. Dafür sind gedruckte Handbücher für proNet START vorerst nicht geplant.

Grundsätzliche Erweiterungen

•	Eine erste Demonstration der Nachfolgefunktion des DBS-Compilers können Sie erreichen über 'Laufende Datenbanken'->'Abgleichen'. Diese Demonstration unterstüzt nur ORACLE und die Erzeugung von Datenbanken.

•	proNet START ist jetzt sowohl für Unique CONCEPT Version 4.02 wie Version 5.12 verfügbar. Die Funktionalität ist identisch. proNet START nutzt in der Version 5.12 allerdings zusätzlich die neuen grafischen Möglichkeiten wie Tab-Forms, Tooltips, Hotkeys auf Buttons und der besseren Unterstützung proportionaler Schriften. Die 5.12 Version ist im augenblicken Stadium nur für Demonstrationszwecke gedacht.

•	Mit dieser Version wird die Unterstützung von Views eingeführt. Views können sowohl in der Projektdatenbank abgelegt werden, importiert werden und im Tabellen-Browser mit ihrer Definition angezeigt werden. In den nachfolgenden Punkten sind noch weitere Details zu Views aufgeführt. Bei einem Wechsel zu einer älteren Version von proNet START wird dort die Definition von Views ignoriert.

Neue Funktionen für Datenbankprojekte

•	Die Projekt-Dokumentation wurde erweitert und kann über die Toolbar erreicht werden. Zusätzlich kann die Dokumentation jetzt direkt auf einen Drucker ausgegeben werden.

•	Ein Datenbankprojekt kann jetzt direkt im Hauptmenü gelöscht werden, ohne daß es vorher geöffnet werden muß.

•	Die Zugriffsrechte für ein neues Projekt werden jetzt standardmäßig auf 'Anzeigen' gesetzt.

•	Sie können jetzt ein Projekt als Kopie eines existierenden Projektes erzeugen.

•	Sie können jetzt Tabellen innerhalb eines Projektes kopieren. Damit bleiben auch die Einträge für Areas, BLOB- und Systemtabellen erhalten im Gegensatz zum Kopieren über die Standardbibliothek.

•	Mit der Funktion Projektkonsistenz prüfen kann jetzt die Definiton alter Projekte geprüft werden.

•	Sie können jetzt eine BLOB-Tabelle als Standard-BLOB-Tabelle definieren.

•	Die Erzeugung der Definition von Areas, System-Tabellen und BLOB-Tabellen in der DBS-Datei wurde überarbeitet.

Neue Funktionen für laufende Datenbanken

•	Es wird jetzt ein Gesamtprotokoll für die Lade- und Entlade-Jobs auf der kompletten Datenbank erzeugt, wenn die Funktionen 'Run from' oder 'Run all' in der Menü-Applikation ausgeführt werden. Dies funktioniert auch bei den Maintenance-Applikationen, die für ein Datenbankprojekt erzeugt werden.

•	Die Ampel im Hauptfenster des Abschnitts Laufende Datenbanken kann jetzt drei verschiedene Stati anzeigen: unbekannt, geöffnet und Öffnen nicht möglich.

•	Im Fenster Laufende Datenbanken ist ein neuer Button MEHR vorhanden, über den zusätzliche Datenbankparameter und Werte angezeigt werden können.

•	proNet START kann jetzt vernünftig mit Gruppenschlüsseln umgehen, die nur ein Element besitzen. Implementiert ist dies zunächst für Oracle, Informix Online/SE und Sybase/MS SQL Server. Geändert wurden der Key-Browser, die Erzeugung von Maintenance-Applikationen (nicht Informix Online/SE) und der Datenbankimport.

•	Maintenance-Applikationen: Die Länge aller Feldnamen einer Tabelle zusammen durfte bisher 1024 Zeichen nicht überschreiten. Jetzt können Maintenance-Applikationen in jedem Fall mit 256 Feldern je Tabelle erzeugt werden.

•	In der Menü-Applikation für Maintenance-Applikationen könnnen die Jobs jetzt auch für alle Tabellen ab der ausgewählten Tabelle gestartet werden.

•	Die Einschränkungen für die Erzeugung von Maintenance-Applikationen sind vollständig dokumentiert.

•	Beim Datenbankimport werden die Tabellen jetzt immer mit der Einstellung 'Ins DBS einfügen' importiert.

•	Der Feld-Browser wurde erweitert, um die Purpose-Texte von Feldern und bessere Hinweise bei BLOB-Feldern und unbekannten Speicherformaten anzeigen zu können.

•	Im Feld-Browser wird angezeigt, ob ein Purpose-Text vorhanden ist. Dies spart das Klicken auf jedes einzelne Feld, um alle Purpose-Texte festzustellen.

•	Im Tabellen-Browser wird jetzt der Tabellentyp (Datentabelle oder View) richtig angezeigt (für Oracle,Sybase/MS SQL Server/Informix SQL). Bei Views kann ebenso die Definition des Views angezeigt werden. Zusätzlich wird die Area, in der die Tabelle erzeugt wurde, angezeigt (Oracle).

•	Bei der Erzeugung von Maintenance-Applikationen werden Views richtig erkannt und folglich nicht mehr angeboten.

Sonstiges

•	Einige kleine Anpassungen für die Benutzung in Windows 95 und Windows NT 4.0 sind durchgeführt worden.

•	Die Fortschrittsmeldungen wie '100 Datensätze verarbeitet' wurden weitgehend ausgeschaltet.

•	Die Online-Hilfe ist auch in einer Windows 95-Version verfügbar (WinHelp 4.0).


Fehlerkorrekturen

Version 3.02

Die Funktion Feld als Schlüssel/Index definieren für ein Feld in einem Datenbankprojekt funktionierte nicht bei Verwendung von Unique CONCEPT 7.

•

Version 3.01

•	Im Fenster Datenbank synchronisieren hat die Schaltfläche Skript nicht funktioniert.

•	Bei der Erzeugung von Pflege-Applikationen für registrierte Datenbanken konnte bei Tabellen mit BLOB-Feldern ein Kompilierfehler auftreten.

•	Bei der Erzeugung von Pflege-Applikationen für Projekte und registrierte Datenbanken konnte bei Tabellen, bei denen ein einelementiger Gruppenschlüssel/index mit unterschiedlichem Schlüssel/Indexnamen als dem Elementnamen als Schlüssel für die Applikation benutzt wurde, das Einladen der Daten nicht funktionieren. Dies betraff vornehmlich die PRIMARY-Schlüssel aus SQLAnywhere-Datenbanken.

•	Bei der Erzeugung eines traditionellen Unique Dictionaries (Tabelle uqdic001) wurden die Informationen zu Feldern mit den Speicherformaten Varchar(n) und Serial nicht richtig abgelegt.

•	Wurde bei der Erzeugung von Oracle-Datenbanken oder SQL-Skripten die Option Schlüssel als Indizes erzeugen markiert und waren primäre oder eindeutige Schlüssel vorhanden, die explizite Speicherparameter besaßen (Area oder FillFactor), wurde ein falsche Option beim der Anweisung create index erzeugt.

•	Beim Import von DBS-Dateien wurden Datentypen mit dem Speicherformat Packed Decimal oder Unpacked Decimal nicht richtig erkannt, wenn die Parameter in Klammern Leerzeichen enthielten, zum Beispiel: Packed Decimal ( 7, 2).

•	Beim Import von DBS-Dateien wurden bei Datentypen oder Feldern mit dem Parameter Default der Name des Standardwertes teilweise abgeschnitten.

Version 3.00

•	Beim Reverse engineering von Unique ISAM und Techra-Datenbaken wurden manchmal eindeutige und mehrdeutige Indizes als eindeutige Schlüssel analysiert.

•	Bei Pflegeapplikationen für Projekte oder registrierte Datenbanken, die mit gesetztem Schalter Alphanumerische Felder können CR+LF enthalten erzeugt wurden und bei denen als Schlüssel ein Alpha-Feld benutzt wurde, konnten nicht fehlerfrei kompiliert werden.

•	Bei Pflegeapplikationen, die aus einem Projekt erzeugt wurden, fehlten in den set identity insert... für die Behandlung von Serial-Feldern im Microsoft SQL Server der Datenbankname.

•	Bei der Erzeugung von Zoom-Applikationen wurde für einelementige Schlüssel ein Hilfsfeld für die Sortierung nicht erzeugt, was einen Fehler beim Kompilieren verursachte.

•	Bei der Erzeugung von Schlüsseln und Foreign Keys, nicht betroffen waren Indizes, in Oracle-Datenbanken enthielt der Schlüsselname auch den Schemanamen, was in Oracle nicht erlaubt ist.

•	Bei der Erzeugung von Feldern mit dem Speicherformat Money in Microsoft SQL Server- und Sybase-Datenbanken wurde ein Klammer zuviel gesetzt.

•	Bei der Erzeugung von SQL-Skripten konnte innerhalb eines Ausdrucks, der in einfache oder doppelte Anführungszeichen eingeschlossen war, ein Zeilenumbruch durchgeführt werden, wenn an der Position ein Zeilenumbruch notwendig wurde. Dieser Zeilenumbruch konnte während der Ausführung der Skripte zu Fehlern führen. Der Zeilenumbruch wird jetzt vor dem Ausdruck gemacht.

•	Beim Import von DBS-Dateien wurden Datentypen mit einem Speicherformat wie ALPHANUMERIC( 10) mit Leerzeichen zwischen linker Klammer und der Anzahl der Zeichen falsch importiert.

•	Für einelementige Schlüssel werden bei der Datenbankerzeugung für Microsoft SQL Server- und Sybase-Datenbanken keine Tabellen Constraints, sondern Column Constraints erzeugt. Die Namensgebung für die Column Constraints erzeugt keine Konflikte mehr. In der Referenz für Microsoft SQL Server 6.5 finden Sie mehr Informationen.

Version 2.12

•	Bei Erzeugung von Unique ISAM-Datenbanken bricht der DBS-Compiler ab, da der DBS-Compiler die Anweisung Areas zu ignorieren nicht verabeiten konnte. Anstattdessen erhält der DBS-Compiler jetzt die Anweisung, Areas bei Bedarf zu erzeugen. (Hinweis: Unique ISAM kennt keine Areas.)

•	Die Routine zur Analyse von virtuellen Schlüssel in Informix Online/SE-Datenbanken hat vor den eigentlichen Schlüsselnamen das Wort 'Index' eingefügt. Dadurch konnten zum Beispiel Pflege-Applikationen für laufende Datenbanken, die einen virtuellen Schlüssel aus dem Dictionary benutzen, nicht richtig kompiliert werden.

•	Das Anzeigeformat für Integer4 Felder in Pflege-Applikationen ist auf neun Ziffern beschränkt gewesen, somit fehlte eine Ziffer für den vollständigen Wertebereich.

Version 2.11

•	In der 16bit-Version wurde im Fenster 'Laufende Datenbanken' versucht die Datenbank zu öffnen, wenn man die Funktion 'Datenbank Erzeugen/Ändern' oder 'Löschen' auswählte. Wenn die Datenbank noch nicht bestand, führt dies zu einem Fehler.

•	Der Index-Browser in der 32bit-Version zeigte bei einelementigen Gruppenschlüsseln in Oracle-Datenbanken Indexname und Elementnamen vertauscht an.

•	Bei der Erzeugung von Maintenance-Applikationen für Laufende Datenbanken konnte es zu Fehlern beim Kompilieren kommen, da gleiche Feldnamen mehrfach benutzt wurden.

•	Der uqconfig-Parameter db-owner wurde nicht richtig beachtet beim Zugriff auf laufende Datenbanken. Dies betraf unter anderem den Datenbankimport.

•	Bei der Änderung von bestehenden Datentypen konnte eine Änderung zu den Speicherformaten Image bzw. Text ignoriert werden.

Version 2.01

Fehlerkorrekturen seit der ersten Beta-Version

•	Beim Kompilieren von Wartungs-Applikationen für eine komplette Datenbank wurden die Dateinamen nach 8 Zeichen abgeschnitten.

•	Einige Texte innerhalb von START, insbesondere in der englischen Version, sind korrigiert worden.

Version 2.0

Fehlerkorrekturen seit der zweiten Beta-Version

•	Beim Kopieren von Projekten wurden auch Objekte anderer Projekte in das neue Projekt kopiert.

•	Beim Erzeugen von DBS-Dateien ohne Eintrag für den DBS-PATH für das System wurde ein '\' als Pfad vorgeschlagen anstelle des ersten Verzeichnisses im source-path.

•	Der Dateiname für die Projektdokumentation wurde nach 30 Zeichen abgeschnitten.

•	Beim Einfügen eines neuen Feldes in eine Tabelle und gleichzeitiger Definition eines neuen Datentypes wurde die NULL/not NULL Definition des Datentyps nicht für das Feld übernommen.

•	In Maintenance-Applikationen wurden falsche SQL-Anweisungen für das DBMS-spezifische Löschen in Informix Online/SE erzeugt.

•	Es war möglich, inkonsistente Definitionen für die Indexeigenschaften Clustered und Virtuell einzugeben.

•	Beim Versuch ein neues Projekt mit einem bereits benutzen Namen zu erzeugen wurde trotz korrekter Fehlermeldung ein Projekt geöffnet.

•	Beim Ändern von Indexeigenschaften war es möglich, einen Mehrbenutzerkonflikt mit sich selbst zu erzeugen.

Fehlerkorrekturen seit der ersten Beta-Version

•	Wenn man eine Datenbank importiert und vorher im Fenster 'Datenbank importieren' ein neues Projekt angelegt hat, konnte der Datenbankfehler 'database not opened' auftreten, obwohl die betroffene Datenbank bereits geöffnet war.

•	Wenn das Dateiformat für *.imp-Dateien in der uqdio.ini nicht auf UCS gesetzt war, konnte der abschließende Backslash für den Dmp file path in den Maintenance-Applikationen durch ein & ersetzt werden.


Navigation und Funktionstasten

proNet START ist in Unique 4GL geschrieben. Wenn Sie die Bedienung einer Unique 4GL-Applikation kennen, brauchen Sie deshalb nicht weiterzulesen. Die Tasten zum Navigieren in der Datenbank und alle anderen sind wie üblich belegt. Die Hotkeys aus früheren Versionen von proNet START werden nicht mehr offiziell unterstützt und nicht dokumentiert, obwohl sie in einigen Fenstern noch funktionieren können .

Die wichtigsten Funktionen mit ihrer Tastenbelegung unter Windows sind:

Nächster Datensatz	Bild auf

Voriger Datensatz	Bild ab

Erster Datensatz	Pos1

Letzer Datensatz	Ende

Datensatz löschen	Strg+D

Vergessen Sie nicht, daß zahlreiche Kontextmenü definiert sind, die Sie über die rechte Maustaste erreichen können.

Die Toolbar von proNet START

Einige Buttons in der Toolbar sind nicht in jedem Fenster benutzbar und in diesen Fällen gesperrt. Zum Beispiel können Sie die Projektdetails nur in der Toolbar erreichen, wenn auch ein Projekt geöffnet ist. Alle Funktionen der Toolbar sind auch über die Drop-Down-Menüs erreichbar.


Installation und Softwarevoraussetzungen

Voraussetzungen für die Benutzung von proNet START

•	Wenn Sie proNet START für Unique CONCEPT Version 6.00 erhalten haben, muß Unique CONCEPT 6.00-09 oder höher auf Ihrem Rechner installiert sein.

•	Falls Sie eine deutsche Version von proNet START benutzen möchten, muß auch Unique CONCEPT mit den deutschen Sprachdateien installiert worden sein.

•	Sie benötigen etwa 8MB freien Speicher auf Ihrer Festplatte für proNet START.

Installation

Die Installation von proNet START ist komplett in die Installation von Unique CONCEPT integriert.

UQSTART-Datenbank und DBA-Logins

Sie benötigen die UQSTART-Datenbank zum Speichern der Datenbankprojekte sowie spezielle Datenbankeinträge in der uqconfig für DBA-Logins, um Informationen über existierende Datenbanken abzufragen und neue Datenbanken zu erzeugen. Wenn Sie bereits eine Datenbank UQSTART definiert haben und darauf zugreifen können, müssen Sie nichts an der Konfiguration der UQSTART-Datenbank ändern. Die DBA-Logins sind jeweils DBMS-spezifisch und server-spezifisch. Sie benötigen folglich für alle von Ihnen verwendeten DBMS auf jedem Server einen einzelnen Eintrag für den DBA-Login. Die DBA-Logins sind normale Datenbankeinträge in der uqconfig, deren Name aus DBA und dem DBMS-Typ zusammengesetzt wird, z.B. DBAORACLE. Wenn Sie das gleiche DBMS auf verschiedenen Servern verwenden, können Sie für die weiteren DBA-Logins einen beliebigen Suffix verwenden, z.B. DBAORACLE und DBAORACLE1. Die DBA-Logins erscheinen nicht im Datenbankbrowser.

Diese Version von proNet START enthält fertige UQSTART-Datenbanken für Sybase SQLAnywhere und Unique ISAM. Zusätzlich sind SQL-Skripte für Informix Online5.x/7.x, Microsoft SQL Server 6.5, Oracle 7.x, Sybase SQLAnywhere, Sybase SQL Server und Techra vorhanden. Diese Skripte können direkt mit den jeweiligen Dienstprogrammen des DBMS ausgeführt werden. Im folgenden sind die notwendigen Konfigurationsparameter in der uqconfig für die jeweiligen DBMS aufgeführt. Die Datei uqconfig befindet sich im $UNIQUE_HOME\setup Verzeichnis und kann manuell oder mit dem Unique Configuration Manager bearbeitet werden. Ändern Sie die uqconfig entsprechend den nachfolgenden Anweisungen, die Konfigurationsbeispiele gehen von einer Standardinstallation von Unique CONCEPT im Verzeichnis c:\uqwin aus, wenn Sie ein anderes Verzeichnis benutzt haben, ändern Sie die Pfade entsprechend ab.

Systemabschnitt (für alle DBMS)

system: MEINSYSTEM

  available-database=UQSTART

  * Beispiel für die Verwendung aller DBMS

  available-database=DBATECHRA

  available-database=DBASYBASE

  available-database=DBAINFORMIX

  available-database=DBAINFORMIX1

  available-database=DBAORACLE

  available-database=DBAMSSQL

    ...

Unique ISAM 1.0

Mitgelieferte Datenbank im Verzeichnis: c:\uqwin\uqstart\isam

database: UQSTART

  db-type=ISAM

  db-path=c:\uqwin\uqstart\isam

  db-charset=UCS

Sybase SQLAnywhere 5.5

Mitgelieferte Datenbank: c:\uqwin\uqstart\anywhere\uqstart.db

Für Sybase SQLAnywhere muß neben einem Eintrag in der uqconfig im ODBC-Administrator eine Datenquelle eingerichtet werden. Der Name der Datenquelle muß dem Eintrag für db-server entsprechen. Den Pfad für die mitgelieferte Sybase SQLAnywhere Datenbank geben Sie mit c:\uqwin\uqstart\anywhere\uqstart.db an.

database: UQSTART

  db-type=ODBC

  db-server=UQSTART * Name der ODBC-Datenquelle

  db-name-prefix=IS

  db-charset=UCS

  db-user=dba

  db-password=<? oder Passwort>

  db-dictionary=c:\uqwin\uqstart\uqstart.ini * nur für 32bit-Version

Informix Online 5.x/7.x

SQL-Skript: c:\uqwin\uqstart\sql\infoolde.sql oder c:\uqwin\uqstart\sql\infoolen.sql

infoolde.sql ist für deutsche Datumseinstellungen in Informix Online, infoolen.sql für englische Datumseinstellungen in Informix Online.

database: UQSTART

  db-type=INFORMIX-SQL

  db-name-prefix=is

  db-charset=UCS

  db-dictionary=c:\uqwin\uqstart\uqstart.ini * nur für 32bit-Version

Für Informix Online sind je Datenbankserver zwei Einträge notwendig. Der erste Eintrag ist für den Zugriff auf die Systemtabellen, der zweite für die Erzeugung von neuen Datenbanken.

database: DBAINFORMIX

  db-type=INFORMIX-SQL

  db-physical-name=SYSMASTER

  db-owner=informix

  *  db-server=<Name des Datenbankservers> * Bei Bedarf den db-server Eintrag aktivieren

  db-name-length=18

  db-nullvalues=ON

  db-charset=UCS

database: DBAINFORMIX1

  db-type=INFORMIX-SQL

  db-physical-name=@<Name des Datenbankservers> * z.B. @ol_myserver

  * kein db-server Eintrag !

  db-owner=informix

  db-name-length=18

  db-nullvalues=ON

  db-charset=UCS

Microsoft SQL Server 6.5

SQL-Skript: c:\uqwin\uqstart\sql\mssql.sql

database: UQSTART

  db-type=MS-SQL

  db-server=<Name des Datenbankservers>

  db-name-prefix=is

  db-user=<Benutzer>

  db-password=<? oder Passwort>

  db-charset=UCS

  db-dictionary=c:\uqwin\uqstart\uqstart.ini * nur für 32bit-Version

database: DBAMSSQL

  db-type=MS-SQL

  db-physical-name=master

  db-server=<Name des Datenbankservers>

  db-user=sa

  db-password=<? oder Passwort>

  db-name-length=30

  db-nullvalues=ON

  db-charset=UCS

Oracle 7.x, 8.x

SQL-Skript: c:\uqwin\uqstart\sql\oracle.sql

database: UQSTART

  db-type=ORACLE

  db-server=<Name des Datenbankservers>

  db-name-prefix=IS

  db-user=ISUQSTART

  db-password=<? oder Passwort>

  db-charset=UCS

  db-dictionary=c:\uqwin\uqstart\uqstart.ini * nur für 32bit-Version

database: DBAORACLE

  db-type=ORACLE

  db-physical-name=SYS

  db-user=SYS

  db-server=<Name des Datenbankservers>

  db-password=<? oder Passwort>

  db-name-length=30

  db-nullvalues=ON

  db-charset=UCS

  db-options=MIXCHAR_ALLOWED

Sybase System 10/11, Adaptive Server 11.5

SQL-Skript: c:\uqwin\uqstart\sql\sybase.sql

database: UQSTART

  db-type=SYBASE

  db-server=<Name des Datenbankservers>

  db-name-prefix=is

  db-user=<Benutzer>

  db-password=<? oder Passwort>

  db-charset=UCS

  db-dictionary=c:\uqwin\uqstart\uqstart.ini * nur für 32bit-Version

database: DBASYBASE

  db-type=SYBASE

  db-physical-name=master

  db-server=<Name des Datenbankservers>

  db-user=sa

  db-password=<? oder Passwort>

  db-name-length=30

  db-nullvalues=ON

  db-charset=UCS

Techra 2.33

SQL-Skript: c:\uqwin\uqstart\sql\techra.sql

database: UQSTART

  db-type=TECHRA

  db-server=<Name des Datenbankservers>

  db-name-prefix=IS

  db-user=<Benutzer>

  db-password=<? oder Passwort>

  db-charset=UCS

  db-dictionary=c:\uqwin\uqstart\uqstart.ini * nur für 32bit-Version

database: DBATECHRA

  db-type=TECHRA

  db-physical-name=/

  db-user=system

  db-server=<Name des Datenbankservers>

  db-password=<? oder Passwort>

  db-name-length=16

  db-charset=UCS

Zusätzlich wird auch noch eine DBS-Datei mitgeliefert, sie heißt uqstart.dbs und befindet sich im Verzeichnis c:\uqwin\uqstart.

Beispielkonfiguration

Dieses Beispiel nimmt einen Oracle- und zwei Informix-Online Server an. Die UQSTART-Datenbank liegt auf einem der Informix Online Server.

database: UQSTART

  db-type=INFORMIX-SQL

  db-server=ol_unixbox

  db-name-prefix=is

  db-charset=UCS

  db-dictionary=c:\uqwin\uqstart\uqstart.ini * nur für 32bit-Version

database: DBAINFORMIX

  db-type=INFORMIX-SQL

  db-physical-name=SYSMASTER

  db-owner=informix

  db-server=ol_unixbox

  db-name-length=18

  db-nullvalues=ON

  db-charset=UCS

database: DBAINFORMIX1

  db-type=INFORMIX-SQL

  db-physical-name=@ol_unixbox

  db-owner=informix

  db-name-length=18

  db-nullvalues=ON

  db-charset=UCS

database: DBAINFORMIX2

  db-type=INFORMIX-SQL

  db-physical-name=SYSMASTER

  db-owner=informix

  db-server=ol_ntserver

  db-name-length=18

  db-nullvalues=ON

  db-charset=UCS

database: DBAINFORMIX3

  db-type=INFORMIX-SQL

  db-physical-name=@ol_ntserver

  db-owner=informix

  db-name-length=18

  db-nullvalues=ON

  db-charset=UCS

database: DBAORACLE

  db-type=ORACLE

  db-physical-name=SYS

  db-user=SYS

  db-server=unixbox

  db-password=<? oder Passwort>

  db-name-length=30

  db-nullvalues=ON

  db-charset=UCS

  db-options=MIXCHAR_ALLOWED

und weitere normale Datenbanken...

system: MEINSYSTEM

  available-database=UQSTART

  available-database=DBAINFORMIX

  available-database=DBAINFORMIX1

  available-database=DBAINFORMIX2

  available-database=DBAINFORMIX3

  available-database=DBAORACLE

   ...

Benötigte Dateien für proNet START

\uco60\is\i*.uco	79 Applikationen

\uco60\is3\i*.uco	79 Applikationen

\bin\is60_32.dll

\setup\ldtis_en.ldt

\setup\ldtis_ge.ldt

\help-en\isuser.hlp

\help-en\isuser.cnt

\help-ge\isuser.hlp

\help-ge\isuser.cnt


Was ist ein Datenbankprojekt ?

Ein Datenbankprojekt enthält die Informationen, die für die Datenbankdefinition eines Entwicklungsprojektes notwendig sind.

Hierzu zählen alle Tabellen,  Felder, Schlüssel genauso wie die Definition von Areas, BLOB- und System-Tabellen oder Hilfe- und Kommentar-Texte.

Die Datentypen sind innerhalb von proNet START global definiert. Das bedeutet, daß Sie die Typen nur einmal für alle Datenbankprojekte definieren müssen allerdings auch daß Sie bei der Änderung von Typdefinitionen Sorgfalt walten lassen sollten.

Verwandte Themen

•	Neues Datenbankprojekt

•	Datenbankprojekt öffnen

•	Datenbankprojekt schließen


Neues Datenbankprojekt

In diesem Fenster können Sie ein neues Datenbankprojekt erstellen. Geben Sie hierzu einen Projektnamen, den Namen der Datenbank, den Sie aus der Liste der laufenden Datenbanken auswählen oder selbst eingeben können, und eine Beschreibung ein und klicken Sie auf OK.

Sie können ein leeres Projekt erstellen, das Projekt als Kopie eines existierenden Projektes erzeugen oder das Projekt auf Basis einer DBS-Datei erzeugen. Markieren Sie hierzu die passende Check-Box, und wählen Sie bei der Option als Kopie von ein Projekt oder bei der Option [ITALIC auf Basis von DBS-Datei] eine DBS-Datei und das passende Dateiformat aus. Bei der Option [ITALIC auf Basis von DBS-Datei] wird eine DBS-Datei importiert und Tabellen, Felder, Indizes und Datentypen in das Projekt aufgenommen. Im Abschnitt Import von DBS-Dateien finden Sie mehr hierzu.

Über die Schaltfläche exklusiv öffnen können Sie das Projekt exklusiv öffnen.

Mit Abbrechen können Sie das Fenster verlassen, ohne ein Projekt zu erstellen.


Import von DBS-Dateien

Der Import von DBS-Dateien unterstützt eine Untermenge der in DBS-Dateien möglichen Syntax. Der unterstützte Umfang entspricht dem, was übliche DBS-Dateien älterer proNet START Versionen enthalten. Alle anderen Parameter werden ignoriert und führen nicht zu Fehlern.

Die unterstützte Syntax ist im folgenden in BNF-Schreibweise dokumentiert. Nicht unterstützt werden die Abschnitte area, system table, wide table, catalogue-area, log area, foreign key. Alle Parameter, die Speicherort oder Speichergrößen betreffen, werden genauso ignoriert wie veraltete Parameter, die nur für SIBAS von Bedeutung waren und auch innerhalb von Datenbankprojekten grundsätzlich nicht mehr unterstützt werden, z.B. Schlüsseltyp keyword. Parameter, die zwar dokumentiert waren, aber von proNet START nie erzeugt wurden, z.B. foreign key, werden auch ignoriert.

Typen

create type <type name> is <storage clause>

[ generic ]

[ [not] null ]

[ default	<def name> ]

[ display	<display code> ]

[ storage	<storage clause> ]

Folgende Typen werden unterstützt. Die Typen in der linken Spalte werden direkt importiert. Die Typen in der rechten Spalte entsprechen einer veralteten Syntax und werden automatisch beim Import in die aktuelle Syntax konvertiert.

Syntax seit Unique CONCEPT 3.12	Alternative, veraltete Syntax

ALPHANUMERIC(<length>)	CHARACTER <length>

BINARY(<length>)

BIT	BOOLEAN

DATE

DATETIME

IMAGE [GENERIC]

INTEGER1	I1, INT1

INTEGER2	I2, INT2, SHORT [INT]

INTEGER4	I4, INT4, LONG [INT]

MONEY

PACKED DECIMAL(digits>[,<decimals>]) [UNSIGNED]

REAL4	FLOAT

REAL8	DOUBLE [PRECISION]

SERIAL

TEXT [GENERIC]	FREE [TEXT]

TIME

UNPACKED DECIMAL(digits>[,<decimals>]) [SEPARATE]

VARCHAR(<length>)	STRING <length>

Defaults

create default <default name> <value>

Defaults (siehe auch Standardwerte) werden direkt importiert.

Tabellen

create table <table name>

[ heading <text> ]

{ <column definition> }...

{ <key definitions> }...

Felder

column <column name> <type name>

[ [not] null ]

[ default <def name> ]

[ display <display code> ]

[ purpose <info> ]

Bei Feldern werden auch Purpose-Texte importiert!

Schlüssel/Indizes

create <key type> key <key name>

[ <member list> ]

[ [un]clustered ]

[ virtual ]

[ heading <text> ]

Der Schlüsseltyp Keyword wird ignoriert.

Konstanten

Offiziell wurde die Benutzung von Konstanten in DBS-Dateien nie dokumentiert. Da sie aber in einigen DBS-Dateien benutzt werden, werden Konstanten wie gewöhnlich in Unique 4GL Quelltext beachtet. Konstantennamen dürfen maximal 30 Zeichen lang werden.

$constant MyConst 'This is a ready to use alphanumeric constant'

$constant MyValue 12345678

create table MyTable heading $MyConst

Einschränkungen

In einigen DBS-Dateien sind auch $include-Anweisungen zu finden, die ebenfalls nie dokumentiert worden sind. $include-Anweisungen werden ignoriert. Der Inhalt von Include-Dateien muß bei Bedarf manuell in die DBS-Datei eingefügt werden.


Datenbankprojekt öffnen

In diesem Fenster können Sie bestehende Datenbankprojekte öffnen. Wählen Sie hierzu in der List-box ein Projekt aus und klicken Sie auf OK.

Über die Schaltfläche exklusiv öffnen können Sie das Projekt exklusiv öffnen.

Mit Abbrechen können Sie das Fenster verlassen, ohne ein Projekt zu öffnen.

Nur ein Datenbankprojekt kann geöffnet sein. Öffnen Sie ein neues Projekt, während ein anderes Projekt bereits geöffnet wird, so wird das bisher geöffnete Projekt geschlossen.


Datenbankprojekt schließen

Mit diesem Menüpunkt können Sie ein geöffnetes Datenbankprojekt schließen. Dieser Menüpunkt ist nur anwählbar, wenn auch ein Datenbankprojekt geöffnet ist.

Die Projektdatenbank bleibt physikalisch weiterhin geöffnet, wenn ein Projekt geschlossen wird.


Projekt exklusiv öffnen

Beim Öffnen oder Erzeugen (mit implizitem Öffnen) eines Datenbankprojektes können Sie angeben, daß das Projekt exklusiv geöffnet wird. Klicken Sie einfach die Schaltfläche exklusiv öffnen an. Wenn das Projekt noch nicht von einem anderen Benutzt eklusiv geöffnet worden ist, sperren Sie hiermit das Projekt für alle anderen Benutzer. Andere Benutzer können aber weiterhin mit anderen, nicht gesperrten Projekten arbeiten. Sie selbst können mit gleichem Benutzernamen in unterschiedlichen Unique CONCEPT-Sitzungen aber mehrfach dieses Projekt öffnen.

Die Sperre wird automatisch aufgehoben, wenn Sie ein anderes Projekt öffnen oder proNet START beenden. Sollte dieser Mechanismus einmal nicht funktionieren, können Sie manuell alle Sperren aufheben, indem Sie im Drop-Down-Menü die Funktion unter START -> Projekte entsperren ausführen.


Projektfunktionen

Im Drop-Down-Menü Projekt sind die folgenden Funktionen definiert:

•	Projekteigenschaften

•	Generieren

•	DBS-Datei erzeugen

•	Dokumentation erzeugen

•	Applikationen erzeugen

•	Include-Datei mit Datentypen erzeugen

•	Projekt löschen

•	Purpose-Text

•	Kommentar

•	Fortgeschrittene Optionen

•	Datenbank-Areas definieren

•	Log-Area definieren

•	Views definieren

•	Tabellen-Optionen

•	Projekt prüfen

•	Regeln für die Projektprüfung

•	Ergebnis der Syntax-Diagnose

•	Ergebnis der Import-Diagnose

•	Projektkonsistenz prüfen

•	Grafische Modellierung


Projekteigenschaften

In diesem Fenster können Sie für das aktuelle Projekt den Namen, den Leittext, die Datenbank, den Autor, die Version, die Tabellenstandards und die Zugriffrechte definieren sowie die Speicherbelegung definieren ändern. Bei einer Änderung des Projektnamens wird geprüft, daß der Name noch nicht für ein anderes Projekt vergeben wurde.

In der Drop-Down-Combo-Box Datenbank können Sie einen beliebigen Namen für die zu erzeugende physikalische Datenbank eintragen oder aus der Liste der in diesem Unique-System verfügbaren Datenbanken eine Datenbank auswählen. Diese Verknüpfung von Projekt und Datenbank ist wichtig für die Funktion Abgleichen im Fenster Registrierte Datenbanken, da dort für eine laufende Datenbank nur Projekte zum Abgleichen angeboten werden, die mit der Datenbank bereits verknüpft sind.

Unterhalb des Feldes Version wird angezeigt, wann das letzte Mal die Datenbank erzeugt wurde. Falls die Datenbank bisher noch nicht erzeugt wurde, wird hier ein entsprechender Text angezeigt.

Tabellenstandards

Einige DBMS erlauben es, explizit für einzelne Tabellen das Logging für alle Aktivitäten wie Ändern, Einfügen oder Löschen zu definieren. Markieren Sie die Check-Box, wenn Sie die Funktion wünschen. Standardmäßig ist diese Option ausgeschaltet.

Einige DBMS erlauben es, explizit für einzelne Tabellen die Kompression für die Indizes der Tabelle zu definieren.  Markieren Sie die Check-Box, wenn Sie die Funktion wünschen.  Standardmäßig ist diese Option ausgeschaltet.

Die Einstellungen, die Sie hier für Tabellenstandards, Zugriffrechte definieren und Speicherbelegung definieren setzen, werden als Standardwerte für alle Objekte in Ihrem Projekt benutzt..


Grafische Modellierung

Grafische Datenbankmodellierung


DBS-Datei erzeugen

Mit dieser Funktion, können Sie eine DBS-Datei für das aktuelle Datenbankprojekt erzeugen. Sie können sowohl den Dateinamen wie den Pfad auswählen. Standardmäßig wird die DBS-Datei im Verzeichnis erzeugt, daß im Abschnitt system der uqconfig im Parameter dbs-path angegben ist. Falls dbs-path nicht angegeben ist, wird das erste Verzeichnis im Parameter source-path benutzt.

Als Dateiformat für die DBS-Datei sollte immer das UCS-Format benutzt werden, andere Dateiformate lassen sich aber für die Sicherstellung der Abwärtskompatibiltät auswählen. Die Einstellungen in der uqdio.ini werden ignoriert.


Dokumentation erzeugen

Mit dieser Funktion, können Sie die Dokumentation für das aktuelle Datenbankprojekt erzeugen. Sie können den Drucker oder Dateinamen Pfad auswählen. Standardmäßig wird die Dokumentation im Verzeichnis erzeugt, daß im Abschnitt system der uqconfig im Parameter dbs-path angegben ist. Falls dbs-path nicht angegeben ist, wird das erste Verzeichnis im Parameter source-path benutzt.

Sie können die Purpose-Texte für Projekt, Tabellen, Felder und Schlüssel in die Dokumentation aufnehmen. Bitte beachten Sie, daß die Purpose-Texte den Umfang der Dokumentation drastisch erhöhen können.


Applikationen erzeugen

In diesem Fenster finden Sie alle Funktionen zur automatischen Erzeugung von Applikationen für ihr Projekt.

Sie können hier sowohl Maintenance-Applikationen wie Zoom-Applikationen erzeugen.

Wählen Sie eine Tabelle und betätigen Sie den Button Starten. Die Applikation für diese Tabelle wird neu erzeugt. Sie können auch für die komplette Datenbank die Applikationen erzeugen, indem Sie den Button Alle starten betätigen. Über das Kontextmenü erreichen Sie die Tabelleneigenschaften, wo die Schlüssel für Maintenance-Applikationen und Zoom-Applikationen eingestellt werden können.

Für die Erzeugung der Applikationen können Sie verschiedene Optionen für Applikationen erzeugen einstellen. In den Optionen können Sie auch sehen, wie die Namen der Applikationen definiert werden.

Einschränkungen

Es gibt verschiedene Einschränkungen für die Erzeugung von Maintenance-Applikationen. Diese sind im Abschnitt Datenbank-Pflege dokumentiert.


Optionen für Applikationen erzeugen

Der Generierungsmodus gibt, an ob Sie nur den Ladereport, nur den Online-Bildschirm, beides (Standard) oder eine Zoom-Applikation erzeugen möchten. Der Online-Bildschirm kann nur bei Auswahl von [ITALIC Nur Online] mit Grid Forms erzeugt werden.

Der Schalter Kompatibilität zu CONCEPT 4.02/5.12 bewirkt, daß die Programme auch abwärtskompatibel bis zu Unique CONCEPT 4.02 erzeugt werden. Da die Abwärtskompatibilität eine eingeschränkte Funktionalität und Layout erzwingt, sollten Sie den Schalter nur setzen, wenn Sie die Kompatibilität wirklich benötigen.

In der Sub-Form Online-Layoutmodus können Sie einstellen, ob in der Zoom-Applikation jede Zeile nur ein Feld enthalten soll oder die Felder möglichst platzsparend angeordnet werden sollen. Um weiter Platz zu sparen oder die Lesbarkeit zu erhöhen, können Sie die Anzahl der Zeichen für den Leittext eines Feldes verringern oder erhöhen. Sie können zusätzlich die Anzahl der Repeat-Zeilen, also der gleichzeitig anzeigbaren Datensätze, festlegen. Standardwert für die Länge des Leittextes ist 20, für die Anzahl der Repeat-Zeilen 30.

Die Konvertierung von - (Bindestrich) zu _ (Unterstrich) können Sie aktivieren, um Bindestriche in Feld-, Schlüssel und Tabellenamen in Unterstriche abzuändern. Diese Option ist sinnvoll in Kombination mit dem uqconfig-Parameter db-options=convert_names.

Den Schalter Alphanumerische Felder können CR+LF enthalten sollten Sie (und nur dann) setzen, wenn alphanumerische Felder eigentlich nicht erlaubte Sonderzeichen, z.B. Carriage Return oder Line Feed enthalten. Wenn alphanumerische Felder mit Multi-Line-Input-Elementen verknüpft sind, werden genau diese Sonderzeichen in einem alphanumerischen Felder abgespeichert. Wird dieser Schalter nicht gesetzt und enthalten alphanumerische Felder Carriage Return oder Line Feed, lassen sich die Dmp-Dateien nicht mehr einladen!

Sie können einen Source-Pfad in der List-Box auswählen. Alle Source-Pfade, die Sie für das aktuelle System in der uqconfig angegeben haben, stehen hier zur Verfügung.

Dateinamen und Erweiterungen

Für die verschiedenen Arten von Dateien können Sie teilweise die Namen und Erweiterugen verändern. Bei Zoom-Applikationen können Sie den ersten Buchstaben (gewöhnlich 'z') ändern. Falls es keinen besonderen Grund gibt, sollten Sie diese Einstellungen nicht ändern.


Include-Datei mit Datentypen erzeugen

Für die Deklaration von statischen oder lokalen Feldern in Unique 4GL-Programmen können Sie sich jetzt eine Include-Datei erzeugen lassen, die Konstanten für die Speicher- und Anzeigeformate aller in einem Projekt verwendeten Datentypen enthält.

Die Namen der Konstanten besteht aus einem Präfix, den Sie jeweils für Speicher- und Anzeigeformate selbst auswählen können, und dem Namen des Datentyps.

Beispiel:

Sie haben einen Datentyp "Name" definiert, der das Speicherformat Alphanumeric(30) und das Anzeigeformat X(20) besitzt. Bei Verwendung der Standardpräfixe erhalten Sie die folgende Konstantendefinition.

$constant StoName Alphanumeric(30)

$constant DspName X(20)

Sie können den Dateinamen selbst definieren, standardmäßig wird der Projektname um die Dateiendung .inc erweitert, z.B. uqstart.inc, benutzt.


Projekt löschen

Nach der obligatorischen Sicherheitsabrage wird das Datenbankprojekt einschließlich aller abhängigen Objekte wie Tabellen, Feldern und Schlüsseln gelöscht. Diese Aktion ist nicht umkehrbar.


Datenbank-Areas definieren

Sie können eine oder mehrere Areas in Ihrem Projekt definieren.

Areas werden benutzt, um anzugeben, wo im Dateisystem oder in welchen Raw-Devices Tabellen und ihre Indizes gespeichert werden sollen. Jede Area hat eine Verknüpfung zu einer Datei oder einem Device. Einige DBMS erlauben es, eine Area (im DBMS zum Beispiel Tablespace oder Dbspace genannt) auf mehrere Dateien zu verteilen. Dieser Mechanismus wird in dieser Version von proNet START nicht unterstützt.

Informix C-ISAM und Unique ISAM unterstützen keine Areas. Die Area-Definitionen werden für die Datenbanken ignoriert.

Neben dem Namen der Area können Sie die folgenden Parameter definieren:

•	Dateiname

Der Dateiname muß den Regeln des Server-Betriebsystems und des DBMS entsprechen. Wenn der Dateiname Pfadangaben oder nicht alphanumerische oder numerische Zeichen enthält oder der Name nicht in Großbuchstaben konvertiert werden soll, müssen Sie den Namen in einfache oder doppelte Anführungszeichen einschließen.

Falls kein Dateiname angegeben wird, wird direkt der Name der Area, konvertiert in Großbuchstaben, benutzt.

•	Größe

Wenn die Datei mit einer bestimmten Größe erzeugt werden soll, müssen Sie die Größe in Bytes angeben. Die Suffixe K,M und G können hier nicht benutzt werden. Wenn Sie SIBAS/R auf SINTRAN benutzen, wird die Datei auf ganze SINTRAN pages aufgerundet. Eine page in SINTRAN enthält 2048 bytes.

•	Erweiterte Speicherdefinition

Wenn die Area noch nicht existiert, werden die hier definierten Werte bei der Erzeugung als Standardwerte gesetzt und anschließend bei der Erzeugung aller Objekte in dieser Area benutzt (siehe auch Speicherbelegung definieren).

•	Standard-Areas

Sie können für Tabellen und BLOB-Felder jeweils eine Area angeben, in der jede Tabelle bzw. jedes BLOB-Feld erzeugt wird, wenn Sie nicht explizit für diese Tabelle eine andere Area definieren.

Wichtig

proNet START unterstützt den DBS-Parameter für Areas 'default-log-area' nicht. Definieren Sie statt dessen direkt eine Log-Area.


Log-Area definieren

Sie können eine Log-Area in Ihrem Projekt definieren. Die meisten Datenbanken unterstützen das Logging von Datenbankoperationen. Einige DBMS unterstüzen nur Logs für physikalische Datenbanken, andere für logische Datenbanken. Wenn das DBMS Logs für logische Datenbanken unterstützt oder eine 1:1-Beziehung zwischen logischen und physikalischen Datenbanken besteht (z.B. bei SIBAS), können Sie diese hier definieren.

Unique ISAM unterstützt keinerlei Logging.

Die Log-Area gibt an, wo die Log-Datei im Dateisystem erzeugt werden soll. Nach Möglichkeit sollte die Log-Datei auf einer anderen Festplatte als die anderen Datenbankdateien gespeichert werden, um bei einem Festplattenfehler eine Wiederherstellung zu vereinfachen.

Neben dem Namen der Log-Area können Sie die folgenden Parameter definieren:

•	Dateiname

Der Dateiname muß den Regeln des Server-Betriebsystems und des DBMS entsprechen. Wenn der Dateiname Pfadangaben oder nicht alphanumerische oder numerische Zeichen enthält oder der Name nicht in Großbuchstaben konvertiert werden soll, müssen Sie den Namen in einfache oder doppelte Anführungszeichen einschließen.

Falls kein Dateiname angegeben wird, wird direkt der Name der Log-Area, konvertiert in Großbuchstaben, benutzt.

•	Größe

Wenn die Datei mit einer bestimmten Größe erzeugt werden soll, müssen Sie die Größe in Bytes angeben. Sie die Suffixe K,M und G benutzen für Kilo-, Mega-  und Gigabytes. Der Suffix muß direkt ohne Leerzeichen der Zahl folgen.

Wenn Sie SIBAS/R auf SINTRAN benutzen, wird die Datei auf ganze SINTRAN pages aufgerundet. Eine page in SINTRAN enthält 2048 bytes.


Views definieren

In diesem Fenster können Sie Views definieren. Für jeden View können Sie neben dem Namen einen Leittext definieren. Der Leittext wird nur innerhalb von proNet START benutzt. In der Sub-Form Zugriffrechte definieren werden wie bei Tabellen die Rechte definiert.

Für den gerade selektierten View sehen Sie unten rechts eine Vorschau der Definition des Views.

•	Über den Button Editieren können Sie die Definition des Views im Editor bearbeiten. Geben Sie nur die select-Anweisung ein. Die Anweisungen create view.. und die Definition von Zugriffsberechtigungen wird automatisch von proNet START erzeugt.

•	Über den Button Neu starten Sie den Assistenten für die Erzeugung von Views.

•	Über den Button Kommentar können Sie den Kommentar für den View bearbeiten.

Um Feld- oder Tabellennamen unabhängig von Datenbankeinstellungen wie db-name-prefix und db-name-length einzugeben, benutzen Sie das Makro @ITEM, z.B. select @ITEM(Name) from @ITEM(Kunde).

Die Definition der Views muß gemäß den Syntaxregeln des von Ihnen benutzten DBMS geschehen.

Bitte beachten Sie, daß beim Importieren von Views aus dem Dictionary zusätzliche Anweisungen eingefügt werden können, die nicht Bestandteil der Definition sein sollten. Diese sind im Augenblick noch manuell zu entfernen.


Tabellen-Optionen

In diesem Fenster können Sie für einzelne oder alle Tabellen Ihres Projektes verschiedene Optionen definieren sowie den Tabellentyp und das Ergebnis der letzten Syntaxprüfung einsehen.

Wenn Sie eine Tabelle in Ihrem Projekt bereits definiert haben, die Tabelle aber noch nicht in der physikalischen Datenbank erzeugt werden soll, markieren Sie In DBS-Datei einfügen nicht. Standardmäßig wird jede Tabelle in die DBS-Datei eingefügt.

Sie können im Fenster Felder sortieren eine eigene Sortierungsreihenfolge für die Felder einer Tabelle definieren. Wenn Sie die von Ihnen definierte Reihenfolge benutzen möchten, markieren Sie die Check-Box Sortierungssequenz benutzen.

Einige DBMS unterstützen es, das Logging für einzelne Tabellen zu definieren. Wenn Sie dies möchten, markieren Sie die entsprechende Check-Box.

Einige DBMS unterstützen es, eine Kompression für Tabellen zu definieren. Wenn Sie dies möchten, markieren Sie die entsprechende Check-Box.

Funktionen

Wenn Sie auf den Push-Button Funktionen klicken, wird im unteren Teil des Fensters eine neue Sub-form angezeigt. Hier können Sie die fünf oben beschriebenen Optionen mit einem Klick für alle Tabellen Ihres Projektes setzen oder entfernen. Wählen Sie hierzu die gewünschte Option aus und klicken dann auf den Push-Button Setzen beziehungsweise Entfernen.


Regeln für die Projektprüfung

In diesem Fenster legen Sie die Regeln für die Syntaxprüfung vor der Erzeugung der Datenbank fest.

In der Sub-Form Prüfungsoptionen können Sie die Prüfung der Datenbankdefinitionen vor der Erzeugung der Datenbank ausschalten. Damit sparen Sie zwar etwas Zeit, riskieren aber eine spätere Fehlermeldung des DBMS. Standardmäßig ist die Option eingeschaltet.

In der Sub-Form Automatisches Ausschließen können Sie illegale Tabellen und illegale Gruppenschlüssel von der DBS-Generierung ausschließen. Illegale Tabellen sind Tabellen ohne Felder oder ohne Schlüssel oder Tabellen mit Feldern ohne korrekten Datentyp. Illegale Gruppen sind Gruppenschlüssel ohne Schlüsselelemente. Beide Optionen sind standardmäßig ausgeschaltet.

In der Sub-Form Optionen für die DB-Generierung können Sie definieren, ob Purpose-Texte in die das Dictionary mit eingefügt werden sollen. Die Option ist standardmäßig eingeschaltet.


Ergebnis der Syntax-Diagnose

In diesem Fenster werden alle Fehler und Warnungen der Syntaxprüfung vor der Erzeugung der Datenbank angezeigt, sofern Sie für dieses Projekt bereits eine Datenbank erzeugt haben und bei den Regeln für die Projektprüfung die Prüfung aktiviert haben.

Mit einem Doppelklick auf eine Fehlerzeile oder das Betätigen der Return-Taste können Sie zu dem entsprechenden Objekt springen, bei dem der Fehler aufgetreten ist. Bei einem Problem mit einem Datentypen geht der Sprung in die Datentyp-Bibliothek. Bei einem Fehler mit einer Tabelle oder einem Feld geht der Sprung hingegen in das Projektfenster Tabellen definieren.

Um dieses Fenster nach einem Sprung wieder zu erreichen, öffnen Sie das Projekt, falls es noch nicht geöffnet ist, und öffnen das Fenster über den Menüeintrag Projekt->Projekt prüfen->Syntaxdiagnose.

Mögliche Fehler sind:

•	Tabelle hat keine Felder.

•	Tabelle hat keine Schlüssel.

•	Gruppenschlüssel ohne Elemente.

•	Keine legalen Tabellen im Projekt.

•	Nicht eindeutiger Names eines Gruppenschlüssels.

•	Nicht eindeutiger Names eines Feldes.

•	Nicht eindeutiger Names einer Tabelle.

•	Datentyp existiert nicht.

•	Systemtabelle fehlt für Tabelle.

•	Systemtabelle fehlt für Schlüssel.

•	BLOB-Tabelle fehlt für Tabelle.

•	BLOB-Tabelle fehlt für Schlüssel.

•	Feld hat keinen Datentyp.


Ergebnis der Import-Diagnose

In diesem Fenster werden alle Fehler und Warnungen des Datenbankimports angezeigt, sofern Sie in dieses Projekt vorher eine laufende Datenbank importiert haben.

Mit einem Doppelklick auf eine Fehlerzeile oder das Betätigen der Return-Taste können Sie zu dem entsprechenden Objekt springen, bei dem der Fehler aufgetreten ist. Bei einem Problem mit einem Datentypen geht der Sprung in die Datentyp-Bibliothek. Bei einem Fehler mit einer Tabelle oder einem Feld geht der Sprung hingegen in das Projektfenster Tabellen definieren.

Um dieses Fenster nach einem Sprung wieder zu erreichen, öffnen Sie das Projekt, falls es noch nicht geöffnet ist, und öffnen das Fenster über den Menüeintrag Projekt->Projekt prüfen->Importdiagnose.

Mögliche Fehler sind:

•	Datentyp existiert bereits.

Dem Feld wurde die bereits existierende Datentypdefinition zugewiesen. In den Optionen im Fenster Datenbank importieren können Sie die Behandlung von existierenden Objekten beim Import ändern.

•	Feld existiert bereits.

Das Feld ist in der betreffenden Tabelle bereits definiert, deshalb wird es einfach nur nicht importiert.

•	Tabelle exisitiert bereits.

Die Tabelle ist im betreffenden Projekt bereits definiert, deshalb wird sie je nach Importoption einfach nur nicht importiert, ignoriert, mit einem neuen Tabellennamen erzeugt, oder der komplette Import bricht ab.

•	Gruppenschlüssel ohne Elemente oder mit nur einem Element.

In der aktuellen Version von proNet START können Gruppenschlüssel mit einem Element nicht importiert werden. Definieren Sie das Feld in proNet START einfach direkt als Schlüssel.

Gleichwohl lassen sich natürlich mit Unique CONCEPT Applikationen programmieren, die diesen Index nutzen.

Auf den ersten Blick unerklärliche Fehler beim Datenbankimport können mit einer falschen Einstellung des Parameters db-name-length in der uqconfig für die importierte Datenbank zusammenhängen.


Projektkonsistenz prüfen

In diesem Fenster können Sie Ihr Datenbankprojekt prüfen lassen, um die Datenkonsistenz für die Zukunft sicherzustellen. Hintergrund für diese Prüfung sind Probleme früherer Versionen von proNet START, in denen einige Validierungen nicht enthalten waren. Geprüft werden die Definitionen für Standard -Areas, Standard-Systemtabellen und Standard-BLOB-Tabellen.

Daneben waren einige Speicherformate auch mit älteren, nicht mehr üblichen Namen gespeichert worden. Zum Beispiel wurde die Bezeichnung Freetext für Text benutzt.

Um die Prüfung durchzuführen, betätigen Sie den Button Prüfen. Falls mehrere Standard-Areas,Standard-Systemtabellen oder Standard-BLOB-Tabellen gefunden werden, bleibt die jeweils erste Definition erhalten. Bei Speicherformaten wird die jeweils gültige Bezeichnung gesetzt. Nach dem Ende der Prüfung wird das Protokoll der Änderungen angezeigt.

Wichtig

Diese Prüfung ist nur für die einmalige Prüfung alter Projekte gedacht. Die normale Prüfung wird als Teil der DBS-Erzeugung ausgeführt.


Standardvorlagen

Standardvorlagen können Sie für die Eingabe von Purpose-Texten und Kommentaren definieren. Die jeweilige Standardvorlage wird dann bei jeder neuen Eingabe eines Purpose-Textes oder eines Kommentares als Vorlage benutzt.

Die Standardvorlagen selbst werden nicht in der Projektdatenbank gespeichert, Sie geben hier nur den Dateinamen an. Um eine neue Standardvorlage zu definieren, betätigen Sie den Button mit dem Pfeil nach unten, um einen Dialog für die Auswahl des Dateinamens zu öffnen. Sie können hier eine existierende Datei auswählen oder einen neuen Namen eingeben.

Wenn Sie einen Dateinamen gewählt haben, können Sie über den entsprechenden Button die Datei  im Unique EDITOR bearbeiten oder den Dateinamen wieder löschen. Die Datei selbst wird dabei nicht gelöscht.


Tabellen definieren

Dieses ist das Hauptfenster von proNet START. In diesem Fenster definieren Sie zum einen Tabellen, Felder und Schlüssel/Indizes eines Projektes, zum anderen erreichen Sie in diesem Fenster die Projektfunktionen, mit denen Sie z.B. Projektdetails, Areas oder Standardvorlagen definieren sowie DBS-Dateien und Projektdokumentationen erzeugen können.

Klicken Sie auf eine der Karteikarten, um verschiedene Ansichten für Tabellen einzustellen. Eine Karteikarte zeigt eine Tabelle zusammen mit mehreren Zeilen für Felder, die zweite eine Tabelle mit den dort definierten Schlüssel/Indizes, die dritte eine Tabelle mit den dort definierten Foreign Keys. Die vierte Karteikarte zeigt eine Tabellenübersicht.

Die Zeilen für Felder bestehen aus dem Feldnamen, dem Datentyp und dem Leittext. Die Zeilen für Schlüssel/Indizes bestehen aus dem Schlüssel-Indexnamen, einer Drop-Down-List-Box für den Schlüssel-/Indextyp , einem Kennzeichen für Gruppenschlüssel/-indizes und dem Leittext des Schlüssels/Indexes. Neue eingefügte Schlüssel/Indizes werden zunächst als eindeutig Indizes definiert. In der Drop-Down-List-Box können Sie den Schlüssel-/Indextyp ändern (siehe auch Schlüssel/Index).

Beachten Sie, daß nur ein Schlüssel/Index als primär definiert werden kann.

Die Zeilen für Foreign Keys bestehen aus dem Namen sowie der Tabelle und dem Schlüssel, auf die der Foreign Key verweist. Tabelle und Schlüssel können nur in den Foreign Key Eigenschaften geändert werden, nur der Leittext kann in der Übersicht geändert werden. Bei Eingabe eines neuen Foreign Keys wird automatisch das Fenster Foreign Key Eigenschaften geöffnet.

Über die Kontextmenüs können Sie die Funktionen für Tabellen, Felder, Schlüssel/Index und Foreign Keys auslösen.

•	Funktionen für Tabellen

•	Funktionen für Felder

•	Funktionen für Schlüssel/Indizes

•	Funktionen für Foreign Keys


Funktionen für Tabellen

Im Kontextmenü für Tabellen erreichen Sie diese Funktionen:

•	Tabelle löschen

•	Felder sortieren

•	Tabelle kopieren

•	Tabellen ex-/importieren

•	Purpose-Text editieren

•	Kommentar editieren

•	Tabelleneigenschaften

Um eine dieser Funktionen auszulösen muß eine Tabelle selektiert sein.


Tabelleneigenschaften

In diesem Fenster können Sie für die aktuelle Tabelle den Leittext, die Speicherorte für die Tabelle und die Indizes der Tabelle, einige Tabellenoptionen, die Zugriffrechte definieren, die Speicherbelegung definieren sowie auf der zweiten Karteikarte die Einstellungen für temporäre Tabellen..

Sie können die Area auswählen, in der die Tabelle erzeugt werden soll. Die Area muß vorher im Fenster Datenbank-Areas definieren definiert werden.

Optionen

Wenn Sie eine Tabelle in Ihrem Projekt bereits definiert haben, die Tabelle aber noch nicht in der physikalischen Datenbank erzeugt werden soll, markieren Sie In DBS-Datei einfügen nicht. Standardmäßig wird jede Tabelle in die DBS-Datei eingefügt.

Sie können im Fenster Felder sortieren eine eigene Sortierungsreihenfolge für die Felder der aktuellen Tabelle definieren. Wenn Sie die von Ihnen definierte Reihenfolge benutzen möchten, markieren Sie die Check-Box Sortierungssequenz benutzen.

Im Fenster Applikationen erzeugen können Sie Maintenance-Applikationen und Zoom-Applikationen erzeugen lassen. Wenn Sie auch die aktuelle Tabelle vormerken möchten für eine Zoom-Applikation, müssen Sie die Check-Box Zoom-Applikation erzeugen markieren. Wenn Sie diese Check-Box markiert haben, wird auch die Drop-Down-List-Box für die Auswahl des Schlüssels für die Zoom-Applikation angezeigt. Um eine Zoom-Applikation erzeugen zu können, müssen Sie einen bereits definierten Schlüssel auswählen. Wenn Sie für eine Pflege-Applikation einen bestimmten Schlüssel benutzen möchten, können Sie auch diesen Schlüssel hier auswählen. Normalerweise sollten Sie keinen Schlüssel auswählen, damit proNet START selbst den am besten geeigneten Schlüssel auswählen kann.

Einige DBMS erlauben es, explizit für einzelne Tabellen das Logging für alle Aktivitäten wie Ändern, Einfügen oder Löschen zu definieren. Markieren Sie die Check-Box, wenn Sie die Funktion wünschen. Standardmäßig ist hier die Einstellung für das Projekt gesetzt.

Einige DBMS erlauben es, explizit für einzelne Tabellen die Kompression für die Indizes der Tabelle zu definieren.  Markieren Sie die Check-Box, wenn Sie die Funktion wünschen.  Standardmäßig ist hier die Einstellung für das Projekt gesetzt.

Die Optionen In DBS-Datei einfügen, Sortierungssequenz benutzen und Zoom-Applikation erzeugen können Sie auch im Fenster Tabellen-Optionen für alle Tabellen setzen.

Parameter für eine Temporäre Tabelle

Die Einstellungen für temporäre Tabellen werden nur beachtet, wenn die Tabelle als Teil einer temporären Datenbank erzeugt wird. Für normale Datenbanktabellen haben diese Einstellungen keine Auswirkung. Die eingestellten Parameter werden im Lokales Dictionary der temporären Datenbank abgelegt.

Persistent

Der Gültigkeitsbereich für Daten in einer temporären Tabelle kann entweder eine vollständige Sitzung (Check-Box Persistent aktiviert) oder eine 4GL-Applikation sein. Die temporäre Tabelle selbst ist in jedem Fall in der ganzen Sitzung verfügbar, nur die Gültigkeit der Daten wird von dieser Einstellung betroffen. Wenn der Gültigkeitsbereich nur für eine 4GL-Applikation eingestellt ist, sind die Daten auch in allen Unterprogrammen dieser 4GL-Applikation verfügbar. Unterprogramme sind alle 4GL-Applikationen, die über die 4GL-Funktionen call, zoom oder den Event APPLICATION gestartet wurden.

NULL erlaubt

Ist diese Check-Box aktiviert, können NULL-Werte in der Datenbank abgelegt werden.

Standardwert NULL

Der Standardwert wird Feldern der Tabelle automatisch zugewiesen, die beim Einfügen eines neuen Datensatzes in der Tabelle nicht berücksichtigt wurden. Der Wert ist entweder NULL oder abhängig vom Speicherformat (numerisch oder alphanumerisch) 0 bzw. ein Leerstring. Diese Einstellung ist nur verfügbar, wenn die Einstellung NULL erlaubt aktiviert ist.


Felder sortieren

Die Felder einer Tabelle werden standardmäßig bei der Erzeugung der Datenbank und der Datenbankdokumentation alphabetisch sortiert. Falls Sie eine andere Sortierung vorziehen, können Sie diese Sortierreihenfolge in diesem Fenster selbst definieren.

Um die benutzerdefinierte Sortierung für die aktuelle Tabelle einzuschalten, aktivieren Sie die Check-Box in Datenbank. Wenn Sie die Sortierung bereits in diesem Fenster testen möchten, können Sie bei Verwendung eines SQL-fähigen DBMS die Check-Box in diesem Fenster aktivieren.

Für die einzelnen Felder geben Sie einfach eine Nummer im Feld Reihenfolge ein. Eine Nummer darf auch mehrfach vergeben werden oder auch ausgelassen werden. Die Reihenfolge der Felder mit gleicher Nummer ist undefiniert.

Mit dem Push-Button Renumm. können Sie alle Felder der Tabelle automatisch gemäß Ihrer alphabetischen Sortierung durchnummerieren lassen.


Tabelle löschen

Nach der obligatorischen Sicherheitsabfrage wird die Tabelle einschließlich aller abhängigen Objekte wie Feldern und Schlüsseln gelöscht. Diese Aktion ist nicht umkehrbar.


Tabelle kopieren

Mit dieser Funktion können Sie eine Tabelle einschließlich ihrer Felder und Schlüssel innerhalb eines Projektes kopieren.

Der Unterschied zum Kopieren über den Umweg des Ex- und Importierens über die Funktion Tabellen ex-/importieren ist, daß auch die Einträge für Areas, System- und BLOB-Tabellen erhalten bleiben.

Geben Sie einfach den Zielnamen für die Tabelle an. Wenn eine Tabelle gleiche Namens bereits existiert, wird der Kopiervorgang abgebrochen.


Tabellen ex-/importieren

Mit dieser Funktion können Sie eine Tabelle einschließlich ihrer Felder und Schlüssel von einem Projekt in die Standardtabellenbibliothek kopieren und umgekehrt.

Beim Aufrufen dieser Funktion haben Sie zunächst die Wahl, ob Sie eine Tabelle ex- oder importieren möchten. Beim Export müssen Sie nur noch angeben, wie der Name der Standardtabelle lauten soll. Beim Import wählen Sie zuerst die Standardtabelle aus, die Sie importieren möchten, und geben anschließend den Namen der Tabelle in ihrem Projekt an.

Einträge für die Verwendung von Areas, System- und BLOB-Tabellen werden nicht kopiert.

Standardtabellen-Bibliothek


Funktionen für Felder

Im Kontextmenü für Felder erreichen Sie diese Funktionen:

•	Datentyp auswählen

•	Datentypeigenschaften

•	Feld löschen

•	Felder sortieren

•	Felder kopieren

•	Feld als Schlüssel/Index definieren

•	Purpose-Text editieren

•	Kommentar editieren

•	Feldeigenschaften

Um eine dieser Funktionen auszulösen muß ein Feld selektiert sein.


Funktionen für Schlüssel/Indizes

Im Kontextmenü für Schlüssel/Indizes erreichen Sie diese Funktionen:

•	Elemente definieren/betrachten

•	Schlüssel/Index löschen

•	Purpose-Text editieren

•	Kommentar editieren

•	Schlüssel-/Indexeigenschaften

Um eine dieser Funktionen auszulösen muß ein Schlüssel/Index selektiert sein.


Feldeigenschaften

In diesem Fenster können Sie den Leittext, den Datentyp, die Anzeigeformate, Standardwerte und weitere feldabhängige Parameter einstellen.

Durch Betätigen von ENTER oder klicken auf die Buttons rechts neben Datentyp und Anzeigeformat wählen Sie den Datentyp aus oder rufen die Funktion Anzeigeformat definieren auf.

Aus der Liste der definierten Standardwerte können Sie den gewünschten Wert auswählen. Den Standardwert selbst müssen Sie vorher im Fenster Standardwerte definieren definieren.

Abhängig vom Datentyp des Feldes können verschiedene weitere Optionen zur Verfügung stehen.

Bei allen Typen außer Bit können Sie festlegen, ob Felder dieses Typs beim Einfügen eines neuen  Datensatzes den Wert NULL erhalten soll oder nicht.

Bei BLOB-Feldern, das heißt bei den Speicherformaten Text und Image, können Sie eine Area angeben, in der das Feld angelegt wird.

Sie können definieren, ob das aktuelle Feld bei der automatischen Erzeugung der Zoom-Applikationen für aktuelle Tabelle mit aufgenommen werden soll. Die Erzeugung der Zoom-Applikation starten Sie mit der Funktion Applikationen erzeugen.


Datentyp auswählen

In diesem Fenster können Sie einen Datentyp selektieren, um ihn dem aktuellen Feld zuzuweisen.

Neben dem Namen des Datentyps werden auch das Speicherformat, den Leittext und das Anzeigeformat angezeigt.


Feld löschen

Nach der obligatorischen Sicherheitsabfrage wird das Feld gelöscht, wenn es nicht als Teil eines Schlüssels definiert ist. Diese Aktion ist nicht umkehrbar.


Feld als Schlüssel/Index definieren

Mit dieser Funktion wird das aktuelle Feld als Schlüssel/Index definiert. Es ist keinerlei weitere Eingabe notwendig. Der Schlüssel/Index wird immer als eindeutig Index definiert.

Der neue Schlüssel/Index wird in der ersten Zeile der Schlüssel/Index angezeigt. Hier können Sie auch den Schlüssel-/Indextyp ändern.


Felder kopieren

In diesem Fenster können Sie die Felder aus anderen Tabellen in die aktuelle Tabelle kopieren. Auf der linken Seite sehen Sie die aktuelle bzw. Ziel-Tabelle und die darin enthaltenen Felder, auf der rechten die Quell-Tabelle und deren Felder. Als Quell-Tabelle können Sie jede Tabelle des aktuellen Datenbankprojektes auswählen, die Ziel-Tabelle ist nicht änderbar.

Die Push-Buttons in der Mitte haben von oben nach unten die Funktionen:

Einfügen des selektierten Feldes der Quell-Tabelle in der Ziel-Tabelle. Alle Eigenschaften des Feldes werden übernommen.

Entfernen des selektierten Feldes in der Ziel-Tabelle. Felder, die als Schlüssel oder Schlüsselelement definiert sind, können hier nicht gelöscht werden.

Felder können nicht mehrfach in die Ziel-Tabelle kopiert werden.


Schlüssel-/Indexeigenschaften

In diesem Fenster können Sie für den aktuellen Schlüssel/Index den Leittext, den Schlüssel-/Indextyp (siehe auch Schlüssel/Index) sowie den Speicherort und die Speicherbelegung definieren.

Beachten Sie, daß nur ein Schlüssel als primär definiert werden kann.

Einen Schlüssel/Index je Tabelle können Sie als Clustered definieren. Clustered bedeutet, daß die Datensätze der Tabelle weitgehend in der Reihenfolge dieses Schlüssels/Indexes eingefügt werden solllen. Nicht jedes DBMS unterstützt diesen Mechanismus.

Sie können den Speicherort für den Schlüssel/Index im DBMS definieren, indem Sie die Area auswählen. Die Area muß vorher im Fenster Datenbank-Areas definieren definiert werden.


Elemente definieren/betrachten

In diesem Fenster können Sie die Schlüssel-/Indexelemente von Gruppenschlüssel-/indexn definieren. Auf der linken Seite sehen Sie die alle Tabellenfelder und auf der rechten die aktuelle Definition der Schlüssel/Indexelemente. Neben den einzelnen Schlüssel/Indexelementen befindet sich jeweils ein Auswahlfeld für die Sortierung mit den möglichen Werten ASC für aufsteigend und DESC für absteigend. Diese Sortierung für einzelne Schlüsselelemente wird nur von wenigen DBMS unterstüzt, z.B: Informix Online/SE und Sybase SQL Anywhere, mehr Informationen finden Sie in der DBMS-Referenz. Die Sortierreihenfolge wird nur für Indizes, nicht für Schlüssel unterstützt.

Die Push-Buttons in der Mitte haben von oben nach unten die Funktionen:

Einfügen des selektierten Feldes vor dem selektierten Schlüssel-/Indexelement

Anfügen des selektierten Feldes nach dem selektierten Schlüssel-/Indexelement

Entfernen des selektierten Schlüssel-/Indexelements.

Leeren der Liste der Schlüssel-/Indexelemente.

Felder können nicht mehrfach in einem Gruppenschlüssel-/index definiert werden.

Wenn Sie mehr als acht Schlüssel-/Indexelemente definieren, kann dieser Schlüssel/Index nicht mehr in jedem DBMS erzeugt werden. Mehr Informationen hierzu finden Sie in der DBMS-Referenz.


Schlüssel/Index löschen

Nach der obligatorischen Sicherheitsabfrage wird der Schlüssel/Index einschließlich aller abhängigen Objekte wie Elementdefinitionen gelöscht. Diese Aktion ist nicht umkehrbar.


Funktionen für Foreign Keys

Im Kontextmenü für Foreign Keys erreichen Sie diese Funktionen:

•	Foreign Key löschen

•	Purpose-Text editieren

•	Kommentar editieren

•	Foreign Key Eigenschaften

Um eine dieser Funktionen auszulösen muß ein Foreign Key selektiert sein.


Foreign Key löschen

Nach der obligatorischen Sicherheitsabfrage wird der Foreign Key einschließlich aller abhängigen Objekte wie Elementdefinitionen gelöscht. Diese Aktion ist nicht umkehrbar.


Foreign Key Eigenschaften

In diesem Fenster können Sie für den aktuellen Foreign Key (Fremdschlüssel) den Leittext, die Schlüsselelemente sowie die referenzierte Tabelle und den referenzierten Schlüssel definieren. Zusätzlich können die Lösch- und Änderungsregeln definiert werden.

Die Anzahl der Schlüsselelemente im Foreign key muß die Anzahl der Elemente im referenzierten Schlüssel entsprechen. Die angezeigten Schlüsselelement des referenzierten Schlüssels dienen deshalb auch nur der Information und können nicht geändert werden.

Dieses Fenster wird automatisch nach Eingabe eines neuen Foreign key-Namens geöffnet, brechen Sie in dieser Situation das Fenster ab, wird der Foreign key nicht eingefügt. Bei Bestätigung der Eingabe mit <OK> wird die Definition des Foreign keys auf Vollständigkeit und Korrektheit geprüft, so daß in jedem Fall ein referenzierte Tabelle, ein referenzierter Schlüssel und die Schlüsselelemente eingetragen sein.

Für die Lösch- und Änderungsregeln sollten Sie in der DBMS-Referenz die Unterstützung in dem von Ihnen benutzten DBMS prüfen. proNet START unterstützt alle in ANSI SQL 3 enthaltenen Aktionen, die meisten DBMS unterstützen nur eine kleine Untermenge von ANSI SQL 3.


Repository

Zum Unique Repository gehören Datentypen, Standardwerte und Standardtabellen.


Datentyp-Bibliothek

In der Datentyp-Bibliothek können Sie alle Datentypen und ihre Verwendung betrachten, ändern und löschen, neue Datentypen einfügen.

Die linke Spalte enthält den Namen der Datentypen, die mittlere den Leittext und die rechte das Speicherformat. Das Speicherformat kann nicht direkt eingegeben werden. Um das Speicherformat zu definieren, klicken Sie auf den Button rechts neben dem Speicherformat. Alternativ können Sie auch über das Kontextmenü Speicherformat ändern auswählen.

Im unteren Fensterteil finden Sie drei Karteikarten für dieEigenschaften eines Datentyps, zum Setzen eines Filters für die Anzeige von Datentypen und für Funktionen zur Bearbeitung aller Datentypen,

Auf der Karteikarte Eigenschaften, wird für den aktuellen Datentyp der Leittext, das Anzeigeformat und der Standardwert angezeigt. Zusätzlich wird in einer Check-Box angezeigt, ob dieser Typ in einem der Datenbankprojekte benutzt wird.

Auf der Karteikarte Filter können Sie einen Filter für die Anzeige von Datentypen definieren. Zur Auswahl stehen vier Schalter: Mit Ignorieren ist der Filter ausgeschaltet (die Standardeinstellung), alle Datentypen werden angezeigt, mit in beliebigem Projekt müssen die Datentypen in irgendeinem Projekt benutzt werden, mit Nicht benutzt werden nur Datentypen angezeigt, die in keinem Projekt benutzt werden. Mit dem Filter in Projekt können Sie ein bestimmten Projekt auswählen und nur in diesem Projekt benutzte Datentypen werden angezeigt (Die Datentypen können zusätzlich auch in einem anderen Projekt verwendet worden sein).

Auf der Karteikarte Funktionen können Sie die NULL/not NULL-Definition aller Datentypen auf den Standardwert für das verwendete Speicherformat setzen. Wenn Sie die Check-Box Alle Felder einschließen markieren, werden zusätzlich auch alle Felddefinitionen geändert.

Über das Kontextmenü erreichen Sie die Funktionen

•	Datentypeigenschaften

•	Speicherformat ändern

•	Feldreferenzen

•	Datentyp löschen

Beachten Sie, daß Datentypen innerhalb von proNet START global definiert werden.


Datentypeigenschaften

In diesem Fenster können Sie den Leittext, das Speicherformat, das Anzeigrformat, Standardwerte und weitere typabhängige Parameter einstellen.

Durch Betätigen von ENTER oder klicken auf die Buttons rechts neben Speicherformat und Anzeigeformat rufen Sie die Funktionen Speicherformat ändern oder Anzeigeformat definieren auf.

Aus der Liste der definierten Standardwerte können Sie den gewünschten Wert auswählen. Den Standardwert selbst müssen Sie vorher im Fenster Standardwerte definieren definieren.

Abhängig vom Datentyp können verschiedene weitere Optionen zur Verfügung stehen.

Bei allen Typen außer Bit, Serial,  Text und Image können Sie festlegen, ob Felder dieses Typs beim Einfügen eines neuen  Datensatzes den Wert NULL erhalten soll oder nicht.

Beim Typ Packed decimal können Sie festlegen, ob Felder dieses Typs ein Vorzeichen haben sollen oder allein positiv sein dürfen.

Beim Typ Unpacked decimal können Sie festlegen, ob bei Feldern dieses Typs Vor- und Nachkommastellen getrennt gespeichert werden sollen oder nicht.

Bei den Typen Text und Image können Sie festlegen, ob Felder dieses Datentyps immer als generische BLOBs erzeugt werden sollen. Unique unterstützt sowohl generische BLOBs, das heißt BLOBs, die direkt vom DBMS verwaltet werden, als auch simulierte BLOBs, die von der Unique Runtime Engine verwaltet werden.

Bei DBMS, die BLOBs direkt unterstützen, erzeugt der DBS-Compiler in einigen Fällen in jedem Fall simulierte BLOBs, da das DBMS möglicherweise Einschränkungen hat. Oracle zum Beispiel unterstützt nur ein BLOB-Feld je Tabelle.

Beim Typ Serial können Sie festlegen, mit welchem Startwert die automatische Numerierung beginnen soll. Der Standardwert ist 1.


Speicherformat ändern

In diesem Fenster können Sie für das aktuelle Feld oder den aktuellen Datentyp das Speicherformat ändern. Zur Verfügung stehen die Datentypen

•	Alphanumeric

•	Varchar

•	Binary

•	Bit

•	Integer1

•	Integer2

•	Integer4

•	Serial

•	Packed decimal

•	Unpacked decimal

•	Money

•	Real4

•	Real8

•	Text

•	Image

•	Date

•	Time

•	DateTime

•	Week

Die Speicherformate Alphanumeric, Varchar und Binary benötigen einen Parameter, der die Länge angibt, die Formate Packed/Unpacked Decimal benötigen zwei Parameter, die die Zahl der Vor- und Nachkommastellen angeben.

Nicht jedes DBMS unterstützt alle von Unique angebotenen Speicherformate. In diesen Fällen emuliert die Unique Runtime Engine die Speicherformate und verwendet gegenüber dem DBMS andere. Für den Programmierer bleiben dabei alle Speicherformate vollkommen transparent. So ist zum Beispiel auch beim Einsatz von Informix C-ISAM, das keine BLOBs unterstützt, der Einsatz der Speicherformate Text und Image möglich.

Die Umsetzung der verschiedenen Speicherformate ist auch in den Release Notes dokumentiert.


Anzeigeformat definieren

In diesem Fenster können Sie das Anzeigeformat für einen Datentyp oder ein Feld definieren. Wenn Sie dieses Fenster für die Definition des Anzeigeformats eines Datentyps geöffnet haben, müssen Sie ein erlaubtes Anzeigeformat definieren oder mit Abbrechen das Fenster verlassen. Wenn Sie dieses Fenster für die Definition des Anzeigeformats eines Feldes geöffnet haben, können Sie zusätzlich auch einen leeres Anzeigeformat definieren. In diesem Fall wird für das Feld das Anzeigeformat des Datentyps benutzt (der Standard).

Je nach Speicherformat stehen verschiedene Optionen zur Auswahl. Bei den Speicherformaten Date, Time, DateTime und Week können Sie nur aus einer Liste vordefinierter Anzeigeformate auswählen.

Bei den Speicherformaten Alphanumeric, Varchar, Binary und Bit können Sie sowohl aus den zur Verfügung stehenden Optionen ein Anzeigeformat zusammenbauen als auch eines direkt eingeben.

Im unteren Teil des Fensters können Sie bei den oben aufgezählten Speicherformaten ein Beispiel sehen, wie das Anzeigeformat später wirken wird.

Bei numerischen Speicherformaten außer Bit, d.h. bei Integer1, Integer2, Integer4, Packed decimal, Unpacked decimal, Real4, Real8 und Money funktioniert die Eingabe des Anzeigeformates folgendermaßen: Sie können direkt ein Anzeigeformat in das gleichnamige Feld eingeben. Sie können aber auch die gewünchte Zahl an Vor- und Nachkommastellen in die entspechenden Felder eingeben und aus der Liste Anzeigeformate das passende auswählen. Wenn Sie ein Anzeigeformat in der Liste auswählen, erscheinen rechts einige Beispiele, wie dieses Anzeigeformat wirkt. Um das Anzeigeformat zu übernehmen, klicken Sie auf Verwenden. Das übernommene Anzeigeformat können Sie anschließend auch manuell abändern. Bei einem manuell eingegebenen Anzeigeformat werden ebenfalls Beispiele für das Format angezeigt.

Für die Speicherformate Text, Image und Serial kann kein Anzeigeformat definiert werden, da Felder dieses Speicherformats nicht direkt angezeigt werden können.

Mit dem Button Standard können Sie das Standard-Anzeigeformat für das Speicherformat des Datentyps oder Feldes wiederherstellen.

Eine vollständige Dokumentation möglicher Anzeigeformate finden Sie im Unique 4GL Referenzhandbuch.


Feldreferenzen

Im Fenster Feldreferenzen können Sie für den aktuellen Datentyp alle Vorkommen dieses Datentyps in allen Datenbankprojekten ansehen. Angezeigt werden der Feldname, der Leittext, das Datenbankprojekt und die Tabelle.


Datentyp löschen

Bevor der Datentyp tatsächlich gelöscht wird, wird noch vor der obligatorischen Sicherheitsabfrage geprüft, ob der Datentyp in Felddefinition benutzt wird. Falls dies der Fall sein sollte, erscheint eine entsprechende Fehlermeldung und Sie haben die Möglichkeit, direkt im Fenster Feldreferenzen die Abhängigkeiten zu betrachten.


Standardwerte definieren

In diesem Fenster können Standardwerte definiert werden. Diese Standardwerte können anschließend Datentypen und Feldern in den Fenstern Datentypeigenschaften bzw. Feldeigenschaften zugewiesen werden.

Die Handhabung ist denkbar einfach. Geben Sie in der linken Spalte einen von Ihnen gewählten Namen für einen Standardwert ein, in der rechten den gewünschten Wert. Der eingebene Wert ist ein Ausdruck, Textkonstanten müssen Sie deshalb in einfache Hochkommata einschließen.

Bitte beachten Sie die Dokumentation zu dem von Ihnen benutzten DBMS, welche Standardwerte möglich sind.


Standardtabellen-Bibliothek

In der Standardtabellen-Bibliothek definieren Sie Standardtabellen einschließlich ihrer Felder und Schlüssel.

Die Standardtabellen-Bibliothek entspricht in der Handhabung weitgehend dem Fenster Tabellen definieren. Der Hauptunterschied liegt darin, daß das Drop-Down-Menü Projekt keine Funktion hat.

Klicken Sie auf eine der Karteikarten, um verschiedene Ansichten für Tabellen einzustellen. Eine Karteikarte zeigt eine Tabelle zusammen mit mehreren Zeilen für Felder, die zweite eine Tabelle mit den dort definierten Schlüssel. Die dritte Karteikarte zeigt eine Tabellenübersicht.

Die Zeilen für Felder bestehen aus dem Feldnamen, dem Datentyp und dem Leittext. Die Zeilen für Schlüssel bestehen aus dem Schlüsselnamen, einer Drop-Down-List-Box für den Schlüsseltyp , einem Kennzeichen für Gruppenschlüssel und dem Leittext des Schlüssels. Neue eingefügte Schlüssel werden zunächst als eindeutig definiert. In der Drop-Down-List-Box können Sie den Schlüsseltyp ändern.

Beachten Sie, daß nur ein Schlüssel als primär definiert werden kann. Wenn Sie einen zweiten Schlüssel als primär definieren, wird der erste zum Typ eindeutig geändert.

Über die Kontextmenüs können Sie die Funktionen für Tabellen, Felder und Schlüssel auslösen.

•	Funktionen für Tabellen

•	Funktionen für Felder

•	Funktionen für Schlüssel/Indizes


Standardtabellen

Standardtabellen sind Tabellen, die zu keinem Datenbankprojekt gehören, sondern in der Standardtabellen-Bibliothek verwaltet werden und als gemeinsame Basis für Tabellen in verschiedenen Projekte genutzt werden können.


Registrierte Datenbanken

proNet START bietet zahlreiche Funktionen an, um mit bereits laufenden, physikalischen Datenbanken zu arbeiten. Dieses Fenster bietet den Zugriff auf alle diese Funktionen.

Wenn Sie eine der in diesem System verfügbaren Datenbanken auswählen, werden die dazugehörigen Datenbankparameter angezeigt.

Wenn Sie eine der Funktionen auslösen, wird die Datenbank zunächst geöffnet, sofern sie noch geschlossen ist. Falls die Datenbank nicht geöffnet werden kann, wird die dazugehörige Fehlermeldung des DBMS angezeigt. Bei Informix C-ISAM und Unique ISAM ist es am wahrscheinlichsten, daß der Parameter db-path nicht auf das richtige Verzeichnis zeigt. Das Licht im Datenbanksymbol zeigt rot an, wenn die Datenbank nicht geöffnet werden konnte, bzw. grün, wenn die Datenbank geöffnet ist.

Datenbankparameter

Es werden alle Parameter angezeigt, die für das jeweilige DBMS beachtet werden.

•	Leittext

Enthält einen kurzen Beschreibungstext für die Datenbank. Entspricht dem Parameter db-longname in der uqconfig.

•	Alias

Entspricht dem Datenbanknamen nach dem optionalen alias im Parameter available-database. Wenn kein alias benutzt wird, entspricht dieser Wert dem Datenbanknamen.

database:UQSTART7

..

system: DEMO

available-database=UQSTART alias UQSTART7

•	DBMS

Der Name des Datenbankmanagementsystems. Entspricht dem Parameter db-type in der uqconfig. Bei den meisten DBMS erscheint nach dem Öffnen auch die genaue Versionsnummer.

•	SQL-Datenbank

Zeigt an, ob das DBMS SQL unterstützt. Oracle, Sybase, Informix Online/SE, MS SQL Server, Techra und Ingres unterstützen SQL, Informix C-ISAM, Unique ISAM und SIBAS nicht.

•	Name im DBMS

Entspricht dem Parameter db-physical-name in der uqconfig.

•	Server

Entspricht dem Parameter db-server in der uqconfig.

•	Benutzer

Entspricht dem Parameter db-user in der uqconfig.

•	Pfad

Entspricht dem Parameter db-path in der uqconfig. Der Pfad ist grundsätzlich nach 20 Zeichen abgeschnitten. Benutzt wird der Parameter Pfad nur bei Informix SE und Unique ISAM und zeigt das Verzeichnis an, in dem die Datenbankdateien gespeichert sind.

•	Präfix

Entspricht dem Parameter db-name-prefix in der uqconfig.

•	Eigentümer

Entspricht dem Parameter db-owner in der uqconfig.

•	Dictionary-Datei

Entspricht dem Parameter db-dictionary in der uqconfig.

Funktionen für Datenbanken

Sie erreichen die folgenden Funktionen über das Kontextmenü jeder Datenbank. Über die Kontextmenüs der Areas, Tabellen und Views erreichen Sie die Eigenschaften für die jeweiligen Objekte.

Nach dem Öffnen der Datenbank erscheinen Ordner für Areas, Tabellen und Views. Die in diesen Ordnern befindlichen Datenbankobjekte besitzen ihrerseits jeweils ein eigenes Kontextmenü, das die dazugehörigen Funktionen bereithält.

•	Datenbank erzeugen/ändern

Mit dieser Funktion können Sie die ausgewählte Datenbank oder bestimmte Objekte in der Datenbank erzeugen oder ändern. Die Datenbank wird für diese Aktion nicht geöffnet, wenn der DBS-Compiler benutzt wird.

•	Datenbank importieren

Hier können Sie eine physikalische Datenbank über das Reverse Engineering-Modul in ein Datenbankprojekt importieren.

•	Datenbank dokumentieren

Mit dieser Funktion können Sie ein Dokumentation der Datenbank erstellen.

•	Datenbank-Pflege

Die Funktion Datenbankpflege kann Maintenance-Applikations erzeugen, mit denen Sie Tabellen einladen, ausladen, leeren oder im Dialog bearbeiten können.

•	Eigenschaften

Die Funktion öffnet ein Fenster, in dem zusätzliche Unique-Konfigurationsparameter (entsprechend db-charset, db-name-length, db-nullvalues und db-namecase) sowie die Anzahl der Tabellen, Views, Felder und Indizes angezeigt wird. Falls das Datenbankmanagementsystem keine schnelle Möglichkeit zur Feststellung dieser Werte liefert, erscheint zusätzlich ein Button Zählen, über den diese Werte erst ermittelt werden. Für das Anzeigen dieses Fensters wird die Datenbank geöffnet.

•	Aktualisieren

Mit dieser Funktion werden die Informationen über die Datenbankobjekte neu aus den Dictionaries des DBMS und von Unique CONCEPT gelesen.

Funktionen für Areas

Funktionen für Tabellen

Funktionen für Views


Dictionary-Browser

Im Dictionary-Browser können Sie die Definition der Areas, Tabellen, Felder und Schlüssel der Datenbank betrachten. Im Hauptfenster des Dictionary-Browsers sehen Sie alle Tabellen und den dazugehörigen Leittext. Wenn Ihre Datenbank kein Unique Dictionary besitzt, wird der Tabellenname als Leittext benutzt. Dies gilt genauso für Leittexte bei Feldern und Schlüsseln.

In der Sub-Form im unteren Teil des Fensters wird für die ausgewählte Tabelle der Tabellentyp (Datentabelle oder View) angezeigt (für Oracle,Sybase/MS SQL Server/Informix SQL). Zusätzlich wird die Area, in der die Tabelle erzeugt wurde, angezeigt (Oracle). Sybase/MS SQL Server und Informix SQL stellen die Information über die Area nicht zur Verfügung.

Für die selektierte Tabelle können Sie über die Buttons Felder und Index die Ansicht der Felder bzw. Indizes aufrufen. Bei einem View können Sie seine Definition durch Klicken auf Views anzeigen lassen. Die SQL-Anweisung für die Erzeugung dieses Views wird dann dargestellt. Dies funktioniert mit Oracle, Sybase/MS SQL Server und Informix SQL.

Feld-Browser

Im Fenster Feld-Browser sehen Sie alle Felder der selektierten Tabelle mit dem Leittext und Datentyp. Das Feld Datentyp ist leer, wenn die Datenbank kein Unique Dictionary besitzt. In der Sub-Form im unteren Bereich des Fensters werden für das selektierte Feld die Informationen Speicherformat, Länge in Bytes, Anzeigeformat und die Existenz eines Purpose-Textes angezeigt. Falls die Datenbank kein Unique Dictionary besitzt, wird das Standard-Anzeigeformat für dieses Speicherformat hier dargestellt.

Wenn sie auf dem Feldnamen <Enter> betätigen oder einen Doppelklick mit der Maus machen, wird falls vorhanden der Purpose-Text angezeigt.

Wenn die Informationen im Leittext, Speicherformat oder Anzeigeformat scheinbar Werte anderer Felder enthalten, haben Sie wahrscheinlich den Parameter db-name-length in der uqconfig falsch gesetzt. Beachten Sie, daß auch beim Zugriff auf das Dictionary dieser Parameter benutzt wird und nach der Erzeugung der Datenbank nicht mehr geändert werden sollte.

Schlüssel/Index-Browser

Im Fenster Index-Browser sehen Sie alle Indizes der selektierten Tabelle in einer Baumstruktur. Klicken Sie auf einen Index, um die Elemente des Indexes zu betrachten. Die verschiedenen Eigenschaften werden nach dem Indexnamen ausgegeben, z.B. Eindeutig, Mehrdeutig, Clustered, Virtuell. Zusätzlich wird der Leittext angezeigt, so er vom Indexnamen abweicht, und ein möglicher Indexsuffix. Da ein Indexname bei Informix ONLINE/SE eindeutig je Datenbank, nicht nur je Tabelle sein muß, fügt der DBS-Compiler automatisch einen Suffix an den Indexnamen an, wenn bereits ein anderer Index auf einer anderen Tabelle mit gleichem Namen existiert. Für die Programmierung mit Unique 4GL und die Benutzung der interaktiven Werkzeuge von Unique CONCEPT ist dies völlig transparent.

Clustered bedeutet, daß die Datensätze der Tabelle soweit wie möglich in der Reihenfolge dieses Indexes erzeugt werden.

Virtuell bedeutet, daß der Index nur im Unique Dictionary definiert ist, nicht aber in der Datenbank selbst. Virtuelle Indizes sind sinnvoll, um einfacher Unique 4GL-Applikationen mit virtuellen Schlüsseln kompilieren zu können.


Datenbank erzeugen/ändern

Im Fenster Datenbank erzeugen/ändern haben Sie die Möglichkeit, eine Datenbank vollständig neu zu erzeugen, alle Datenbankobjekte neu zu erzeugen, die Datenbank selbst aber zu erhalten, oder die Datenbankobjekte zu ändern. Je nach verwendetem DBMS stehen unterschiedlich viele Einstellungen zur Verfügung, mehr dazu finden Sie auch in der DBMS-Referenz.

Aktion

In der Sub-Form links oben stellen Sie die gewünschte Grundaktion Erzeugen, Neu erzeugen oder Ändern ein. Anschließend stellen Sie auf den Karteikarten Schema, Objekte+Speicherort weitere Optionen für die Aktion ein.

Ausführungsmodus

Bei Verwendung einer SQL-Datenbank können Sie auswählen, ob die Datenbank direkt durch START erzeugt werden soll oder ob ein SQL-Skript erzeugt werden soll, mit dem Sie später die Datenbank erzeugen können. Bei Verwendung von Unique ISAM und Informix C-ISAM kann die Datenbank nur direkt erzeugt werden.

Schema/Objekte+Speicherort

Auf der Karteikarte Schema legen Sie fest, welche Struktur die Datenbank erhalten soll. Die Struktur der Datenbank kann proNet START aus einer DBS-Datei oder einem Datenbankprojekt (mehr dazu in Was ist ein Datenbankprojekt ?) entnehmen. Ein Datenbankprojekt können Sie nur als Grundlage benutzen, wenn auch eine UQSTART-Datenbank vorhanden ist. Nach der Wahl der Basis DBS-Datei bzw. Projekt müssen Sie sich in der Drop-Down-Box für eine DBS-Datei oder ein Projekt entscheiden. Sie können jede DBS-Datei auswählen, die im dbs-path des aktuellen Unique Systems vorhanden ist. Falls kein dbs-path gesetzt wird, wird stattdessen das erste Verzeichnis im source-path benutzt.

Auf der Karteikarte Objekte+Speicherort können Sie einstellen, welche Objekte in der Datenbank erzeugt werden sollen. Sie können für Tabellen und das Unique Dictionary entscheiden, ob sie erzeugt oder ignoriert werden sollen. Wenn Sie eine Datenbank basierend auf einer DBS-Datei erzeugt wird, wird ein Unique Dictionary in der Datenbank selbst angelegt. Wenn Sie eine Datenbank basierend auf einem Projekt erzeugen, wird ein Lokales Dictionary angelegt.

Außerdem geben Sie hier an, ob in der Dbs-Datei oder im Projekt angegebene Areas erzeugt werden sollen, nur bei Bedarf erzeugt werden sollen oder ob die Standardeinstellungen des DBMS benutzt werden soll. Bitte beachten Sie, daß die Parameter für Areas, z.B. die Größe oder der Dateiname inklusive Pfad, nicht plattformübergreifend gültig sein können.

Weitere Optionen

Über den Button Optionen können Sie die Optionen für die Datenbankerzeugung, das sind allgemeine Parameter für die Durchführung der Erzeugung-/Änderungsaktion, einstellen.

Starten und Ergebnis

Nach der Auswahl der gewünschten Optionen starten Sie die Erzeugungs- oder Änderungsaktion durch Betätigen des Buttons Starten. Die Aktion wird jetzt ausgeführt und nach der Abschluß der Aktion schaltet proNet START automatisch auf die Karteikarte Ergebnis um. Hier sehen sie eine einzeilige Statusmeldung und können die Buttons Ausgabe ansehen und Protokoll ansehen betätigen, um im Unique EDITOR die entsprechenden Dateien zu betrachten. Um das Protokoll ansehen zu können, müssen Sie im Fenster Optionen für die Datenbankerzeugung die Erzeugung der Überwachungsdatei aktiviert haben.


Optionen für die Datenbankerzeugung

Das Fenster Optionen für die Datenbankerzeugung dient zur Einstellung einiger allgemeiner Parameter für das Erzeugen und Ändern von Datenbanken.

Ausgabe-/Überwachungsdateien

Bei jeder Datenbankerzeugung,-änderung oder -löschung wird eine Ausgabedatei erzeugt. Sie können im Feld Ausgabedatei angeben, wie diese Datei heißen soll.

Wenn Sie ein genaues Protokoll aller Datenbankaktionen haben möchten, markieren Sie die Check-Box Überwachungsdatei erzeugen. Wenn die Check-Box markiert ist, können Sie einen Dateinamen auswählen.

Wenn Sie ein datenbankspezifisches Skript für eine SQL-Datenbank erzeugen, wird im Feld SQL-Skript der Dateiname des Skriptes angezeigt. Wenn das Feld nicht gesperrt ist, können Sie den Dateinamen ändern. Nur wenn START für das verwendete DBMS eine interne Erzeugungsfunktion enthält und nicht den DBS-Compiler benutzen muß, ist der Dateiname änderbar.

Befehlszeilen DBS-Compiler

Sie können eine bestimmte Version des DBS-Compiler auswählen. Ändern Sie diese Einstellung nur, wenn Sie einen besonderen Grund haben. Die Standardeinstellung, den DBS-Compiler uqstart.exe aus dem Verzeichnis $UNIQUE_HOME\bin zu benutzen, ist normalerweise richtig. Wenn Sie den Dateinamen geändert haben, können Sie mit der Check-Box Befehlszeile in concept.ini sichern die Einstellung dauerhaft speichern.

Mit dem Button Testlauf können Sie einen Probelauf des DBS-Compiler starten und Informationen über verfügbare Parameter und Datenbankschnittstellen abfragen.

Mit dem Button Standard können Sie alle Einstellungen in diesem Fenster auf ihren Standardwert zurücksetzen.


Datenbank-Pflege

In diesem Fenster finden Sie alle Funktionen zur Pflege der Datenbankinhalte. Sie können für jede Tabelle eine Maintenance-Applikation erzeugen lassen, mit der die Daten der Tabelle ausgeladen, eingeladen, im Dialog bearbeitet oder gelöscht werden.

Wählen Sie eine Tabelle und betätigen Sie den Button Starten. Die Pflege-Applikation für diese Tabelle wird gestartet und vorher abhängig von den Aktions- und Recycling-Einstellungen neu erzeugt. Sie können durch Auswahl des Buttons Alle starten für die komplette Datenbank die Pflege-Applikationen starten, in diesem Fall wird ein Menüprogramm  für den Zugriff auf alle Pflege-Applikationen aufgerufen.

Für die Erzeugung der Applikationen können Sie verschiedene Optionen für die Datenbank-Pflege einstellen. In den Optionen können Sie auch sehen, wie die Namen der Applikationen definiert werden.

Aktion

Sie können entscheiden, ob nur die Applikationen erzeugt werden sollen, ob sie erzeugt und kompiliert werden sollen oder ob sie erzeugt, kompiliert und gestartet werden sollen. Wenn Sie die Funktion Alle starten ausführen, wird unabhängig von der ausgewählten Aktion das Menüprogramm in jedem Fall neu erzeugt.

Wiederverwertung

Pflege-Applikationen müssen zunächst einmal erzeugt werden. Wenn Sie aber bereits erzeugt wurden, können Sie existierende Applikationen wieder benutzen.

Wenn Sie aber eine bereits kompilierte Applikation auf einer geänderten Tabelle ausführen, kann es bei SQL-Datenbanken zu Fehlern kommen. Bei Unique ISAM und Informix C-ISAM müssen Sie in jedem Fall die Applikation neu kompilieren, da hier innerhalb des Ucos Pointer auf die Datensatzstruktur gespeichert sind.

Ein- und Ausladen beim Ändern der Tabellenstruktur

•	Erzeugen Sie vor dem Ändern der Tabellenstruktur eine Pflege-Applikation.

•	Laden Sie die Daten der Tabelle aus.

•	Ändern Sie die Tabellenstruktur.

•	Kompilieren Sie bestehende Pflege-Applikation neu. Falls beim Kompilieren Fehler auftreten oder entscheidende Änderungen an der Tabellenstruktur stattgefunden haben, müssen Sie über den 4GL-Compiler die Applikation editieren, korrigieren und neu kompilieren.

•	Laden Sie die Daten wieder ein.

Wichtig

•	Eine Dmp-Datei darf nur zusammen mit der Maintenance-Applikation eingeladen werden, mit der sie auch erzeugt wurde. Betrachten Sie deshalb beide Dateien als eine Einheit, die sie zusammen ablegen und auf andere Computersysteme kopieren.

•	Bitte beachten Sie, daß in der uqconfig im aufgerufenen System das Verzeichnis für den object-path auch Bestandteil des application-path sein muß, damit Pflege-Applikationen innerhalb von proNet START gestartet werden können.

Einschränkungen

•	Datensatzlänge

Die Speicherlänge aller Felder außer BLOB-Feldern eines Datensatzes zusammen darf 32K nicht überschreiten.

•	Anzahl der Felder

Die Anzahl der Felder in einer Tabelle darf 256 nicht überschreiten.

•	Länge von alphanumerischen Feldern

Die Länge von alphanumerischen Feldern darf 10000 Zeichen nicht überschreiten.

•	Tabellennamen 1 (gilt nicht für 32bit-Versionen!)

Wenn in der Datenbank Tabellen existieren, bei denen die ersten 8 Zeichen im Tabellennamen identisch sind, müssen Sie manuell sicherstellen, daß Sie die richtige Maintenance-Applikation starten und nicht die Dmp-Dateien überschreiben.

•	Tabellennamen 2

Wenn Sie mehrere Datenbanken benutzen, in denen gleiche Tabellennamen benutzt werden, müssen sie darauf achten, daß die Pflege-Applikationen und Dmp-Dateien für jede Datenbank in unterschiedlichen Verzeichnissen gespeichert werden, da Sie sonst die Maitenance-Applikationen und Dmp-Dateien überschreiben könnten.

•	Unbekannte Speicherformate

Wenn Sie eine Datenbank benutzen, die nicht mit proNet START erstellt wurde, können einige Felder Speicherformate besitzen, die nicht von Unique CONCEPT untersützt werden. Bitte beachten Sie die Release notes, in denen die Beziehung zwischen Unique-Datentypen und den Datentypen im DBMS dokumentiert ist.

•	Multi-line-Eingabefelder

Alphanumerische Felder, die zur Speicherung des Inhalt von Multi-line-Eingabefelder (Felder mit z.B. size(5,40)) genutzt werden, können CR+LF enthalten. Diese Sonderzeichen führen zu Fehlern beim Laden und Entladen.

•	Online-Bildschirm 1

Wenn die Tabelle mehr als 21 Felder besitzt, kann kein ansehnliches Layout erzeugt werden.

•	Online-Bildschirm 2

Wenn die Tabelle alphanumerische Felder größer als 250 Zeichen besitzt, kann der Online-Bildschirm nicht kompiliert werden. Schalten Sie die Erzeugung des Online-Bildschirmes in diesem Fall ab.


Optionen für die Datenbank-Pflege

Der Generierungsmodus gibt, an ob Sie nur den Ladereport, nur den Online-Bildschirm oder beides (Standard) erzeugen möchten.  Der Online-Bildschirm kann nur bei Auswahl von [ITALIC Nur Online] mit Grid Forms erzeugt werden.

In der Sub-Form Online-Layoutmodus können Sie einstellen, wie viele Repeat-Zeilen im Online-Teil der Maintenance-Applikation erzeugt werden sollen. Wenn die Anzahl der Felder in einer Tabelle zu hoch ist, wird die Anzahl der Repeat-Zeilen für diese Applikation automatisch verringert, damit die Applikation sich fehlerfrei kompilieren läßt.

Der Schalter Kompatibilität zu CONCEPT 4.02/5.12 bewirkt, daß die Programme auch abwärtskompatibel bis zu Unique CONCEPT 4.02 erzeugt werden. Da die Abwärtskompatibilität eine eingeschränkte Funktionalität und Layout erzwingt, sollten Sie den Schalter nur setzen, wenn Sie die Kompatibilität wirklich benötigen.

In der Sub-Form Allgemeine Optionen können Sie über die Check-Box Views ausblenden, entscheiden, ob nur Datentabellen (Standardeinstellung) oder auch Views für die Erzeugung von Maintenance-Applikationen angeboten werden sollen. Es macht keinen Sinn, Maintenance-Applikationen für Views zu erzeugen, da allerdings die Prüfung, ob es sich um einen View oder eine Tabelle handelt, Zeit kostet, können Sie die Prüfung hier abschalten. Bei der Erzeugung von Applikationen für das ganze System werden Views in jedem Fall ausgeschlossen.

Die Konvertierung von - (Bindestrich) zu _ (Unterstrich) können Sie aktivieren, um Bindestriche in Feld-, Schlüssel und Tabellenamen in Unterstriche abzuändern. Diese Option ist sinnvoll in Kombination mit dem uqconfig-Parameter db-options=convert_names.

Den Schalter Alphanumerische Felder können CR+LF enthalten sollten Sie (und nur dann) setzen, wenn alphanumerische Felder eigentlich nicht erlaubte Sonderzeichen, z.B. Carriage Return oder Line Feed enthalten. Wenn alphanumerische Felder mit Multi-Line-Input-Elementen verknüpft sind, werden genau diese Sonderzeichen in einem alphanumerischen Felder abgespeichert. Wird dieser Schalter nicht gesetzt und enthalten alphanumerische Felder Carriage Return oder Line Feed, lassen sich die Dmp-Dateien nicht mehr einladen!

Sie können einen Source-Pfad in der List-Box auswählen. Alle Source-Pfade, die Sie für das aktuelle System in der uqconfig angegeben haben, stehen hier zur Verfügung.

Wenn Sie mehrere Maintenance-Applikationen für einzelne Tabellen starten möchten, ist es hilfreich, wenn Sie den Pfad für Datendateien hier einmalig festlegen. Der ausgewählte Pfad wird dann in allen Maintenance-Applikationen, die Sie in dieser Sitzung starten, vorgeschlagen.

Dateinamen und Erweiterungen

Für die verschiedenen Arten von Dateien können Sie teilweise die Namen und Erweiterugen verändern. Falls es keinen besonderen Grund gibt, sollten Sie diese Einstellungen nicht ändern.


Datenbank dokumentieren

In diesem Fenster können Sie eine Dokumentation für die Datenbank erzeugen lassen.

Sie können entscheiden, ob in der Dokumentation der Datentyp, das Speicherformat oder das Anzeigeformat aufgenommen werden soll.

Im Feld Ausgabedatei wird der Dateiname und Pfad der Dokumentation angezeigt. Über den Button mit Pfeil nach unten öffnen Sie den Dialog Ausgabedatei auswählen, in dem Sie Dateinamen, Verzeichnis und Dateiformat ändern können.


Datenbank importieren

In diesem Fenster können Sie eine physikalische Datenbank in ein Datenbankprojekt importieren.

Wählen Sie ein Projekt in der List-Box aus oder erstellen Sie ein Neues Datenbankprojekt über den Button Neues Projekt.

Über die Schaltfläche exklusiv öffnen können Sie das Projekt exklusiv öffnen.

Mit dem Button Import starten beginnen Sie den Import der Datenbank in das von Ihnen gewählte Projekt. Nach dem Import zeigt eine Dialogbox an, wie viele Tabellen und Felder importiert wurden. Falls beim Import Fehler oder Warnungen festgestellt wurden, können Sie im Protokoll das Ergebnis der Import-Diagnose ansehen.

Über den Button Import-Regeln erreichen Sie die Optionen für den Import. Sie können definieren, wie das Verhalten sein soll, falls eine Tabelle oder ein Datentyp gleichen Namens bereits existiert. Falls kein Unique Dictionary für die Datenbank existiert, sind keine Informationen über einen Datentyp, wie proNet START ihn kennt, in der Datenbank vorhanden. Sie können sich in dieser Situation entscheiden, ob das Speicherformat bzw. der Feldname als Datentyp benutzt werden sollen. Das Speicherformat ist am ehesten geeignet, als Namen für den Datentyp zu dienen.

Denken Sie daran, daß Sie bei Verwendung der Feldnamen bis auf wenige mehrfach benutzte Feldnamen für jedes Feld wirklich einen einzelnen Datentyp generieren. Also erzeugen Sie leicht bei einer großen Datenbank tausend oder mehr Datentypen, was der Übersichtlichkeit wenig dient.

Weiterhin können Sie entscheiden, ob Areas (die Definition der Areas selbst sowie alle Verweise bei Tabellen, Indizes und BLOB-Feldern) beim Import beachtet werden sollen.

Vor dem Import können Sie ebenfalls die Projekteigenschaften ändern, um die Erzeugungsoptionen für neue Objekte in Ihrem Projekt Ihren Bedürfnissen anzupassen.


DBMS-Referenz

In einem Datenbankprojekt in proNet START werden die einzelnen Objekte übergreifend für alle DBMS definiert. Die DBMS-Referenz dient dazu, die Umsetzung der Definitionen innerhalb der Datenbankprojekte zu den verschiedenen Datenbankmanagementsystemen (DBMS) zu dokumentieren.

Diese Dokumentation bezieht sich auf die Skript- und Datenbankerzeugung über die internen Routinen von proNet START. Zwei Ausnahmen dabei bilden Informix C-ISAM und Unique ISAM, die nur über den DBS-Compiler erzeugt werden können. Der DBS-Compiler deckt nur eine Untermenge der beschriebenen Funktionen ab. Diese Dokumentation ersetzt nicht die Abschnitt zu den Datenbankschnittstellen im Unique Operations Guide, die Konfiguration für die Datenbanken und die Informationen zur Runtime Engine sind weiterhin dort beschrieben.

Referenz für ANSI SQL3

Referenz für Informix C-ISAM

Referenz für Informix Online

Referenz für Informix SE

Referenz für Microsoft Access (Jet SQL)

Referenz für Microsoft SQL Server 6.5

Referenz für Microsoft SQL Server 7.0

Referenz für Oracle 7.x

Referenz für Oracle 8.0/8.1

Referenz für Sybase SQL Anywhere

Referenz für Sybase SQL Server

Referenz für Techra

Referenz für Unique ISAM


Referenz für ANSI SQL3

Die Erklärungen beziehen sich auf ANSI SQL-3. Die Erklärungen sind allerdings auch für SQL92 Entry level gültig, bis auf die Unterstützung für BLOBs, die SQL92 nicht beherrscht.

Datenbank/Benutzer

Den Begriff Datenbank gibt es im ANSI SQL-Standard nicht. Als Zusammenfassung unterschiedlicher Datenstrukturen, z.B. Tabellen, nutzt proNet START ein Schema in ANSI SQL.

Areas

Areas werden im SQL-Standard nicht unterstützt.

Logging/Log-Area

Definition des Logging für Datenbankobjekte und Log-Areas werden im SQL-Standard nicht unterstützt.

Speicherformate

proNet START	ANSI SQL3

alphanumeric(n)	character(n)	(kein Maximum definiert)

varchar(n)  	character varying(n)	(kein Maximum definiert)

binary(n)	bit(n*8)	(kein Maximum definiert)

bit	bit(1)

date	date

datetime	timestamp

image	blob

image generic	blob

integer1	smallint

integer2	smallint

integer4	integer

money	decimal(16,2)

packed decimal(m,n)	decimal(m+n,n)

packed decimal(m,n) unsigned	decimal(m+n,n)

real4	real

real8	double precision

serial	integer

text	cblob

text generic	cblob

time	time

unpacked packed decimal(m,n)	decimal(m+n,n)

unpacked packed decimal(m,n) unsigned	decimal(m+n,n)

BLOB-Felder

Der SQL-Standard unterstützt keine Angabe einer Area für den Speicherort eines BLOB-Feldes.

Serial-Felder

Serial-Felder werden als Int-Felder erzeugt, ANSI SQL3 besitzt keine Möglichkeit, Serial-Felder direkt zu erzeugen oder über einen anderen Mechanismus die Nummernvergabe zu erreichen.

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Speichereinstellungen, siehe auch Speicherbelegung definieren, werden für Tabellen im SQL-Standard nicht unterstützt. Die Angabe einer Area, in der die Tabelle abgelegt werden soll, wird ebenso nicht unterstützt.

Schlüssel/Indizes

Primäre Schlüssel innerhalb von proNet START werden als table constraint primary key erzeugt.

Eindeutige Schlüssel innerhalb von proNet START werden als table constraint unique key erzeugt.

Eindeutige Indizes innerhalb von proNet START werden als table constraint unique key erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden ignoriert.

Die Schlüssel-/Indexoption Clustered innerhalb von proNet START wird von ANSI SQL-3 nicht unterstützt.

Die maximale Anzahl an Schlüsselelementen ist nicht definiert in ANSI SQL-3.

Die unterschiedliche Sortierung einzelner Indexelemente wird nicht unterstützt.

Speichereinstellungen, siehe auch Speicherbelegung definieren, werden für Indizes im SQL-Standard nicht unterstützt. Die Angabe einer Area, in der der Index abgelegt werden soll, wird ebenso nicht unterstützt.

Foreign Keys

Foreign Keys werden von ANSI SQL 3 unterstützt. Alle Lösch- und Änderungsregeln werden unterstützt.

Views

Views werden in ANSI SQL unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern innerhalb von ANSI SQL3 ist 128 Zeichen. Nutzbar sind die maximal in proNet START definierbaren 30 Zeichen.


Referenz für Informix C-ISAM

Die Erklärungen beziehen sich auf Informix C-ISAM 4.1 für DOS. Unique CONCEPT für Windows nutzt die DOS-Bibliotheken, um auf Informix C-ISAM zu zugreifen. Deshalb kann Informix C-ISAM auch mit der 16bit-Version von Unique CONCEPT genutzt werden. proNet START unterstützt Informix C-ISAM bis Version 2.11 (enthalten in Unique CONCEPT 6.00-03/04).

Neben Unique ISAM ist Informix C-ISAM die einzige Datenbank, die nur über den DBS-Compiler erzeugt werden kann.

Datenbank/Benutzer

Datenbanken im Sinne von proNet START gibt es in Informix C-ISAM nicht. Es gibt nur eine Ansammlung verschiedener Tabellen, die innerhalb von Informix C-ISAM aber keine übergeordnete Struktur besitzen. Diese Struktur schafft erst proNet START, indem zunächst alle Tabellen in einem Verzeichnis im Dateisystem abgelegt werden. Für jede Tabelle gibt es eine *.dat und eine *.idx-Datei. Darüberhinausgehend legt proNet START das Unique Dictionary in zwei *.dat und *.idx-Dateien ab, die den Datenbanknamen enthalten.

Areas

Areas gibt es innerhalb von Informix C-ISAM nicht. Bei Informix C-ISAM werden alle Datenbankdateien in einem Verzeichnis abgelegt. Dieses Verzeichnis wird über den uqconfig-Parameter db-path gesetzt. Bei der Erzeugung von -Datenbanken, Tabellen und Indizes können deshalb keine Areas angegeben werden.

Logging/Log-Area

Logging und die Benutzung von Transaktionen sind bei Informix C-ISAM nur möglich, wenn nach der Erzeugung der Datenbank mit dem Dienstprogramm uqutilci eine Log-Datei angegeben wird. Mehr Details finden Sie in Unique Operations Guide -> Database interfaces -> Informix C-ISAM.

Speicherformate

proNet START	Informix C-ISAM

alphanumeric(n)	chartype(n)

varchar(n)  	chartype(n)

binary(n)	chartype(n)

bit	inttype

date	longtype

datetime	chartype(8)

image	<simuliert>

image generic	<simuliert>

integer1	inttype

integer2	inttype

integer4	longtype

money	chartype(9)

packed decimal(m,n)	chartype((m+n)/2+1)

packed decimal(m,n) unsigned	chartype((m+n)/2+1)

real4	floattype

real8	doubletype

serial	longtype

text	<simuliert>

text generic	<simuliert>

time	longtype

unpacked decimal(m,n)	chartype(m+n)

unpacked decimal(m,n) Separate	chartype(m+n+1)

BLOB-Felder

Da Informix C-ISAM keine BLOBs unterstützt, ist auch die Angabe von Areas für BLOB-Felder überflüssig. Unique CONCEPT erlaubt die Benutzung von BLOB-Feldern in Informix C-SIAM über eine Unique-interne Simulation der BLOBs. Die nötigen Datenstrukturen werden von proNet START bei Bedarf automatisch erzeugt. Bitte beachten Sie, daß simulierte BLOBs naturgemäß nicht die Performance echter BLOB-Mechanismen haben können. Deshalb sind sie für eine normale Verwendung, zum Beispiel für Textverarbeitungsdokumente geeignet, aber nicht für sehr große BLOBs, zum Beispiel Videofilme.

Serial-Felder

Serial-Felder werden wie Integer4-Felder erzeugt, Informix C-ISAM besitzt keine Möglichkeit, Serial-Felder direkt zu erzeugen oder über einen anderen Mechanismus die Nummernvergabe zu erreichen.

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Die Speichereinstellungen, siehe auch Speicherbelegung definieren, für Tabellen werden von Informix C-ISAM nicht unterstützt, da für eine Tabelle in einer Informix C-ISAM-Datenbank je eine .idx- und eine .dat-Datei erzeugt wird, die einfach über das Betriebssystem verwaltet werden.

Schlüssel/Indizes

Primäre Schlüssel innerhalb von proNet START werden als primary index erzeugt.

Eindeutige Schlüssel innerhalb von proNet START werden als unique index erzeugt.

Eindeutige Indizes innerhalb von proNet START werden als unique index erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden als index erzeugt.

Die Schlüssel-/Indexoption Clustered innerhalb von proNet START wird von Informix C-ISAM nicht unterstützt.

Die maximale Anzahl an Schlüsselelementen ist 8 innerhalb von Informix C-ISAM.

Die unterschiedliche Sortierung einzelner Indexelemente wird von Informix C-ISAM nicht unterstützt.

Die Speicherparameter für Indizes werden von Informix C-ISAM nicht unterstützt, da für eine Tabelle und deren Indizes in einer Informix C-ISAM-Datenbank je eine .idx- und eine .dat-Datei erzeugt wird, die einfach über das Betriebssystem verwaltet werden.

Foreign Keys

Foreign Keys werden von Informix C-ISAM nicht unterstützt.

Views

Views werden von Informix C-ISAM nicht unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern für Datenbanken und Tabellen innerhalb von Informix C-ISAM ist 8 Zeichen. Für Felder und Indizes sind die maximal in proNet START definierbaren 30 Zeichen nutzbar.

Sonstige Einstellungen

Für Informix C-ISAM läßt sich kein Lokales Dictionary benutzen, das Dictionary muß direkt in der Datenbank abgelegt werden.


Referenz für Informix Online

Die Erklärungen beziehen sich auf Informix Online 5.x, Informix Online 6.x sowie Informix Dynamic Server 7.1 und 7.2 bei Verwendung der native Unique Datenbankschnittstelle für Informix Online.

Datenbank/Benutzer

Datenbanken in Informix Online entsprechen der Datenbank-Definition von proNet START. Die Datenbank und alle Objekte darin werden von dem Benutzer erzeugt, der in setnet eingetragen ist, oder vom Benutzer, der als db-owner in der uqconfig eingetragen ist.

Areas

Areas sind im Sprachgebrauch von Informix Online DbSpaces und BlobSpaces. DbSpaces sind Areas für normale Datentabellen, während BlobSpaces, bei denen u.a. das Logging abgeschaltet ist, für BLOB-Felder gedacht sind.

Areas lassen sich nicht per SQL erzeugen, sondern müssen über die Informix Online-Dienstprogramme onmonitor, onspaces oder den Space Explorer angelegt werden. Bei der Erzeugung von Datenbanken, Tabellen und Indizes erlaubt Informix Online aber die Angabe der Areas, in dem die Objekte angelegt werden sollen.

Logging/Log-Area

Die Datenbank wird in jedem Fall mit der Einstellung with buffered log erzeugt, so daß die Benutzung von Transaktionen möglich ist. Bitte beachten Sie, daß eine Informix Client-Session nicht gleichzeitig Datenbanken öffnen können, die mit und ohne buffered log erzeugt sind. Die Informix Demo-Datenbank stores7 zum Beispiel wird mit den Informix-Skripten immer ohne buffered log erzeugt.

Eine Log-Area läßt sich für Informix Online nicht in proNet START angeben. Jeder normale DbSpace läßt sich für die Benutzung der physikalischen und logischen Logs benutzen. Für physikalische Logs muß der onconfig-Paramater physdbs gesetzt sein, für logische Logs muß bei der Erzeugung des logischen Logs ein DbSpace angegeben werden.

Speicherformate

proNet START	Informix Online

alphanumeric(n)	char(n)	(maximal 32767 Zeichen) *)

varchar(n)  	varchar(n)	(maximal 255 Zeichen)

binary(n)	char(n)	(maximal 32767 Zeichen) *)

bit	smallint

date	date

datetime	datetime year to second

image	byte

image generic	byte

integer1	smallint

integer2	smallint

integer4	int

money	money(16,2)

packed decimal(m,n)	decimal(m+n,n)

packed decimal(m,n) unsigned	decimal(m+n,n)

real4	smallfloat

real8	float

serial	serial

text	text

text generic	text

time	datetime hour to second

unpacked decimal(m,n)	decimal(m,n)

unpacked decimal(m,n) Separate	decimal(m,n)

*)  Die Unique Runtime Engine unterstützt maximal 10240 Zeichen/Bytes.

BLOB-Felder

Für jedes BLOB-Feld in proNet START läßt sich eine Verknüpfung zu einer Area herstellen. Als Area darf nur ein BlobSpace benutzt werden.

Serial-Felder

Serial-Felder und auch der Startwert für Serial-Felder werden von Informix Online direkt unterstützt.

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Die Speichereinstellungen, siehe auch Speicherbelegung definieren, Ursprungsgröße und Nächste Größe innerhalb von proNet START werden umgesetzt zu den Speicherparametern extent size und next size in Informix Online.

Schlüssel/Indizes

Indexnamen müssen bei Informix innerhalb einer Datenbank eindeutig sein. Innerhalb von proNet START müssen Indexnamen nur für eine Tabelle eindeutig sein. Aus diesem Grund fügt proNet START bei gleichen Indexnamen einen Indexsuffix an, um den Indexnamen eindeutig  zu machen.

Primäre Schlüssel innerhalb von proNet START werden als table constraint primary key erzeugt.

Eindeutige Schlüssel innerhalb von proNet START werden als table constraint unique key erzeugt.

Eindeutige Indizes innerhalb von proNet START werden als unique index erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden als index erzeugt.

Die Schlüssel-/Indexoption Clustered innerhalb von proNet START wird bei Indizes als cluster unique index bzw. cluster index umgesetzt, für Schlüssel ist diese Option in Informix Online nicht erlaubt.

Die maximale Anzahl an Schlüsselelementen ist 16 innerhalb von Informix Online.

Die unterschiedliche Sortierung einzelner Indexelemente wird unterstützt.

Die Speichereinstellung Fill Factor innerhalb von proNet START wird umgesetzt zum Speicherparameter fillfactor in Informix Online. Beim Datenbankimport kann fillfactor nicht aus dem DBMS ausgelesen werden.

Foreign Keys

Foreign Keys werden von Informix Online unterstützt. Als Löschregel werden nur 'Keine Aktion' und 'Kaskadierendes Löschen' unterstützt. Änderungsregeln werden nicht unterstützt.

Views

Views werden von Informix Online unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern innerhalb von Informix Online ist 18 Zeichen.

Informix Global Language Settings(GLS)

Bei der Erzeugung ist die Konfiguration der Global Language Settings ab Informix Online 7.2 bzw. der National Language Settings in früheren Versionen wichtig für die Erzeugung von Standardwerten von Datumsfeldern. Bei der Erzeugung der Datenbank kann der Benutzer zwischen den Localen de_de.cp1252,de_de.8859P1,en_us.cp1252 und en_us.8859P1 wählen, Standardwert ist en_us.8859P1.

Sonstige Einstellungen

Alle Tabellen werden mit dem lock mode row erzeugt, das heißt alle Tabellen werden mit Sperren aus Datensatzebene erzeugt.


Referenz für Informix SE

Die Erklärungen beziehen sich auf Informix SE 5.x und Informix SE 5.x für Windows bei Verwendung der native Unique Datenbankschnittstelle für Informix SE.

Datenbank/Benutzer

Datenbanken in Informix SE entsprechen der Datenbank-Definition von proNet START. Die Datenbank und alle Objekte darin werden von dem Benutzer erzeugt, der in setnet eingetragen ist, oder vom Benutzer, der als db-owner in der uqconfig eingetragen ist.

Areas

Areas gibt es innerhalb von Informix SE nicht. Bei Informix SE werden alle Datenbankdateien in einem Verzeichnis abgelegt. Dieses Verzeichnis wird über den uqconfig-Parameter db-path oder die Informix-Umgebungsvariable DBPATH gesetzt. Bei der Erzeugung von -Datenbanken, Tabellen und Indizes können deshalb keine Areas angegeben werden.

Logging/Log-Area

Logging und die Benutzung von Transaktionen sind bei Informix SE nur möglich, wenn bei Erzeugung der Datenbank eine Log-Datei angegeben wird. Der zu benutzende Dateiname läßt sich als Dateiname der Log-Area innerhalb von proNet START definieren, der Name der Log-Area wird dabei nicht beachtet.

Bitte beachten Sie, daß eine Informix Client-Session nicht gleichzeitig Datenbanken öffnen können, die mit und ohne buffered log erzeugt sind. Die Informix Demo-Datenbank stores7 zum Beispiel wird mit den Informix-Skripten immer ohne Log-Datei erzeugt.

Speicherformate

proNet START	Informix SE

alphanumeric(n)	char(n) 	(maximal 32511 Zeichen) *)

varchar(n)  	varchar(n)	(maximal 255 Zeichen)

binary(n)	char(n)	(maximal 32511 Bytes) *)

bit	smallint

date	date

datetime	datetime year to second

image	<simuliert>

image generic	<simuliert>

integer1	smallint

integer2	smallint

integer4	int

money	money(16,2)

packed decimal(m,n)	decimal(m,n)

packed decimal(m,n) unsigned	decimal(m,n)

real4	smallfloat

real8	float

serial	serial

text	<simuliert>

text generic	<simuliert>

time	datetime hour to second

unpacked decimal(m,n)	decimal(m,n)

unpacked decimal(m,n) Separate	decimal(m,n)

*)  Die Unique Runtime Engine unterstützt maximal 10240 Zeichen/Bytes.

BLOB-Felder

Da Informix SE keine BLOBs unterstützt, ist auch die Angabe von Areas für BLOB-Felder überflüssig. Unique CONCEPT erlaubt die Benutzung von BLOB-Feldern in Informix SE über eine Unique-interne Simulation der BLOBs. Die nötigen Datenstrukturen werden von proNet START bei Bedarf automatisch erzeugt. Bitte beachten Sie, daß emulierte BLOBs naturgemäß nicht die Performance echter BLOB-Mechanismen haben können. Deshalb sind sie für eine normale Verwendung, zum Beispiel für Textverarbeitungsdokumente geeignet, aber nicht für sehr große BLOBs, zum Beispiel Videofilme.

Serial-Felder

Serial-Felder und auch der Startwert für Serial-Felder werden von Informix SE direkt unterstützt.

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Die Speichereinstellungen, siehe auch Speicherbelegung definieren, für Tabellen werden von Informix SE nicht unterstützt, da für eine Tabelle in einer Informix SE-Datenbank je eine .idx- und eine .dat-Datei erzeugt wird, die einfach über das Betriebssystem verwaltet werden.

Schlüssel-/Indizes

Indexnamen müssen bei Informix innerhalb einer Datenbank eindeutig sein. Innerhalb von proNet START müssen Indexnamen nur für eine Tabelle eindeutig sein. Aus diesem Grund fügt proNet START bei gleichen Indexnamen einen Indexsuffix an, um den Indexnamen eindeutig  zu machen.

Primäre Schlüssel innerhalb von proNet START werden als table constraint primary key erzeugt.

Eindeutige Schlüssel innerhalb von proNet START werden als table constraint unique key erzeugt.

Eindeutige Indizes innerhalb von proNet START werden als unique index erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden als index erzeugt.

Die Schlüssel-/Indexoption Clustered innerhalb von proNet START wird bei Indizes als cluster unique index bzw. cluster index umgesetzt, für Schlüssel ist diese Option in Informix Online nicht erlaubt.

Die maximale Anzahl an Schlüsselelementen ist 8 innerhalb von Informix SE.

Die unterschiedliche Sortierung einzelner Indexelemente wird unterstützt.

Die Speicherparameter für Indizes werden von Informix SE nicht unterstützt, da für eine Tabelle in einer Informix SE-Datenbank je eine .idx- und eine .dat-Datei erzeugt wird, die einfach über das Betriebssystem verwaltet werden.

Foreign Keys

Foreign Keys werden von Informix SE unterstützt. Als Löschregel werden nur 'Keine Aktion' und 'Kaskadierendes Löschen' unterstützt. Änderungsregeln werden nicht unterstützt.

Views

Views werden von Informix SE unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern innerhalb von Informix SE ist 18 Zeichen.

Informix Global Language Settings(GLS)

Bei der Erzeugung ist die Konfiguration der Global Language Settings ab Informix SE 7.2 bzw. der National Language Settings in früheren Versionen wichtig für die Erzeugung von Standardwerten von Datumsfeldern. Bei der Erzeugung der Datenbank kann der Benutzer zwischen den Localen de_de.cp1252,de_de.8859P1,en_us.cp1252 und en_us.8859P1 wählen, Standardwert ist en_us.8859P1.

Sonstige Einstellungen

Alle Tabellen werden mit dem lock mode row erzeugt, das heißt alle Tabellen werden mit Sperren aus Datensatzebene erzeugt.


Referenz für Microsoft Access (Jet SQL)

Die Erklärungen beziehen sich auf Microsoft Jet SQL, die SQL Sprache für die Arbeit mit Microsoft Access-Datenbanken.Microsoft Access kann nur über die Unique Datenbankschnittstelle für ODBC angesprochen werden.

Datenbank/Benutzer

Datenbanken in Microsoft Access entsprechen der Datenbank-Definition von proNet START. Eine neue Microsoft Access-Datenbank muß mit Microsoft Access oder über den ODBC-Administator als leere Datenbank angelegt werden, da Jet SQL keinen Befehl hierzu kennt. Eine Microsoft Access-Datenbank ist eine mdb-Datei im Dateisystem.

Areas

Areas werden von Microsoft Access nicht unterstützt.

Logging/Log-Area

Definition des Logging für Datenbankobjekte und Log-Areas werden von Microsoft Access nicht unterstützt.

Speicherformate

proNet START	Microsoft Access

alphanumeric(n)	text(n)	(maximal 255 Zeichen)

varchar(n)  	text(n)	(maximal 255 Zeichen)

binary(n)	binary(n)

bit	bit

date	datetime

datetime	datetime

image	longbinary

image generic	longbinary

integer1	byte

integer2	short

integer4	long

money	currency

packed decimal(m,n)	currency

packed decimal(m,n) unsigned	currency

real4	single

real8	double

serial	long

text	longtext

text generic	longtext

time	datetime

unpacked packed decimal(m,n)	currency

unpacked packed decimal(m,n) unsigned	currency

BLOB-Felder

Microsoft Access unterstützt keine Angabe einer Area für den Speicherort eines BLOB-Feldes.

Serial-Felder

Serial-Felder werden als Int-Felder erzeugt, Microsoft Jet SQL besitzt keine Möglichkeit Serial-Felder direkt zu erzeugen oder über einen anderen Mechanismus die Nummernvergabe zu erreichen. Über DAO (Database Access Objects) ist es nachträglich allerdings möglich,  der DefaultValue-Eigenschaftes eines Feldes in eines TableDef-Objektes den Wert GetUniqueId() zuzuweisen. In der DAO-Referenz von Microsoft Access finden Sie mehr Informationen hierzu.

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Speichereinstellungen, siehe auch Speicherbelegung definieren, werden für Tabellen in Microsoft Access nicht unterstützt. Die Angabe einer Area, in der die Tabelle abgelegt werden soll, wird ebenso nicht unterstützt.

Schlüssel/Indizes

Primäre Schlüssel innerhalb von proNet START werden als table constraint primary key erzeugt.

Eindeutige Schlüssel innerhalb von proNet START werden als table constraint unique key erzeugt.

Eindeutige Indizes innerhalb von proNet START werden als unique index erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden als index erzeugt.

Die Schlüssel-/Indexoption Clustered innerhalb von proNet START wird von Microsoft Access nicht unterstützt.

Die maximale Anzahl an Schlüsselelementen ist 10 innerhalb von Microsoft Access.

Die unterschiedliche Sortierung einzelner Indexelemente wird unterstützt.

Speichereinstellungen, siehe auch Speicherbelegung definieren, werden für Indizes in Microsoft Access nicht unterstützt. Die Angabe einer Area, in der der Index abgelegt werden soll, wird ebenso nicht unterstützt.

Foreign Keys

Foreign Keys werden vom Microsoft Access unterstützt. Als Löschregel wird nur 'Keine Aktion' unterstützt. Änderungsregeln werden nicht unterstützt.

Views

Views werden von Microsoft Access nicht unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern innerhalb von Microsoft Access ist 64 Zeichen. Nutzbar sind die maximal in proNet START definierbaren 30 Zeichen.

Sonstiges

Zugriffsrechte werden von der SQL-Schnittstelle von Microsoft Access nicht unterstützt. Die Zugriffsrechte können nur über Microsoft Access oder die DAO-Schnittstelle (Data Access Objects) geändert werden. Da Microsoft Access-Anwendungen üblicherweise in keinen sicherheitsrelevanten Bereichen eingesetzt werden, ist diese Einschränkung verschmerzbar.

Wichtig

Bitte beachten Sie, daß der Datenbankadministrator Admin standardmäßig keine Leserechte auf wichtige Systemtabellen hat. Für die problemlose Benutzung von proNet START sollten die MSys* Tabellen mit Leserechten für den Benutzer Admin oder die Gruppe Admins versehen werden.


Referenz für Microsoft SQL Server 6.5

Die Erklärungen beziehen sich auf den Microsoft SQL Server 6.5 bei Verwendung der native Unique Datenbankschnittstelle für MS SQL Server.

Datenbank/Benutzer

Datenbanken im MS SQL Server entsprechen der Datenbank-Definition von proNet START. Die Datenbank und alle Objekte darin werden von dem Benutzer erzeugt, der in der uqconfig eingetragen ist.

Einer Datenbank wird im MS SQL Server eine bestimmte Größe zugewiesen. proNet START weist die Datenbankgröße zu, die in den Projekteigenschaften eingestellt ist. Falls keine Datenbankgröße in proNet START eingetragen ist, wird der MS SQL Server die Datenbank mit der Standardgröße erzeugen, die in der MS SQL Server-Konfiguration abgelegt ist. Bitte beachten Sie, daß der Standardwert nach der Installation 2 MB (für die vollständige Datenbank) ist und damit in fast jedem Fall geändert werden muß.

Areas

Areas sind im Sprachgebrauch des MS SQL Server Datenbankmedien, bzw. database devices. Ein Datenbankmedium kann nicht per SQL erzeugt werden. Hierzu muß der SQL Enterprise Manager benutzt werden. Bei der Erzeugung einer Datenbank erlaubt der MS SQL Server aber die Angabe eines Datenbankmediums, in dem die Datenbank erzeugt werden soll. Die Standard-Area für Tabellen wird hier von proNet START angegeben.

Neben Datenbankmedien untersützt der MS SQL Server sogenannte Segmente. Diese Segmente werden von proNet START nicht unterstützt.

Logging/Log-Area

Der MS SQL Server kennt die Angabe eines speziellen Datenbankmediums, das für das Logging benutzt werden soll. Wird kein Datenbankmedium für das Logging angegeben, werden die Log-Informationen im gleichen Datenbankmedium wie die Daten abgelegt. Wenn eine Log-Area in proNet START eingetragen ist, wird diese als Datenbankmedium für die Log-Informationen angegeben. Ist auch eine Areagröße angegeben, wird diese als maximale Größe des Logs übergeben.

Speicherformate

proNet START	Microsoft SQL Server

alphanumeric(n)	char(n)

varchar(n)  	varchar(n)

binary(n)	binary(n)

bit	bit

date	int

datetime	datetime

image	image

image generic	image

integer1	tinyint

integer2	smallint

integer4	int

money	money

packed decimal(m,n)	binary((m+n)/2+1)	(Standard)

packed decimal(m,n) unsigned	binary((m+n)/2+1)

packed decimal(m,n)	money	(db-options=decimal_as_money in uqconfig)

packed decimal(m,n) unsigned	money

real4	real

real8	float

serial	int identity(<Startwert>,1)

text	text

text generic	text

time	int

unpacked packed decimal(m,n)	binary(m+n)	(Standard)

unpacked packed decimal(m,n) unsigned	binary(m+n+1)

BLOB-Felder

Der MS SQL Server unterstützt keine Angabe einer Area für den Speicherort eines BLOB-Feldes.

Serial-Felder

Serial-Felder werden als Int-Felder mit identity-Eigenschaft erzeugt, der Startwert für Serial-Felder wird dabei beachtet.

Bitte beachten Sie, daß Felder mit Identity-Eigenschaft, nicht in einer insert-Anweisung enthalten sein dürfen, solange kein 'set identity_insert <Tabelle> on' ausgeführt wurde. Falls die MS SQL Server Option IDENTITY_INSERT allerdings auf ON steht, muß das Feld bei jeder insert-Anweisung einen expliziten Wert erhalten. Die von proNet START automatisch erzeuten Pflege-Applikationen berücksichtigen dies.

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Speichereinstellungen, siehe auch Speicherbelegung definieren, werden für Tabellen vom MS SQL Server nicht unterstützt.

Schlüssel/Indizes

Primäre Schlüssel innerhalb von proNet START werden als table bzw. column constraint primary key erzeugt.

Eindeutige Schlüssel innerhalb von proNet START werden als table bzw. column constraint unique erzeugt.

Eindeutige Indizes innerhalb von proNet START werden als unique index erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden als index erzeugt.

Die Schlüssel-/Indexoption Clustered innerhalb von proNet START wird bei Schlüsseln und Indizes beachtet.

Die maximale Anzahl an Schlüsselelementen ist 16 innerhalb des MS SQL Server.

Die unterschiedliche Sortierung einzelner Indexelemente wird vom DBMS nicht unterstützt.

Die Speichereinstellung Fill Factor innerhalb von proNet START wird umgesetzt zum Speicherparameter fillfactor im MS SQL Server.

Namen für Constraints und damit auch primäre und eindeutige Schlüssel sind eindeutig für die gesamte Datenbank.

Foreign Keys

Foreign Keys werden vom MS SQL Server unterstützt. Als Löschregel wird nur 'Keine Aktion' unterstützt. Änderungsregeln werden nicht unterstützt.

Namen für Constraints und damit auch Foreign Keys sind eindeutig für die gesamte Datenbank.

Views

Views werden vom Microsoft SQL Server unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern innerhalb des MS SQL Server ist 30 Zeichen.


Referenz für Microsoft SQL Server 7.0

Die Erklärungen beziehen sich auf den Microsoft SQL Server 7.0 bei Verwendung der native Unique Datenbankschnittstelle für MS SQL Server.

Datenbank/Benutzer

Datenbanken im MS SQL Server entsprechen der Datenbank-Definition von proNet START. Die Datenbank und alle Objekte darin werden von dem Benutzer erzeugt, der in der uqconfig eingetragen ist.

Einer Datenbank wird im MS SQL Server eine bestimmte Größe zugewiesen. proNet START weist die Datenbankgröße zu, die in den Projekteigenschaften eingestellt ist. Falls keine Datenbankgröße in proNet START eingetragen ist, wird der MS SQL Server die Datenbank mit der Standardgröße erzeugen, die in der MS SQL Server-Konfiguration abgelegt ist. Bitte beachten Sie, daß der Standardwert nach der Installation 2 MB (für die vollständige Datenbank) ist und damit in fast jedem Fall geändert werden muß.

Areas

Bitte beachten Sie, daß die Handhabung von Areas zwischen dem MS SQL Server 6.5 und 7.0 von Microsoft vollkommen geändert wurde.

Areas sind im Sprachgebrauch des MS SQL Server 7.0 Betriebssystemdateien.Diese Betriebssystemdateien können zu einer Dateigruppe zusammengefasst werden. Eine Betriebssystemdatei bzw. Dateigruppe

Alle Verweise auf Areas bei Tabellen und Indizes werden beachtet.

Datenbankmedien, bzw. database devices. Ein Datenbankmedium kann nicht per SQL erzeugt werden. Hierzu muß der SQL Enterprise Manager benutzt werden. Bei der Erzeugung einer Datenbank erlaubt der MS SQL Server aber die Angabe eines Datenbankmediums, in dem die Datenbank erzeugt werden soll. Die Standard-Area für Tabellen wird hier von proNet START angegeben.

.

Logging/Log-Area

Der MS SQL Server kennt die Angabe eines speziellen Datenbankmediums, das für das Logging benutzt werden soll. Wird kein Datenbankmedium für das Logging angegeben, werden die Log-Informationen im gleichen Datenbankmedium wie die Daten abgelegt. Wenn eine Log-Area in proNet START eingetragen ist, wird diese als Datenbankmedium für die Log-Informationen angegeben. Ist auch eine Areagröße angegeben, wird diese als maximale Größe des Logs übergeben.

Speicherformate

proNet START	Microsoft SQL Server

alphanumeric(n)	char(n)	(maximal 8000 Zeichen)

varchar(n)  	varchar(n)	(maximal 8000 Zeichen)

binary(n)	binary(n)	(maximal 8000 Bytes)

bit	bit

date	int

datetime	datetime

image	image

image generic	image

integer1	tinyint

integer2	smallint

integer4	int

money	money

packed decimal(m,n)	binary((m+n)/2+1)	(Standard)

packed decimal(m,n) unsigned	binary((m+n)/2+1)

packed decimal(m,n)	money	(db-options=decimal_as_money in uqconfig)

packed decimal(m,n) unsigned	money

real4	real

real8	float

serial	int identity(<Startwert>,1)

text	text

text generic	text

time	int

unpacked packed decimal(m,n)	binary(m+n)	(Standard)

unpacked packed decimal(m,n) unsigned	binary(m+n+1)

BLOB-Felder

Der MS SQL Server 7.0 unterstützt keine Angabe einer Area für den Speicherort eines BLOB-Feldes.

Serial-Felder

Serial-Felder werden als Int-Felder mit identity-Eigenschaft erzeugt, der Startwert für Serial-Felder wird dabei beachtet.

Bitte beachten Sie, daß Felder mit Identity-Eigenschaft, nicht in einer insert-Anweisung enthalten sein dürfen, solange kein 'set identity_insert <Tabelle> on' ausgeführt wurde. Falls die MS SQL Server 7.0 Option IDENTITY_INSERT allerdings auf ON steht, muß das Feld bei jeder insert-Anweisung einen expliziten Wert erhalten. Die von proNet START automatisch erzeuten Pflege-Applikationen berücksichtigen dies.

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Speichereinstellungen, siehe auch Speicherbelegung definieren, werden für Tabellen vom MS SQL Server 7.0 nicht unterstützt.

Schlüssel/Indizes

Primäre Schlüssel innerhalb von proNet START werden als table bzw. column constraint primary key erzeugt.

Eindeutige Schlüssel innerhalb von proNet START werden als table bzw. column constraint unique erzeugt.

Eindeutige Indizes innerhalb von proNet START werden als unique index erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden als index erzeugt.

Die Schlüssel-/Indexoption Clustered innerhalb von proNet START wird bei Schlüsseln und Indizes beachtet.

Die maximale Anzahl an Schlüsselelementen ist 16 innerhalb des MS SQL Server 7.0.

Die unterschiedliche Sortierung einzelner Indexelemente wird vom DBMS nicht unterstützt.

Die Speichereinstellung Fill Factor innerhalb von proNet START wird umgesetzt zum Speicherparameter fillfactor im MS SQL Server 7.0.

Namen für Constraints und damit auch primäre und eindeutige Schlüssel sind eindeutig für die gesamte Datenbank.

Foreign Keys

Foreign Keys werden vom MS SQL Server 7.0 unterstützt. Als Löschregel wird nur 'Keine Aktion' unterstützt. Änderungsregeln werden nicht unterstützt.

Namen für Constraints und damit auch Foreign Keys sind eindeutig für die gesamte Datenbank.

Views

Views werden vom Microsoft SQL Server 7.0 unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern innerhalb des MS SQL Server7.0 ist 128 Zeichen. Nutzbar sind die maximal in proNet START definierbaren 30 Zeichen.

Begrenzte Bezeichner

Der MS SQL Server 7.0 unterstützt sogenannte begrenzte Bezeichner, das sind Bezeichner, die in eckige Klammern oder doppelte Anführungszeichen eingeschlossen sind. Hier sind weitgehend die Syntaxregeln aufgehoben, so daß Sonderzeichen oder Leerzeichen als Teil eines begrenzten Bezeichners benutzt werden dürfen. Dieser Mechanismus wird von proNet START nicht unterstützt.


Referenz für Oracle 7.x

Die Erklärungen beziehen sich auf Oracle 7.0-7.3 und Personal Oracle 7.2-7.3 bei Verwendung der native Unique Datenbankschnittstelle für Oracle.

Datenbank/Benutzer

Datenbanken in proNet START entsprechen einem Benutzer in Oracle. Der Benutzer kann über proNet START bei der direkten Ausführung nicht erzeugt werden, sondern muß vorher mit Oracle-Dienstprogrammen, z.B. srvmgr oder sqldba erzeugt werden. Bei der Skripterzeugung wird auch der Benutzer erzeugt. Alle Objekte in der Datenbank werden als Objekte erzeugt, die dem Oracle-Benutzer gehören.

Areas

Areas sind im Sprachgebrauch von Oracle Tablespaces. Die Tablespaces werden von proNet START bei Bedarf erzeugt, alle Verweise auf Areas bei Tabellen und Indizes werden beachtet. Dem Oracle-Benutzer wird die Standard-Area, die in proNet START definiert ist, als default tablespace zugewiesen. Das heißt, weitere Objekte in dieser Datenbank werden auch ohne Angabe einer Area von Oracle automatisch in der Standard-Area erzeugt.

Alle Speichereinstellungen für Areas werden beachtet, die Speichereinstellungen in proNet START sind namensgleich mit den Einstellungen in Oracle.

Logging/Log-Area

Ein Oracle-Datenbankserver wird immer mit Logging betrieben. Das Logging wird zentral für den kompletten Server verwaltet, für eine einzelne Datenbank, also einen Oracle-Benutzer kann proNet START keine Parameter ändern, also auch keine Log-Area definieren. Das Logging findet über die Rollbacksegmente, die einen eigenen Tablespace, meist RBS, haben sollten, und über die Redo Log-Dateien statt, die als normale Dateien im Dateisystem angelegt sind.

Speicherformate

proNet START	Oracle

alphanumeric(n)	varchar2(n)	(maximal 2000 Zeichen)

varchar(n)  	varchar2(n)	(maximal 2000 Zeichen)

binary(n)	raw(n)

bit	number(1,0)

date	number(8,0)

datetime	date

image	<simuliert>

image generic	long raw

integer1	number(3,0)

integer2	number(5,0)

integer4	number(12,0)

money	money(14,2)

packed decimal(m,n)	numeric(m+n,n)

packed decimal(m,n) unsigned	numeric(m+n,n)

real4	number

real8	number

serial	number(12,0)

text	<simuliert>

text generic	long

time	number(6,0)

unpacked decimal(m,n)	numeric(m+n,n)

unpacked decimal(m,n) Separate	numeric(m+n,n)

BLOB-Felder

Der Speicherort für BLOB-Felder läßt sich bei Oracle nicht angeben. Die Angabe einer Areas bei einem BLOB-Feld hat deshalb keine Auswirkung. Oracle 7.0-7.3 unterstützen nur ein BLOB-Feld je Tabelle. Aus diesem Grund unterstützt Unique CONCEPT für Oracle die Simulation von BLOBs, die ansonsten nur für einfache dateiorientierte Datenbanken wie Informix C-ISAM/SE notwendig ist. Für die Simulation von BLOBs legt proNet START die notwendigen Datenstrukturen bei Bedarf automatisch an.

Ist bei einem BLOB-Feld der Typ Generisch eingeschaltet, wird ein echtes BLOB-Feld erzeugt. Standardmäßig ist Generisch ausgeschaltet, dann wird ein simuliertes BLOB-Feld erzeugt. Bitte beachten Sie, daß simulierte BLOBs naturgemäß nicht die Performance echter BLOB-Mechanismen haben können. Deshalb sind sie für eine normale Verwendung, zum Beispiel für Textverarbeitungsdokumente geeignet, aber nicht für sehr große BLOBs, zum Beispiel Videofilme.

Serial-Felder

Serial-Felder werden von Oracle 7.x nicht direkt unterstützt, sondern werden simuliert über ein number(12,0) Feld, eine Sequenz und einen Trigger. Auf der Tabelle wird ein Trigger definiert, der beim Einfügen eines neuen Datensatzes einen neue Number aus der Sequenz bezieht und diese Nummer automatisch mitabspeichert. Der Startwert für Serial-Felder wird bei der Definition der Sequenz beachtet. Die Definition der Sequenz und des Triggers sieht folgendermaßen aus:

create sequence <Datenbank>.<Tabelle>$<Feld> increment by 1 start with <Startwert>;

create or replace trigger <Datenbank>.<Tabelle>$<Feld> before insert on <Datenbank>.<Tabelle> for each row declare nextsequence number(10); begin select <Datenbank>.<Tabele>$<Feld>.nextval into nextsequence from dual;:new.<Feld>:=nextsequence; end;

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Alle Speichereinstellungen außer Fill Factor, siehe auchSpeicherbelegung definieren, für Tabellen werden beachtet, die Speichereinstellungen in proNet START entsprechen den Einstellungen in Oracle.

Schlüssel/Indizes

Unique CONCEPT unterstützt die Oracle Hints für die Angabe von Indexnamen bei select-Anweisungen. Deshalb müssen die Indexnamen einer bestimmten Syntax folgen, damit die Unique Runtime Engine problemlos auf die Indizes verweisen kann. Indexnamen in Oracle werden von proNet START in der Syntax Tabellenname$Indexname erzeugt.

Primäre Schlüssel innerhalb von proNet START werden als table constraint primary key erzeugt.

Eindeutige Schlüssel innerhalb von proNet START werden als table constraint unique key erzeugt.

Eindeutige Indizes innerhalb von proNet START werden als unique index erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden als index erzeugt.

Die Schlüssel-/Indexoption Clustered wird von Oracle nicht unterstützt und folglich ignoriert.

Die maximale Anzahl an Schlüsselelementen ist 16 innerhalb von Oracle 7.x.

Die unterschiedliche Sortierung einzelner Indexelemente wird vom DBMS nicht unterstützt. Zwar läßt sich eine Sortierung angeben, diese wird aber ignoriert.

Alle Speichereinstellungen für Indizes werden beachtet, die Speichereinstellungen in proNet START entsprechen den Einstellungen in Oracle bis auf Fill Factor, das in den Oracle Parameter PCTFREE umgesetzt wird ( berechnet als Fill Factor=100-PCTFREE).

Foreign Keys

Foreign Keys werden von Oracle unterstützt. Als Löschregel werden nur 'Keine Aktion' und 'Kaskadierendes Löschen' unterstützt. Änderungsregeln werden nicht unterstützt.

Views

Views werden von Oracle unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern innerhalb von Oracle 7.x  ist 30 Zeichen.


Referenz für Oracle 8.0/8.1

Die Erklärungen beziehen sich auf Oracle 8.0/8.1 und Personal Oracle 8.0 bei Verwendung der nativen Unique Datenbankschnittstelle für Oracle.

Datenbank/Benutzer

Datenbanken in proNet START entsprechen einem Benutzer in Oracle. Der Benutzer kann über proNet START bei der direkten Ausführung nicht erzeugt werden, sondern muß vorher mit Oracle-Dienstprogrammen, z.B. srvmgr oder sqldba erzeugt werden. Bei der Skripterzeugung wird auch der Benutzer erzeugt. Alle Objekte in der Datenbank werden als Objekte erzeugt, die dem Oracle-Benutzer gehören.

Areas

Areas sind im Sprachgebrauch von Oracle Tablespaces. Die Tablespaces werden von proNet START bei Bedarf erzeugt, alle Verweise auf Areas bei Tabellen und Indizes werden beachtet. Dem Oracle-Benutzer wird die Standard-Area, die in proNet START definiert ist, als default tablespace zugewiesen. Das heißt, weitere Objekte in dieser Datenbank werden auch ohne Angabe einer Area von Oracle automatisch in der Standard-Area erzeugt.

Alle Speichereinstellungen für Areas werden beachtet, die Speichereinstellungen in proNet START sind namensgleich mit den Einstellungen in Oracle.

Logging/Log-Area

Ein Oracle-Datenbankserver wird immer mit Logging betrieben. Das Logging wird zentral für den kompletten Server verwaltet, für eine einzelne Datenbank, also einen Oracle-Benutzer kann proNet START keine Parameter ändern, also auch keine Log-Area definieren. Das Logging findet über die Rollbacksegmente, die einen eigenen Tablespace, meist RBS, haben sollten, und über die Redo Log-Dateien statt, die als normale Dateien im Dateisystem angelegt sind.

Speicherformate

proNet START	Oracle

alphanumeric(n)	varchar2(n)	(maximal 4000 Zeichen)

varchar(n)  	varchar2(n)	(maximal 4000 Zeichen)

binary(n)	raw(n)	(maximal 2000 Bytes)

bit	number(1,0)

date	number(8,0)

datetime	date

image	<simuliert>

image generic	BLOB

integer1	number(3,0)

integer2	number(5,0)

integer4	number(12,0)

money	money(14,2)

packed decimal(m,n)	numeric(m+n,n)

packed decimal(m,n) unsigned	numeric(m+n,n)

real4	number

real8	number

serial	number(12,0)

text	<simuliert>

text generic	CLOB

time	number(6,0)

unpacked decimal(m,n)	numeric(m+n,n)

unpacked decimal(m,n) Separate	numeric(m+n,n)

BLOB-Felder

Oracle 8.0/8.1 unterstützt neben den bisherigen BLOB-Speicherformaten LONG und LONG RAW die neuen LOB-Datentypen (BLOB,CBLOB,NCBLOB und BFILE). Unique 4GL unterstützt ab Version 7.00-02 die neuen LOB-Datentypen BLOB und CLOB und über den uqconfig-Datenbankparameter db-settings=simulate_blobs auch die von Unique simulierten BLOBs. Simulierte BLOBs und echte BLOB-Felder können nicht in einer Datenbank gemischt werden (Mehr Hinweise zu simulierten BLOBs in Referenz für Oracle 7.x).

Serial-Felder

Serial-Felder werden von Oracle 8.0/8.1 nicht direkt unterstützt, sondern werden simuliert über ein number(12,0) Feld, eine Sequenz und einen Trigger. Auf der Tabelle wird ein Trigger definiert, der beim Einfügen eines neuen Datensatzes einen neue Number aus der Sequenz bezieht und diese Nummer automatisch mitabspeichert. Der Startwert für Serial-Felder wird bei der Definition der Sequenz beachtet. Die Definition der Sequenz und des Triggers sieht folgendermaßen aus:

create sequence <Datenbank>.<Tabelle>$<Feld> increment by 1 start with <Startwert>;

create or replace trigger <Datenbank>.<Tabelle>$<Feld> before insert on <Datenbank>.<Tabelle> for each row declare nextsequence number(10); begin select <Datenbank>.<Tabele>$<Feld>.nextval into nextsequence from dual;:new.<Feld>:=nextsequence; end;

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Alle Speichereinstellungen außer Fill Factor, siehe auchSpeicherbelegung definieren, für Tabellen werden beachtet, die Speichereinstellungen in proNet START entsprechen den Einstellungen in Oracle.

Schlüssel/Indizes

Unique CONCEPT unterstützt die Oracle Hints für die Angabe von Indexnamen bei select-Anweisungen. Deshalb müssen die Indexnamen einer bestimmten Syntax folgen, damit die Unique Runtime Engine problemlos auf die Indizes verweisen kann. Indexnamen in Oracle werden von proNet START in der Syntax Tabellenname$Indexname erzeugt.

Primäre Schlüssel innerhalb von proNet START werden als table constraint primary key erzeugt.

Eindeutige Schlüssel innerhalb von proNet START werden als table constraint unique key erzeugt.

Eindeutige Indizes innerhalb von proNet START werden als unique index erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden als index erzeugt.

Die Schlüssel-/Indexoption Clustered wird von Oracle nicht unterstützt und folglich ignoriert.

Die maximale Anzahl an Schlüsselelementen ist 32 innerhalb von Oracle 8.0/8,1, allerdings können nur maximal 16 Elemente zusammen mit Unique CONCEPT benutzt werden. Beim Reverse Engineering werden trotzdem alle 32 Schlüsselelemente importiert.

Die unterschiedliche Sortierung einzelner Indexelemente wird vom DBMS nicht unterstützt. Zwar läßt sich eine Sortierung angeben, diese wird aber ignoriert.

Alle Speichereinstellungen für Indizes werden beachtet, die Speichereinstellungen in proNet START entsprechen den Einstellungen in Oracle bis auf Fill Factor, das in den Oracle Parameter PCTFREE umgesetzt wird ( berechnet als Fill Factor=100-PCTFREE).

Foreign Keys

Foreign Keys werden von Oracle unterstützt. Als Löschregel werden nur 'Keine Aktion' und 'Kaskadierendes Löschen' unterstützt. Änderungsregeln werden nicht unterstützt.

Views

Views werden von Oracle unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern innerhalb von Oracle 8.0/8.1 ist 30 Zeichen.


Referenz für Sybase SQL Anywhere

Die Erklärungen beziehen sich auf Sybase SQL Anywhere 5.5. Sybase SQL Anywhere kann nur über die Unique Datenbankschnittstelle für ODBC angesprochen werden.

Datenbank/Benutzer

Datenbanken in Sybase SQL Anywhere entsprechen der Datenbank-Definition von proNet START. Die Datenbank und alle Objekte darin werden von dem Benutzer erzeugt, der in der uqconfig eingetragen ist.

Einer Datenbank wird in Sybase SQL Anywhere eine Datenbankdatei zugewiesen. Als Datenbankdatei wird die Standardarea für Tabellen benutzt. Falls keine Standardarea definiert ist, wird der Datenbankname mit Erweiterung '.db' benutzt.

Areas

Areas sind im Sprachgebrauch von Sybase SQL Anywhere dbspaces. Diese Dbspaces sind normale Dateien im Dateisystem. Alle normalen Areas außer der Standardarea für Tabellen werden als dbspaces erzeugt. Im Gegensatz zu anderen DBMS sind dbspaces in Sybase SQL Anywhere nur von einer Datenbank nutzbar und stehen nicht allen Datenbanken des Datenbankservers zur Verfügung.

Logging/Log-Area

Damit Logging in einer SQL Anywhere-Datenbank genutzt werden kann, muß bei der Erzeugung der Datenbank eine Logdatei mitangegeben werden. Als Name für diese Logdatei benutzt proNet START den Dateinamen, der für die Log-Area angegeben ist. Ist keine Log-Area definiert, wird der Name aus dem Datenbanknamen und der Erweiterung '.log' zusammengesetzt.

Speicherformate

proNet START	Sybase SQL Anywhere

alphanumeric(n)	char(n)	(maximal 32767 Zeichen) *)

varchar(n)  	varchar(n)	(maximal 32767 Zeichen) *)

binary(n)	binary(n)	(maximal 32767 Bytes) *)

bit	tinyint

date	date

datetime	timestamp

image	long binary

image generic	long binary

integer1	tinyint

integer2	smallint

integer4	int

money	decimal(14,2)

packed decimal(m,n)	decimal(m,n)

packed decimal(m,n) unsigned	decimal(m,n)

real4	real

real8	float

serial	int

text	text

text generic	text

time	time

unpacked decimal(m,n)	decimal(m,n)

unpacked decimal(m,n) unsigned	decimal(m,n)

*)  Die Unique Runtime Engine unterstützt maximal 10240 Zeichen/Bytes.

BLOB-Felder

Sybase SQL Anywhere unterstützt keine Angabe einer Area für den Speicherort eines BLOB-Feldes.

Serial-Felder

Serial-Felder werden als Int-Felder mit dem Standardwert autoincrement erzeugt, ein Startwert wird von Sybase SQLAnywhere nicht unterstützt. Es wird allerdings jedesmal der höchste bisher eingefügte Wert erhöht, so daß über das Einfügen eines Datensatzes mit dem gewünschtem Startwert als Feldinhalt das Gleiche erreicht werden kann.

Beachten Sie bitte, daß Sybase SQLAnywhere nur automatisch einen Wert einfügt, wenn in der insert-Anweisung das Feld nicht enthalten ist.

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Speichereinstellungen, siehe auch Speicherbelegung definieren, werden für Tabellen von Sybase SQL Anywhere nicht unterstützt. Die Angabe einer Area, in der die Tabelle abgelegt werden soll, wird beachtet.

Schlüssel/Indizes

Primäre Schlüssel innerhalb von proNet START werden als table constraint primary key erzeugt.

Eindeutige Schlüssel innerhalb von proNet START werden als table constraint unique key erzeugt. Bitte beachten Sie, daß primäre und eindeutige Schlüssel in Sybase SQLAnywhere keinen eigenen Namen haben.

Eindeutige Indizes innerhalb von proNet START werden als unique index erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden als index erzeugt.

Die Schlüssel-/Indexoption Clustered innerhalb von proNet START wird von Sybase SQLAnywhere nicht unterstützt.

Die maximale Anzahl an Schlüsselelementen ist innerhalb von Sybase SQL Anywhere nicht begrenzt.

Die unterschiedliche Sortierung einzelner Indexelemente wird unterstützt.

Die Speichereinstellungen für Indizes innerhalb von proNet START werden von Sybase SQL Anywhere nicht unterstützt. Die Angabe einer Area, in der der Index abgelegt werden soll, wird beachtet.

Foreign Keys

Foreign Keys werden von Sybase SQL Anywhere unterstützt. Alle Lösch- und Änderungsregeln werden unterstützt.

Views

Views werden von Sybase SQL Anywhere unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern innerhalb von Sybase SQL Anywhere ist 128 Zeichen. Nutzbar sind die maximal in proNet START definierbaren 30 Zeichen.


Referenz für Sybase SQL Server

Die Erklärungen beziehen sich auf Sybase System 10/11 und auf den Sybase Adaptive Server 11.5.

Datenbank/Benutzer

Datenbanken im Sybase SQL Server entsprechen der Datenbank-Definition von proNet START. Die Datenbank und alle Objekte darin werden von dem Benutzer erzeugt, der in der uqconfig eingetragen ist.

Einer Datenbank wird im Sybase SQL Server eine bestimmte Größe zugewiesen. proNet START weist die Datenbankgröße zu, die in den Projekteigenschaften eingestellt ist. Falls keine Datenbankgröße in proNet START eingetragen ist, wird der Sybase SQL Server die Datenbank mit der Standardgröße erzeugen, die in der Sybase SQL Server-Konfiguration abgelegt ist. Bitte beachten Sie, daß der Standardwert nach der Installation 2 MB (für die vollständige Datenbank) ist und damit in fast jedem Fall geändert werden muß.

Areas

Areas sind im Sprachgebrauch des Sybase SQL Server Datenbankmedien, bzw. database devices. Ein Datenbankmedium kann nicht per SQL erzeugt werden. Hierzu müssen die Sybase Dienstprogramme, zum Beispield Sybase Central, benutzt werden. Bei der Erzeugung einer Datenbank erlaubt der Sybase SQL Server aber die Angabe eines Datenbankmediums, in dem die Datenbank erzeugt werden soll. Die Standard-Area für Tabellen wird hier von proNet START angegeben.

Neben Datenbankmedien untersützt der Sybase SQL Server sogenannte Segmente. Diese Segmente werden von proNet START nicht unterstützt.

Logging/Log-Area

Der Sybase SQL Server kennt die Angabe eines speziellen Datenbankmediums, das für das Logging benutzt werden soll. Wird kein Datenbankmedium für das Logging angegeben, werden die Log-Informationen im gleichen Datenbankmedium wie die Daten abgelegt. Wenn eine Log-Area in proNet START eingetragen ist, wird diese als Datenbankmedium für die Log-Informationen angegeben. Ist auch eine Areagröße angegeben, wird diese als maximale Größe des Logs übergeben.

Speicherformate

proNet START	Sybase SQL Server

alphanumeric(n)	char(n)	(maximal 255 Zeichen)

varchar(n)  	varchar(n)	(maximal 255 Zeichen)

binary(n)	binary(n)	(maximal 255 Bytes)

bit	bit

date	int

datetime	datetime

image	image

image generic	image

integer1	tinyint

integer2	smallint

integer4	int

money	money

packed decimal(m,n)	binary((m+n)/2+1)	(Standard)

packed decimal(m,n) unsigned	binary((m+n)/2+1)

packed decimal(m,n)	decimal(m+n,n)	(db-options=packed_as_numeric in uqconfig)

packed decimal(m,n) unsigned	decimal(m+n,n)

packed decimal(m,n)	money	(db-options=decimal_as_money in uqconfig)

packed decimal(m,n) unsigned	money

real4	real

real8	float

serial	int identity

text	text

text generic	text

time	int

unpacked packed decimal(m,n)	binary(m+n)	(Standard)

unpacked packed decimal(m,n) unsigned	binary(m+n+1)

BLOB-Felder

Der Sybase SQL Server unterstützt keine Angabe einer Area für den Speicherort eines BLOB-Feldes.

Serial-Felder

Serial-Felder werden als Int-Felder mit identity-Eigenschaft erzeugt, der Startwert für Serial-Felder wird von Sybase SQL Server nicht unterstützt.

Bitte beachten Sie, daß Felder mit Identity-Eigenschaft, nicht in einer insert-Anweisung enthalten sein dürfen, solange kein 'set identity_insert <Tabelle> on' ausgeführt wurde. Falls die Sybase SQL Server Option IDENTITY_INSERT allerdings auf ON steht, muß das Feld bei jeder insert-Anweisung einen expliziten Wert erhalten. Die von proNet START automatisch erzeuten Pflege-Applikationen berücksichtigen dies.

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Speichereinstellungen, siehe auch Speicherbelegung definieren, werden für Tabellen vom Sybase SQL Server nicht unterstützt.

Schlüssel/Indizes

Primäre Schlüssel innerhalb von proNet START werden als table bzw. column constraint primary key erzeugt.

Eindeutige Schlüssel innerhalb von proNet START werden als table bzw. column constraint unique erzeugt.

Eindeutige Indizes innerhalb von proNet START werden als unique index erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden als index erzeugt.

Die Schlüssel-/Indexoption Clustered innerhalb von proNet START wird bei Schlüsseln und Indizes beachtet.

Die maximale Anzahl an Schlüsselelementen ist 16 innerhalb des Sybase SQL Server.

Die unterschiedliche Sortierung einzelner Indexelemente wird vom DBMS nicht unterstützt.

Die Speichereinstellung Fill Factor innerhalb von proNet START wird umgesetzt zum Speicherparameter fillfactor im Sybase SQL Server. Beim Datenbankimport kann fillfactor nicht aus dem DBMS ausgelesen werden.

Namen für Constraints und damit auch primäre und eindeutige Schlüssel sind eindeutig für die gesamte Datenbank.

Foreign Keys

Foreign Keys werden vom Sybase SQL Server unterstützt. Als Löschregel wird nur 'Keine Aktion' unterstützt. Änderungsregeln werden nicht unterstützt.

Namen für Constraints und damit auch Foreign Keys sind eindeutig für die gesamte Datenbank.

Views

Views werden vom Sybase SQL Server unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern innerhalb des Sybase SQL Server ist 30 Zeichen.


Referenz für Unique ISAM

Die Erklärungen beziehen sich auf Unique ISAM 1.0. Unique ISAM ist eine Einzelbenutzer-Datenbank, die für das Prototyping gedacht ist.

Neben Informix C-ISAM ist Unique ISAM die einzige Datenbank, die nur über den DBS-Compiler erzeugt werden kann.

Datenbank/Benutzer

Eine Datenbank im Sinne von proNet START entspricht der Datenbankdefinition bei Unique ISAM.

Areas

Areas gibt es innerhalb von Unique ISAM nicht. Bei Unique ISAM werden alle Datenbankdateien in einem Verzeichnis abgelegt. Dieses Verzeichnis wird über den uqconfig-Parameter db-path gesetzt. Bei der Erzeugung von -Datenbanken, Tabellen und Indizes können deshalb keine Areas angegeben werden.

Logging/Log-Area

Logging und die Benutzung von Transaktionen sind bei Unique ISAM nicht möglich. Die Definition einer Log-Area erübrigt sich deshalb.

Speicherformate

Alle Speicherformate in proNet START bis auf Serial-Felder sind in Unique ISAM nutzbar. Serial-Felder werden als Integer4-Felder erzeugt. Die maximale Länge von Feldern mit Speicherformat alphanumeric(n), varchar(n), binary(n) ist 1013.

BLOB-Felder

Die Angabe von Areas für BLOB-Felder wird von Unique ISAM nicht unterstützt.

Serial-Felder

Serial-Felder werden wie Integer4-Felder erzeugt, Unique ISAM besitzt keine Möglichkeit, Serial-Felder direkt zu erzeugen oder über einen anderen Mechanismus die Nummernvergabe zu erreichen.

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Die Speichereinstellungen, siehe auch Speicherbelegung definieren, für Tabellen werden von Unique ISAM nicht unterstützt.

Schlüssel/Indizes

Primäre Schlüssel innerhalb von proNet START werden als primary index erzeugt.

Eindeutige Schlüssel innerhalb von proNet START werden als unique index erzeugt.

Eindeutige Indizes innerhalb von proNet START werden als unique index erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden als index erzeugt.

Die Schlüssel-/Indexoption Clustered innerhalb von proNet START wird von Unique ISAM nicht unterstützt.

Die maximale Anzahl an Schlüsselelementen ist 8 innerhalb von Unique ISAM.

Die unterschiedliche Sortierung einzelner Indexelemente wird von Unique ISAM nicht unterstützt.

Die Speicherparameter für Indizes werden von Unique ISAM nicht unterstützt.

Foreign Keys

Foreign Keys werden von Unique ISAM nicht unterstützt.

Views

Views werden von Unique ISAM nicht unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern innerhalb von Unique ISAM ist 30 Zeichen.

Sonstige Einstellungen

Für Unique ISAM läßt sich kein Lokales Dictionary benutzen, das Dictionary muß direkt in der Datenbank abgelegt werden.


Referenz für Techra

Die Erklärungen beziehen sich auf Techra 2.32 und 2.33 bei Verwendung der native Unique Datenbankschnittstelle.

Datenbank/Benutzer

Eine Datenbank in proNet START wird als Techra Directory erzeugt. Der uqconfig-Parameter db-directory wird dabei ignoriert, die Datenbank wird im root-Verzeichnis erzeugt. Eine Datenbank in Techra ist die Zusammenfassung von Datenbankdateien und Server-Prozessen und kann schon als Datenbankserver verstanden werden.

Areas

Areas sind im Sprachgebrauch von Techra ebenfalls Areas. Die Größe einer Area muß bei Techra in Blöcken angegeben werden , während proNet START die Eingabe der Areagröße in Bytes erlaubt. proNet START geht deshalb von einer Blockgröße von 4KB aus. Bei der Erzeugung von Datenbanken und Tabellen erlaubt Techra die Angabe der Area, in dem die Objekte angelegt werden sollen, bei Indizes allerdings nicht.

Logging/Log-Area

Das Logging kann nicht für eine Unique-Datenbank, also ein Techra Directory, eingestellt werden, sondern für eine Techra Datenbank. Die Einstellungen für das Logging können deshalb nur über die Techra Konfiguration geändert werden.

Speicherformate

proNet START	Techra

alphanumeric(n)	char(n)	(maximal 2000 Zeichen)

varchar(n)  	char(n)	(maximal 2000 Zeichen)

binary(n)	byte(n)	(maximal 2000 Bytes)

bit	int

date	longint

datetime	byte(8)

image	seq byte

image generic	seq byte

integer1	int

integer2	int

integer4	longint

money	byte(9)

packed decimal(m,n)	byte((m+n)/2+1)	(Standard)

packed decimal(m,n) unsigned	byte((m+n)/2+1)

packed decimal(m,n)	decimal(m+n,n)	(db-options=packed_as_numeric)

packed decimal(m,n) unsigned	decimal(m+n,n)

real4	real

real8	longreal

serial	integer4

text	seq char

text generic	seq char

time	longint

unpacked decimal(m,n)	byte(m+n)

unpacked decimal(m,n) Separate	byte(m+n+1)

BLOB-Felder

Techra unterstützt keine Angabe einer Area für den Speicherort eines BLOB-Feldes.

Serial-Felder

Serial-Felder werden wie Integer4-Felder erzeugt, Techra besitzt keine Möglichkeit, Serial-Felder direkt zu erzeugen oder über einen anderen Mechanismus die Nummernvergabe zu erreichen.

Beim Importieren bestehender Datenbanken werden Serial-Felder als Integer4-Felder importiert.

Tabellen

Die Speichereinstellung, siehe auch Speicherbelegung definieren, Fill Factor innerhalb von proNet START wird umgesetzt zu den Speicherparametern FILL in Techra. Die Angabe einer Area für den Speicherort einer Tabelle wird unterstützt.

Schlüssel/Indizes

Primäre Schlüssel innerhalb von proNet START werden als primary key erzeugt. Falls kein primärer Schlüssel definiert ist für eine Tabelle, wird ein eindeutiger Schlüssel benutzt. Falls kein eindeutiger Schlüssel vorhanden ist, läßt sich keine Tabelle erzeugen.

Eindeutige Schlüsssel innerhalb von proNet START werden als unique index erzeugt.

Eindeutige Indizes innerhalb von proNet START werden als unique index erzeugt.

Mehrdeutige Indizes innerhalb von proNet START werden als index erzeugt.

Die Schlüssel-/Indexoption Clustered wird von Techra nicht unterstützt.

Die maximale Anzahl an Schlüsselelementen ist 16 innerhalb von Techra.

Die unterschiedliche Sortierung einzelner Indexelemente wird unterstützt bei Indizes. Ein primärer Schlüssel kann keine Sortierung enthalten. Die Sortierung wird nur bei der Datenbankerzeugung beachtet, beim Datenbankimport allerdings ignoriert.

Die Speichereinstellung Fill Factor innerhalb von proNet START wird umgesetzt zum Speicherparameter FILL in Techra. Die Angabe einer Area für den Speicherort eines Index wird von Techra nicht unterstützt.

Foreign Keys

Foreign Keys werden von Techra nicht unterstützt.

Views

Views werden von Techra nicht unterstützt.

Namenslänge

Die maximale Länge von Bezeichnern innerhalb von Techra ist 16 Zeichen.


Fehlerbehebung

Dieser kleine Abschnitt Fehlerbehebung ist noch im Entstehen begriffen.

DBS-Compiler beendet sich nicht richtig unter Windows NT

Projekt ist gesperrt


DBS-Compiler beendet sich nicht richtig unter Windows NT

Es kann passieren, daß der DBS-Compiler (uqstart.exe) sich nach dem Erzeugen oder Löschen einer Datenbank nicht ordentlich beendet, so daß proNet START die Kontrolle nicht zurück erhält. In diesem Fall müssen Sie einen Eintrag in Windows NT Registry ändern. Sie sollten den Schlüssel

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WOW\DefaultSeparateVdm

auf 'yes' setzen.


Projekt ist gesperrt

Wenn Sie ein Projekt versuchen zu öffnen, aber die Meldung erhalten, daß das Projekt von einem anderen Benutzer exklusiv geöffnet wurde, können Sie warten bis der andere Benutzer seine Arbeit beendet hat oder ihn bitten, daß Projekt einmal zu schließen und, ohne die Schaltfläche exklusiv öffnen zu aktivieren, neu zu öffnen. Sollten Sie den Eindruck erhalten, daß niemand mehr mit diesem Projekt arbeitet und die Sperre nicht ordnungsgemäß entfernt wurde, können Sie allen Projektsperren über die Funktion im Drop-Down-Menü START -> Projekte entsperren zurücksetzen.

Mehr Informationen finden Sie unter Projekt exklusiv öffnen.


Fehlermeldungen

IS-10000: Speicherformat WEEK nicht mehr unterstützt

Das Speicherformat WEEK nicht von proNet START untersützt. Diese Fehlermeldung kann nur erscheinen, wenn die automatische Konvertierung der Datenbankprojekte bei einer neuen Version von proNet START nicht korrekt durchgeführt wurde. Das Speicherformat WEEK wurde dabei in DATE umgesetzt.

IS-10001: Unbekannten Datentyp gefunden

Ein Feld im Datenbankprojekt besitzt einen nicht definierten Datentyp. Schauen Sie im Projekt für das Feld in die Feldeigenschaften nach dem Datentyp und ändern Sie den Datentyp entsprechend ab.

IS-10002: SQL-Fehler. SQL-Fehlernummer/-text enthält mehr Details

Während der Datenbankerzeugung ist ein DBMS-spezifischer Fehler aufgetreten. Beachten Sie die Fehlernummer und den Fehlertext in der Überwachungsdatei für mehr Details.

IS-10003:Max. Anzahl an Indexelementen vom DBMS unterstützt: xx, hier verwendet: xx

Ein Index besitzt mehr Elemente als vom DBMS unterstützt. Die erlaubte Anzahl an Indexelementen im jeweiligen DBMS finden Sie in der DBMS-Referenz.

IS-10004:Kein primärer Schlüssel für diese Tabelle gefunden

Gilt nur für Techra: Eine Tabelle muß immer mit einem primären Schlüssel erzeugt werden. In proNet START ist für die betroffene Tabelle kein primärer Schlüssel und auch kein eindeutiger Schlüssel, der ersatzweise benutzt werden könnte, definiert.

IS-10005:Max. Speicherlänge vom DBMS unterstützt: xx, hier verwendet: xx

Die Speicherlänge des Feldes ist größer als vom DBMS unterstützt. Sie finden den maximal möglichen Wert für das jeweilige DBMS in der DBMS-Referenz.


Datenbank

Eine Datenbank ist eine Ansammlung von Tabellen, die in einem inhaltlichen Zusammenhang stehen.

In SQL-DBMS sind Unique-Datenbanken teilweise als schema oder user implementiert, während eine Datenbank alle Inhalte (z.B. Unique-Datenbanken, interne Strukturen) eines DBMS enthält.


Tabelle

Tabellen sind die Grundstrukturen, um gleichartige Daten in einer Datenbank zu halten.

Die Daten in einer Tabelle sind in Datensätze (rows) und Feld (oder Tabellenspalte)er (Spalten,columns) unterteilt.


Feld (oder Tabellenspalte)

Ein Feld oder auch Spalte ist Teil einer Tabelle.


Schlüssel/Index

Schlüssel dienen dazu, die Integrität der Daten zu gewährleisten. Primäre und eindeutige Schlüssel stellen sicher, daß nicht mehrere Datensätze in der Tabelle existieren können, bei denen die Schlüsselfelder die gleichen Werte haben. Es kann nur einen primären Schlüssel für eine Tabelle geben, es können aber mehrere eindeutige Schlüssel definiert werden. Diese Schlüssel werden in der Datenbank als Tabellen Constraint angelegt, häufig wird im Hintergrund vom DBMS ein zusätzlicher Index erzeugt, der die gleichen Schlüsselelemente enthält.

Ein Index erlaubt einen schnellen Zugriff auf einzelne Datensätze einer Tabelle. Ein Index besteht aus einem oder mehreren Feldern. Es können mehrere Index auf einer Tabelle definiert sein. Neben einem schnelleren Zugriff erlauben es auch Indizes, die Integrität der Daten zu gewährleisten. Eindeutige Indizes haben hier die gleichen Eigenschaften wie eindeutige Schlüssel.

Hauptunterschied zwischen Schlüsseln und Indizes liegt darin, daß die Schlüssel das logische Modell der Datenbank abbilden sollen. Schlüssel sind auch notwendig, um Fremdschlüssel (Foreign Keys) definieren zu können, die auf diese Tabelle verweisen.

Im Gegensatz dazu gibt es für Indizes bei einigen DBMS die Möglichkeit, die Sortierungreihenfolge einzelner Schlüsselelement unterschiedlich zu definieren. Normalerweise gibt es für Indizes auch mehr Möglichkeiten, den Speicherort des Index und die Speicherbelegung definieren festzulegen.


Gruppenschlüssel-/index

Ein Gruppenschlüssel oder Index ist ein Schlüssel bzw. Index, der aus mehreren Schlüssel-/Indexelementen besteht.


Schlüssel-/Indexelement

Ein Schlüssel-/Indexelement (Key member) ist Teil eines Gruppenschlüssels bzw. indexes. Abhängig vom DBMS können unterschiedliche viele Schlüssel-/Indexelemente definiert werden. Portabel über alle von Unique unterstützen DBMS sind acht Schlüssel-/Indexelemente.


Area

Eine Area ist ein Bereich innerhalb eines DBMS, der für die Speicherung von Daten reserviert ist. Eine Area kann als Betriebssystemdatei oder als Raw-Device ausgelegt sein. Informix nennt Areas dbspaces, Oracle Tablespaces, Microsoft und Sybase Datenbankmedien.


Foreign Key (Fremdschlüssel)

Foreign Key (oder Fremdschlüssel) definiert eine Beziehung zwischen einem Datensatz in der sogenannten Kind-Tabelle und einem Datensatz in der Eltern-Tabelle. The Foreign Key selbst ist auf der Kind-Tabelle definiert. Die Eltern-Tabelle kann eine andere oder die gleiche Tabelle sein. In dieser Beziehung müssen die Werte bestimmter Felder eines Datensatzes in der Kind-Tabelle den Werten referenzierter Felder in einem Datensatz der Eltern-Tabelle entsprechen. Diese bestimmten Felder machen den Foreign Key aus. Die referenzierten Felder müssen Teil eines primären oder eindeutigen Schlüssels in der Eltern-Tabelle sein.

Foreign Keys können Lösch- und Änderungsregeln besitzen, die automatische Aktionen definieren, wenn ein Datensatz in der Eltern-Tabelle gelöscht wird oder Felder im referenzierten primären oder eindeutigen Schlüssel geändert werden. START unterstützt alle  in  ANSI SQL 3 festgelegten Aktionen: Keine Aktion, Kaskadierendes Löschen alle Datensätze in der Kind-Tabelle, die auf den Datensatz in der Eltern-Tabelle verweisen, den Feldern in den Datensätzen der Kind-Tabelle die Standardwerte oder den Wert NULL zuweisen. Eine dieser vier Aktionen kann jeweils als Lösch- oder Änderungsregel definiert werden.

Bitte beachten Sie, daß die meisten DBMS nur eine sehr eingeschränkte Unterstützung für die Lösch- und Änderungsregeln besitzen. Mehr Informationen hierzu finden Sie in der DBMS-Referenz.


View

Views dienen in SQL-Datenbanken dazu, bestimmte Sichten auf eine oder mehrere Tabellen zu definieren. Ein View kann einfach eine Auswahl von Feldern einer Tabelle sein oder eine komplexe SQL-Abfrage mit Joins und anderen Ausdrücken enthalten. Informix C-ISAM, Unique ISAM und SIBAS unterstützen keine Views.


Maintenance-Applikation

Eine Maintenance-Applikation ist zunächst einmal eine normale Unique 4GL-Applikation. Mit einer Maintenance-Applikation können Sie eine bestimme Tabelle ein- uns ausladen, leeren, im Dialog Datensätze einfügen, ändern und löschen und die Dmp-Datei, zumindest bis zu einer gewissen Größe, editieren.

Der Dateiname der Maintenance-Applikationen ist der Name der Tabelle, die Dateiendung ist üblicherweise .imp.


Zoom-Applikation

Zoom-Applikationen sind kleine Suchprogramme für eine Tabelle, die gewöhnlich mit dem Befehl <ZOOM> (Ctrl-S in Windows) geöffnet werden, um die Eingabe in einem Feld zu erleichtern.

Zoom-Applikationen können von proNet START automatisch erzeugt werden.


DBS-Datei

Eine DBS-Datei enthält die vollständige Beschreibung eines Datenbankprojektes. Diese Datei kann von proNet START erzeugt werden und wird vom DBS-Compiler für die Erzeugung der physikalischen Datenbank genutzt. Die DBS-Datei trägt den Namen der Datenbank und die Endung .dbs. Die Erzeugung von DBS-Dateien sowie der Import von DBS-Dateien werden von proNet START nur für die Abwärtskompatibilität unterstützt, für proNet START sind DBS-Dateien nicht notwendig.

Die Syntax für die DBS-Datei ist im Handbuch Unique START DBS-Compiler definiert, das in Unique CONCEPT 4.0x enthalten ist.


Dmp-Datei

Eine Dmp-Datei enthält die ausgeladene Daten einer bestimmten Tabelle. Der Dateiname ist üblicherweise der Name der Tabelle, die Endung ist üblicherweise .dmp.


Standardwerte

Beim Einfügen neuer Datensätze in einer Applikation kann es vorkommen, daß innerhalb der Anweisung zum Einfügen nicht allen Felder der Tabelle sofort ein Wert zugewiesen wird. In diesem Fall wird für alle Felder, die keinen Wert zugewiesen bekommen haben, vom DBMS ein Standardwert zugewiesen. Dieser Standardwert kann bei der Erzeugung der Tabelle vordefiniert werden. Ansonsten wird der Standardwert vom DBMS bestimmt. Normalerweise weist das DBMS entweder den Wert NULL zu, oder erzeugt Felder je nach Datentyp beispielsweise mit Inhalt 0 oder einem Leerstring.

Bei Verwendung von Unique 4GL sollten nach Möglichkeit keine NULL-Werte benutzt werden.


Purpose-Text

Für zahlreiche Objekte können Sie Purpose-Texte definieren. Purpose-Texte sind frei definierte Texte, die in BLOBs gespeichert werden. Purpose-Texte sind für die Benutzer-Dokumentation gedacht.

Die Purpose-Texte für Felder können zur Laufzeit vom Benutzer über die Taste HELPFIELD (meist F1) abgerufen werden.


Kommentar

Für zahlreiche Objekte können Sie Kommentare definieren. Kommentare sind frei definierte Texte, die in BLOBs gespeichert werden. Im Gegensatz zu Purpose-Texten sind Kommentare für die interne Dokumentation des Projektes gedacht.


Leittext

Für zahlreiche Objekte können Sie Leittexte definieren, die eine genauere Beschreibung der Objektes enthalten können. Die Leittexte für Tabellen und Felder werden in den anderen Unique Werkzeugen, z.B. QUICK und XTRA, genutzt.


NULL

NULL ist ein eigenständiger Wert für ein Feld in der Datenbank. Dieser Wert bedeutet, daß dem Feld kein expliziter Wert zugewiesen wurde. Wichtig ist die Unterscheidung zwischen NULL und dem Wert 0 für numerische Felder sowie einem Leerstring bei alphanumerischen Feldern. Sowohl 0 wie ein Leerstring sind explizite Werte in der Datenbank und sind nicht gleich NULL.

Bei Erzeugung einer Datenbank für die Nutzung mit Unique CONCEPT sollte NULL-Werte verboten sein. (uqconfig Parameter db-nullvalues im Datenbankabschnitt steht standardmäßig auf OFF.) Ausnahmen sind Datenbanken, die bereits NULL-Werte enthalten, Datenbanken, die auch mit anderen Anwendungen genutzt werden müssen, oder Datenbanken, die über die ODBC-Schnittstelle angesprochen werden.

Weitere Informationen

Unique Operations Guide -> uqconfig file -> parameters for the database section

Unique 4GL Reference Manual -> Funktion null-assign und Operator ISNULL


Temporäre Tabelle

Unique CONCEPT enthält die Unterstützung für den Datenbanktyp TEMP, in dem temporäre Tabellen definiert sind. Aus der Sicht des 4GL-Programmierers erlaubt eine temporäre Tabelle die gleichen 4GL Operationen wie jede andere Tabelle einer Einzelbenutzer-Datenbank ohne Transaktionskontrolle. Der wesentliche Unterschied zwischen einer temporären Tabelle und einer normalen Datenbanktabelle liegt im Lebenszyklus der Daten in der Tabelle. Eine temporäre Tabelle wird entweder konfiguriert, um die Daten während einer vollständigen Unique CONCEPT-Sitzung (eine persistente Tabelle) zu halten, oder nur während des Lebenszyklus einer 4GL-Applikation (nicht persistent) zu halten. Eine temporäre Tabelle ist implementiert als Datei im Verzeichnis für temporäre Dateien (scratch-path).

Temporäre Tabellen sind sinnvoll, wenn man lokal auf einer Datenmenge arbeiten möchte, die man aus einer Datenbank herausgelesen hat. Das Arbeiten auf einer lokalen Datenmenge bewirkt wesentlich bessere Zugriffszeiten und reduziert weniger Datenbankzugriffe und geringeren Netzwerkverkehr.

Weitere Informationen

Unique Operations Guide -> Databases interfaces -> Temporary database interface

Unique 4GL Reference Manual -> Componentes and Definitions -> Definitions -> temporary tables


Lokales Dictionary

Beginnend mit Unique CONCEPT 6.00 werden Lokales Dictionaries unterstützt. Im Gegensatz zum Unique Dictionary in früheren Versionen, das in der Datenbank als eigenständige Tabelle gespeichert wurde (meist uqdic001), wird ein lokales Dictionary als Datei abgelegt. Der Speicherort wird definiert über den Datenbankparameter db-dictionary in der uqconfig.

Vorteil der lokalen Dictionaries ist es, daß weniger Datenbankzugriffe notwendig sind, ein lokales Dictionary leichter ausgetauscht werden kann und endlich auch Datenbank, die über die ODBC-Schnittstelle angesprochen werden, mit einem Unique Dictionary genutzt werden können.

Ein Spezialfall ist ein lokalen Dictionary für Temporäre Tabellen. Im Gegensatz zu normalen Datenbanktabellen, wo ein Unique Dictionary sinnvoll, aber nicht zwingend notwendig ist, benötigen temporäre Datenbanken zwingend ein lokales Dictionary, da alle Strukturinformationen ausschließlich im lokalen Dictionary vorliegen. In diesem Fall wird der Speicherort für das lokale Dictionary in der Unique System Database abgelegt.

Weitere Informationen

Unique Operations Guide -> uqconfig -> Database section -> db-dictionary

Unique Operations Guide -> Databases interfaces -> Temporary database interface


Alphanumeric

Felder, die kurze Texte bestehend aus druckbaren Zeichen wie A:Z, a:z, 0:9, Leerzeichen und Satzzeichen enthalten sollen, sollten als Alphanumeric definiert sein. Die maximale Länge für alphanumerische Felder ist nicht definiert. Falls Sie mehr als 255 Zeichen benutzen, ist die Portabilität allerdings nicht mehr gewährleistet. Die Speicherbelegung in der Datenbanktabelle ist für ein Feld des Formats Alphanumeric(n) n Bytes.


Varchar

Felder, die kurze Texte variabler Länge bestehend aus druckbaren Zeichen wie A:Z, a:z, 0:9, Leerzeichen und Satzzeichen enthalten sollen, sollten als Varchar definiert sein. Die maximale Länge für alphanumerische Felder ist nicht definiert. Falls Sie mehr als 255 Zeichen benutzen, ist die Portabilität allerdings nicht mehr gewährleistet.

Bei Datenbanken, die das Format Varchar nicht beherrschen, wird das Format Alphanumerisch benutzt. Bitte beachten Sie, daß die Typen Alphanumeric und Varchar nicht gleichzeitig benutzt werden können.


Binary

Felder, die einigermaßen kleine Mengen an Daten enthalten sollen, sollten als Binary definiert sein. Binary-Felder können alphanumerische Daten enthalten, sind aber nicht auf druckbare Zeichen beschränkt. Das bedeutet, daß sie alle Zeichen mit ASCII-Codes von 0 bis 255 enthalten können. Die maximale Länge für Binary-Felder ist nicht definiert. Falls Sie mehr als 255 Zeichen benutzen, ist die Portabilität allerdings nicht mehr gewährleistet. Die Speicherbelegung in der Datenbanktabelle ist für ein Feld des Formats Binary(n) n Bytes.


Bit

Felder, die nur Kennzeichen mit zwei möglichen Werten enthalten sollen, sollten als Bit definiert sein. Bit-Felder können nur 0 und 1 speichern. NULL-Werte sind nicht erlaubt. Wenn NULL als Standardwert definiert ist, wird bei der Erzeugung der Datenbank ein Fehler ausgegeben.

Der Speicherbedarf hängt vom benutzten DBMS ab. Bei DBMS, die das Format Bit direkt unterstützen, können möglicherweise mehrere Bit-Felder in einem Byte gespeichert werden. Ansonsten werden Bit-Felder durch das Format Integer2 simuliert.


Integer1

Felder, die kleine numerische Werte enthalten sollen, sollten als Integer1 definiert sein. Der Wertebereich hängt vom verwendeten DBMS ab. Portabel ist der von Unique unterstützte Wertebereich von 0 bis 127. Der Speicherbedarf für ein Feld des Formats Integer1 ist ein Byte, wenn das DBMS dieses Format unterstützt. Anderenfalls wird ein Integer2-Feld benutzt.


Integer2

Felder, die numerische Werte zwischen -32,768 und 32,767 enthalten sollen, sollten als Integer2 definiert sein. Der Speicherbedarf für ein Feld des Formats Integer2 ist zwei Byte.


Integer4

Felder, die große numerische Werte zwischen -2,147,483,648 und 2,147,483,647 enthalten sollen, sollten als Integer4 definiert sein. Der Speicherbedarf für ein Feld des Formats Integer4 ist vier Byte.


Serial

Felder, die beim Einfügen eine eindeutige Nummer erhalten sollen, sollten als Serial definiert werden. Die eindeutige Nummer wird vom DBMS eingefügt. NULL-Werte sind nicht erlaubt. Der Speicherbedarf für ein Feld mit diesem Format ist vier Bytes. Bei DBMS, die dieses Format nicht unterstützen und wo Serial-Felder auch nicht simuliert werden können, wird ein normales Integer4-Feld benutzt und keine eindeutige Nummer vergeben.

Für Serial-Felder kann ein Startwert angegeben werden, der für die erste vergebene Nummer benutzt wird. Wird kein Startwert angegeben, beginnt die Numerierung bei 1.

In anderen interaktiven Werkzeugen von Unique CONCEPT werden Serial-Felder als Integer4 angegeben. In Unique 4GL-Applikationen werden Serial-Felder ebenso wie Integer4-Felder behandelt.


Packed decimal

Felder, die numerische Werte im BCD-Format (Binary coded decimal) enthalten sollen, sollten als Packed Decimal definiert sein. Die Summe aus Vor- und Nachkommastellen darf 18 nicht überschreiten. Die Speicherbelegung im DBMS kann mit folgender Gleichung bestimmt werden:

 s = ( m + n ) / 2 + 1 ,

 wobei s die Speicherbelegung in Byte,

 m die Zahl der Vorkommastellen und

 n die Zahl der Nachkommastellen ist.

Packed Decimal-Felder können zusätzlich als unsigned definiert, so daß sie nur positive Werte enthalten dürfen.


Unpacked decimal

Felder, die numerische Werte im ACD-Format (ASCII coded decimal) enthalten sollen, sollten als Unpacked Decimal definiert sein. Die Summe aus Vor- und Nachkommastellen darf 18 nicht überschreiten. Die Speicherbelegung im DBMS kann mit folgender Gleichung bestimmt werden:

 s =  m + n ,

 wobei s die Speicherbelegung in Byte,

 m die Zahl der Vorkommastellen und

 n die Zahl der Nachkommastellen ist.

Unpacked Decimal-Felder können zusätzlich als separate definiert werden, so daß Vor- und Nachkommastellen getrennt gespeichert werden. In diesem Fall wird ein zusätzliches Byte benötigt.


Money

Felder, die ein Geldbetrag enthalten sollen, sollten als Money definiert sein. Die Speicherbelegung von Money-Feldern ist abhängig vom DBMS. Sie haben eine minimale Genauigkeit äquivalent zu Packed decimal(14,2), können aber größere Beträge enthalten oder eine höhere Genauigkeit besitzen. In SYBASE entsprechen Money-Felder einem Packed Decimal(15,4).


Real4

Felder, die große numerische Werte enthalten sollen, die nicht als Packed decimal gespeichert werden können, sollten als Real4 definiert sein. Real4-Felder können Werte im Bereich von -9,999.999E+76 : -9,999.999E+76 enthalten. Die Genauigkeit ist 4 Dezimalstellen, wenn Sie eine höhere Genauigkeit benötigen, sollten Sie das Speicherformat Real8 nutzen. Die Speicherbelegung ist 4 Bytes. Wie allgemein üblich beinhalten Berechnungen auf Real-Feldern eine potentielle Ungenauigkeit. Real-Felder sollten deshalb auf keinen Fall als Schlüssel definiert werden. Um diesen Problemen aus dem Weg zu gehen, sollten  numerische Werte wann immer möglich in Packed decimal-Feldern gespeichert werden.


Real8

Felder, die große numerische Werte mit hoher Genauigkeit enthalten sollen, die nicht als Packed decimal gespeichert werden können, sollten als Real8 definiert sein. Real8-Felder können Werte im Bereich von -9,999.999.999.999.999E+76 : -9,999.999.999.999.999E+76 enthalten. Die Genauigkeit ist 16 Dezimalstellen. Die Speicherbelegung ist 8 Bytes. Wie allgemein üblich beinhalten Berechnungen auf Real-Feldern eine potentielle Ungenauigkeit. Real-Felder sollten deshalb auf keinen Fall als Schlüssel definiert werden. Um diesen Problemen aus dem Weg zu gehen, sollten  numerische Werte wann immer möglich in Packed decimal-Feldern gespeichert werden.


Text

Felder, die große Mengen variabler Länge an alphanumerischen Daten enthalten sollen, sollten als Text definiert sein. Textfelder sind BLOBs. Text-Felder können Beschreibungen oder Dokumentationen in einfachem alphanumerischen Text enthalten. Wenn der Feldinhalt Text in einem speziellen Format wie RTF oder WordPerfect enthalten soll, sollte statt dessen das Speicherformat Image benutzt werden. Eine übliche Speicherbegrenzung im DBMS für dieses Speicherformat ist 2 Gigabyte, die Begrenzung kann aber auch kleiner sein. Die Begrenzung für von Unique simulierte BLOBs ist 2 Gigabyte. Die Speicherbelegung in der Datentabelle ist datenbankabhängig und variiert zwischen 4 und 18 Bytes.


Image

Felder, die große Mengen variabler Länge an binären Daten enthalten sollen, sollten als Image definiert sein. Imagefelder sind BLOBs. Image-Felder können Bilder, Sprachdaten, komplexte Text-Format wie WordPerfect-Dateien oder einfachen alphanumerischen Text enthalten. Eine übliche Speicherbegrenzung im DBMS für dieses Speicherformat ist 2 Gigabyte, die Begrenzung kann aber auch kleiner sein. Die Begrenzung für von Unique simulierte BLOBs ist 2 Gigabyte. Die Speicherbelegung in der Datentabelle ist datenbankabhängig und variiert zwischen 4 und 18 Bytes.


Date

Felder, die ein Datum enthalten sollen, sollten als Date definiert sein. Date-Felder enthalten Tag, Monat und Jahr. Date-Felder unterscheiden sich vom Speicherformat DateTime dadurch, daß DateTime-Felder sowohl Datum wie Uhrzeit enthalten. Die Verfahren, in denen Date-Felder gespeichert werden, unterscheiden sich bei jedem DBMS, werden von Unique aber immer in der gleichen Weise interpretiert.


Time

Felder, die eine Uhrzeit enthalten sollen, sollten als Time definiert sein. Time-Felder enthalten Stunde, Minute und Sekunde. Informationen unterhalb einer Sekunde werden nicht von Unique unterstützt. Die Verfahren, in denen Time-Felder gespeichert werden, unterscheiden sich bei jedem DBMS, werden von Unique aber immer in der gleichen Weise interpretiert.


DateTime

Felder, die sowohl ein Datum wie die Uhrzeit enthalten sollen, sollten als Datetime definiert sein. DateTime-Felder enthalten Stunde, Minute, Sekunde sowie Tag, Monat und Jahr. Informationen unterhalb einer Sekunde werden nicht von Unique unterstützt. Die Verfahren, in denen Date-Felder gespeichert werden, unterscheiden sich bei jedem DBMS, werden von Unique aber immer in der gleichen Weise interpretiert.


Week

Felder, die Datumswerte bestehend aus Tag, Woche und Jahr enthalten sollen, sollten als Week definiert sein. Die Speicherbelegung von Week-Feldern ist abhängig vom DBMS. Bei DBMS, die dieses Speicherformat nicht unterstützen, wird von Unique ein Integer4 mit einer Speicherbelegung von 4 Bytes benutzt.


Speicherbelegung definieren

Fur zahlreiche Objekte im DBMS kann die Speicherbelegung vordefiniert werden. Zu diesen Objekten zählen die Datenbank selbst, Areas sowie normale Datentabellen und Schlüssel. Die Speicherbelegung wird in den verschiedenen DBMS unterschiedlich gehandhabt. Einige Datenbanken wie Informix C-ISAM oder Unique ISAM unterstützen diesen Mechanismus überhaupt nicht, so daß die Parameter von Unique in diesem Fällen ignoriert werden. Für erlaubte Parameter sollten Sie die die DBMS-Referenz konsultieren. Wenn diese Parameter nicht definiert sind, werden die Standardwerte des DBMS benutzt.

Bitte beachten Sie, daß diese Definitionen auch alle abhängigen Objekte betreffen, für die keine eigene Definition angegeben ist, beispielsweise alle Tabellen und Schlüssel in einer Area.

Ursprungsgröße (initial)

Gibt die Größe des ersten Extents für das Objekt in der Datenbank an (verfügbar für Areas, Tabellen und Indizes).

Nächste Größe (next)

Gibt die Größe aller folgenden Extents für das Objekt in der Datenbank an (verfügbar für Areas, Tabellen und Indizes).

Pct. Increase (percentage increase)

Gibt einen Prozentsatz an, um den jedes Extent ab dem dritten gegenüber dem vorigen Extent vergrößert wird. Die Zahl muß eine positive ganze Zahl sein (Verfügbar für Area,Tabellen und Indizes).

Min. extents (minimum)

Gibt die Zahl der Extents an, die mindestens von diesem Objekt belegt werden sollen (verfügbar für Areas, Tabellen und Indizes).

Max. extents (maximum)

Gibt die Zahl der Extents an, die maximal von diesem Objekt belegt werden sollen (verfügbar für Areas, Tabellen und Indizes). Für eine unbegrenzte Anzahl an Extents geben Sie -1 ein.

Fill factor (fill factor)

Gibt den Prozentsatz an, bis zu dem ein Extent für einen Schlüssel genutzt wird, bevor der nächste Extent benutzt wird (verfügbar für Tabellen und Indizes).

Extent ist die Allozierungseinheit für Datenbankobjekte. Die möglichen Werte hängen nicht nur vom DBMS, sondern auch von der Hardware-Plattform und der DBMS-Konfiguration ab.

Bei Parametern, bei denen absolute Werte in Bytes angegeben werden, können die Suffixe K, M und G für Kilobytes, Megabytes bzw. Gigabytes benutzt werden. Die Parameter werden von proNet START automatich in die Einheiten und die Syntax, in denen die unterschiedlichen DBMS die Parameter erwarten,  umgerechnet und konvertiert. Haben Sie beispielsweise 1G als Datenbankgröße hinterlegt, konvertiert proNet START die Größe für den Microsoft SQL Server in Megabytes und entfernt den Buchstaben, so daß eine Datenbankgröße von 1024 an den Microsoft SQL Server übergeben wird: create database MYDB on MYAREA=1024.


Zugriffrechte definieren

Fur zahlreiche Objekte im DBMS können die Zugriffrechte für allgemeine Benutzer (häufig Benutzer PUBLIC) definiert werden. Zu diesen Objekten zählen die Datenbank selbst, Areas und Tabellen.

Die Zugriffsrechte sind Anzeigen, Ändern, Einfügen und Löschen mit ihrer üblichen Bedeutung.


Erster Datensatz

Mit diesem Button springen Sie zum ersten Datensatz.


Fehlerkorrekturen


Letzter Datensatz

Mit diesem Button springen Sie zum letzten Datensatz.


Nächster Datensatz

Mit diesem Button springen Sie zum nächsten Datensatz.


Voriger Datensatz

Mit diesem Button springen Sie zum vorigen Datensatz.


Datensatz löschen

Mit diesem Button löschen Sie den aktuellen Datensatz, das kann in proNet START eine Tabelle, ein Feld oder jedes andere Objekt sein.


Hilfe aufrufen

Mit diesem Button rufen Sie die kontextsensitive Online-Hilfe auf.


Kontextmenü

Über ein Kontextmenü erreichen Sie Funktionen, die nur für bestimmte Objektklassen verfügbar sind. Klicken Sie auf die rechte Maustaste, wenn der Mauszeiger auf einem Objekt steht. Das Kontextmenü öffnet sich. Jetzt wählen Sie die gewünschte Funktion aus, indem Sie auf einem Menüeintrag mit der linken Maustaste klicken.

Kontextmenüs gibt es unter anderem für Tabellen, Felder, Schlüssel und Areas.