-
Allerdings sollte man bei SQL-Tables beachten:
Der Formatname ist mit dem Dateinamen identisch !
Bei Native-IO ist also eine Umbenennung des Formatnamens erforderlich.
Bei SQL interessiert der Formatname natürlich nicht.
Desweiteren hat eine Tabelle erst mal keinen Schlüssel.
Man kann zwar einen Constraint "Primary Key" anhängen, der ist allerdings grundsätzlich UNIQUE.
Mit Create Index kann ich eine LF erstellen (für SQL nur Zugriffsweg), die ich mit Native-IO natürlich direkt nutzen kann.
-
Allerdings sollte man bei SQL-Tables beachten:
Der Formatname ist mit dem Dateinamen identisch !
Bei Native-IO ist also eine Umbenennung des Formatnamens erforderlich.
Bei SQL interessiert der Formatname natürlich nicht.
Seit Release V5R4 kann direkt beim Erstellen einer Tabelle über das Schlüssel-Wort RCDFMT direkt ein abweichender Format-Name festgelet werden. (Ebenso kann auch bei einer SQL-View ein abweichender Format-Name angegeben werden.)
Auch vor Release V5R4 waren abweichende Format-Namen möglich (allerding benötigte man dazu 2 Schritte)
1. Erstellung einer Tabelle mit dem Format-Namen als Tabellen-Name
2. Umbenennung der Tabelle auf den eigentlichen Tabellen-Namen. (Der Format-Name wird nicht unbenannt!)
Ein gewaltiger Vorteil von SQL-Tabellen gegenüber DDS beschriebenen physischen Dateien ist, dass selbst mit CPYF und *NOCHK keine ungültigen Daten übernommen werden können, d.h. alpha in numerische Felder kopieren geht nicht!
Innerhalb der SQL-Tabellen wird beim Schreiben der Daten auf Gültigkeit beprüft. Bei DDS beschriebenen physischen Dateien erfolgt die Prüfung beim Lesen.
Mit Create Index kann ich eine LF erstellen (für SQL nur Zugriffsweg), die ich mit Native-IO natürlich direkt nutzen kann.
... auf eine SQL-Tabelle können natürlich auch DDS-beschriebene logische Dateien gelegt werden.
Ein Index erhält das Format der zugrundeliegenden Tabelle (oder DDS beschriebenen physischen Datei) erst ab Release V6R1 wird es möglich sein auch in Indices einen abweichenden Format-Namen anzugeben.
-
 Zitat von BenderD
Create table und current_date sind deine Freunde
D*B
Ist das in einer PF auch möglich? Also der Datentyp Date geht schon, aber das "Current" bekommt man anscheinend nur mittels SQL CREATE TABLE hin?
-
Stimmt.
Ausserdem hilft das in SQL nur bei einem Insert ohne Verwendung des Feldes:
create mytable (Feld1 char(10) not null, MyDate date not null default current date)
insert into mytable (feld1) values('Irgendwas')
In diesem Fall wird in MyDate das Tagesdatum geschrieben.
Default beim Lesen (Select) gibt es nicht.
Similar Threads
-
By GraueEminenz in forum NEWSboard Programmierung
Antworten: 4
Letzter Beitrag: 05-01-07, 11:47
-
By kuempi von stein in forum NEWSboard Programmierung
Antworten: 5
Letzter Beitrag: 07-11-06, 08:33
-
By emax in forum IBM i Hauptforum
Antworten: 7
Letzter Beitrag: 08-09-06, 17:24
-
By Freezer in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 18-08-06, 08:11
-
By edig in forum NEWSboard Programmierung
Antworten: 1
Letzter Beitrag: 27-07-06, 08:20
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks