PMS32 Online- Hilfereferenz
Elemente / Legierungen
Atomare Dichte in g/cm³. Spezifisches Gewicht des Elements. Physikalische Größe.
Atomgewicht. Physikalische Größe, Summe der Protonen und Neutronen des Elements.
Atomzahl. Physikalische Größe, Anzahl der Protonen des Elements
Bitte füllen Sie möglichst das Feld mit einem eindeutigen Wert, damit Sie bei einer Auswahl (Lookup) die Information deutlich indentifizieren können.
Candidate Felder einer Tabelle definieren einen eindeutigen Suchbefriff für den Benutzer. Meistens hat die Tabelle auch eine interne ID, die den Primärschlüssel der Tabelle bildet. Dann "könnten" mehrere "gleiche" Datensätze mit gleichem Candidateschlüssel angelegt werden. Das System wäre in der Lage, bei Doppeltbenennungen "quasi gleicher" Definitionen, anhand der internen ID die Daten auseinander zu halten. Der Benutzer kann bei einer Auswahl (Lookup) die Informationen dann aber nicht unbedingt auseinanderhalten. Dieses Feld wird "meistens" bei einer Relation aus einer anderen Tabelle heraus angezeigt. Achten Sie deshalb darauf, dass Sie die Information wiedererkennen können. Am Beispiel einer Artikelnummer: Unter einer Artikelnummer mit "74568958743.14" kann sich kaum jemand was vorstellen, jedoch mit "SIE.3TH..." (Hersteller + Typennummer) weiss der Benutzer zumindest, dass es sich hier um Leistungsschütze handelt. Wie Sie Ihre Candidate Schlüssel eingeben bleibt Ihnen überlassen, bedenken Sie jedoch, dass einen sprechende Nummer für nicht eingeweihte Personen besser lesbar ist.
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Allgemeine Datumsangabe. In diesem Feld wird zum Beispiel das Datum der letzten Änderung eines Datensatzes gespeichert oder das Datum, wann dieser Datensatz erstellt worden ist. Dieses Feld ist änderbar. Die Datumsangabe sollte wie folgt eingegeben werden: TT.MM.JJ
Entdeckungsjahr des Elements
Textfelder, sind variable Speicherfelder in denen Informationen bis zu einer Größe von 2GB gespeichert werden können. Die Unterscheidung der Textfelder liegt in ihrem Namen. NOTIZ z.B. wird ausschlieslich für Notizen benutzt. Andere Textfelder wiederum werden beim Erstellen von Vorgängen bzw. Bestellungen aus Stammfeldern übernommen. Im Vorgang: B01.BEZ => E11.BEZ, B01.LANG => E11.LANG. In den Textfeldern können folgende Funktionen über Funktionstasten oder ein ShortCut - Menü (Rechte Maustaste) aufgerufen werden: F2 - Sprung in die Maske C40 - Langtexte, F3 - Auswahl aus C40 - Langtexte und F4 - vergrößerte Eingabe in einer separaten Maske. Diese Funktionen können je nach Textfeld variieren!
Gewicht (börse) eingeben.
Gewicht (börse) eingeben.
Sprachauswahl mit F3.
Sprachauswahl. Diese Feld definiert die Sprache, in der die Eingaben für diesen Datensatz vorgenommen werden. Dies ist nur dann wichtig, wenn bei der Reportausgabe bestimmte Werte in der Sprache des Empfängers ausgegeben werden müssen. Der Standard wird bei einer Neuanlage immer mit der Systemsprache vorbelegt. Sie können den Wert durch eine Auswahl mit F3 ändern. Bitte bedenken Sie, dass mindestens eine Eingabe in der Systemsprache vorliegt, da sonst einige SQL's nicht korrekt funktionieren und eventuell diverse Auswertungen fehlerhaft sind.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C26 - Sprachen */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen C98 und C26... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT C98.IDC26 AS _Quelle, C26.IDC26 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"C98.DBF") LEFT OUTER JOIN (My.Clients.Path.cSysDir+"C26.DBF") ON C98.IDC26=C26.IDC26 ; WHERE C98.... ; INTO CURSOR qC98 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle C98 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C26 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT C98.IDC26 AS _Quelle, C26.IDC26 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"C98.DBF") INNER JOIN (My.Clients.Path.cSysDir+"C26.DBF") ON C98.IDC26=C26.IDC26 ; WHERE C98.... ; INTO CURSOR qC98 NOFILTER READWRITE */ Geht auch so... SELECT C98.IDC26 AS _Quelle, C26.IDC26 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"C98.DBF") , (My.Clients.Path.cSysDir+"C26.DBF") ; WHERE C98.IDC26=C26.IDC26 AND C98.... ; INTO CURSOR qC98 NOFILTER READWRITE */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC26 AS Object loC26 = My.Bussines.Strain.Misc.oC26[C98.IDC26] IF !EMPTY(loC26.IDC26) */ Dann wurde der Datensatz in der Tabelle C26 gefunden! */ Weiterer Code kann hier stehen... ENDIF
Primärschlüssel der Tabelle : Elemente / Legierungen
Primärfelder einer Tabelle indentifizieren den Datensatz der Tabelle. Der Feldinhalt ist immer eindeutig und kann niemals mehrfach vorkommen. Primärfelder können aus einem Feld der Tabelle oder aus mehreren Feldern der Tabelle bestehen.
*/ Das Feld IDC98+IDC26 bilden den Primärschlüssel der Tabelle C98 - Elemente / Legierungen */ Dieses Feld IDC98 kann in anderen Tabellen als relationaler Schlüssel zu dieser Tabelle dienen */ An einem SQL - Beispiel eines beschreibbaren Cursors... */ Die Daten des Cursors können zwar geändert werden, die Änderungen werden jedoch NICHT in die Datenbank zurückgeschrieben! SELECT C98.* FROM (My.Clients.Path.cDbfDir+"C98.DBF") ; WHERE C98.IDC98 = m.idc98 AND C98.IDC26 = My.cIdc26 ; INTO CURSOR qC98 NOFILTER READWRITE */ Werden die Daten über die die Methode _SqlRead() abgerufen, so kann der Pfad als Datenbank-Verweis angegeben werden... IF poThis._SqlRead([SELECT C98.* FROM CDBFDIR!C98 WHERE IDC98=']+m.idc98+[' AND IDC26=']+My.cIdc26+['],"qC98",2) */ Hier könnte Code stehen... */ Siehe auch: My.Clients.SQL.SQLRead(tnDataSession,tcSQLStatement,tcAlias,tvTable) ENDIF */ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt... LOCAL loC98 AS Object */ Die Filterung auf IDC26 der Tabelle erfolgt immer über My.cIdc26 (Systemsprache)! loC98 = My.Bussines.Strain.Misc.oC98[m.idc98] IF !EMPTY(loC98.IDC98) */ Dann wurde der Datensatz in der Tabelle C98 gefunden! ENDIF
Lookup in : VNS-Einheiten (C99). Eine Änderung erfolgt durch F3 - Auswahl. Der Srung zu Stammtabelle erfolgt mit F2
Lookup- bzw. relationale Felder werden benötigt um Tabellen mittels SQL Select oder einer Relation zu verbinden. Durch die Namensgebung der Lookupfelder kann aus dem Feldnamen "meistens" die Zieltabelle der Relation bestimmt werden. Alle Relationen werden in PMS32 über sogenannte ID- Felder hergestellt, wobei die Zieltabelle ab der dritten Stelle des Feldnamens bis zur fünften Stelle des Feldnames angegeben ist. Aus ein paar Beispielen: D51.IDB01 => B01, I40.IDC42VKB => C42, I50.IDC25B => C25. Mit der Formel aus dem Codeblock kann zu "fast" allen ID Feldern die entsprechende Zieltabelle ermittelt werden. Spezial- Lookupfelder wie z.B.: I20.IDZWI oder I23.IDAUFA... benötigen zur Bestimmung die entsprechende IP, mit der über die Systemtabelle Y01 die entsprechende Zieltabelle ermittelt werden kann.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C99 - VNS-Einheiten */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen C98 und C99... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT C98.IDC99AD AS _Quelle, C99.IDC99 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"C98.DBF") LEFT OUTER JOIN (My.Clients.Path.cSysDir+"C99.DBF") ON C98.IDC99AD=C99.IDC99 ; WHERE C98.... ; INTO CURSOR qC98 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle C98 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C99 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT C98.IDC99AD AS _Quelle, C99.IDC99 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"C98.DBF") INNER JOIN (My.Clients.Path.cSysDir+"C99.DBF") ON C98.IDC99AD=C99.IDC99 ; WHERE C98.... ; INTO CURSOR qC98 NOFILTER READWRITE */ Geht auch so... SELECT C98.IDC99AD AS _Quelle, C99.IDC99 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"C98.DBF") , (My.Clients.Path.cSysDir+"C99.DBF") ; WHERE C98.IDC99AD=C99.IDC99 AND C98.... ; INTO CURSOR qC98 NOFILTER READWRITE
Lookup in : VNS-Einheiten (C99). Eine Änderung erfolgt durch F3 - Auswahl. Der Srung zu Stammtabelle erfolgt mit F2
Lookup- bzw. relationale Felder werden benötigt um Tabellen mittels SQL Select oder einer Relation zu verbinden. Durch die Namensgebung der Lookupfelder kann aus dem Feldnamen "meistens" die Zieltabelle der Relation bestimmt werden. Alle Relationen werden in PMS32 über sogenannte ID- Felder hergestellt, wobei die Zieltabelle ab der dritten Stelle des Feldnamens bis zur fünften Stelle des Feldnames angegeben ist. Aus ein paar Beispielen: D51.IDB01 => B01, I40.IDC42VKB => C42, I50.IDC25B => C25. Mit der Formel aus dem Codeblock kann zu "fast" allen ID Feldern die entsprechende Zieltabelle ermittelt werden. Spezial- Lookupfelder wie z.B.: I20.IDZWI oder I23.IDAUFA... benötigen zur Bestimmung die entsprechende IP, mit der über die Systemtabelle Y01 die entsprechende Zieltabelle ermittelt werden kann.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C99 - VNS-Einheiten */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen C98 und C99... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT C98.IDC99GW AS _Quelle, C99.IDC99 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"C98.DBF") LEFT OUTER JOIN (My.Clients.Path.cSysDir+"C99.DBF") ON C98.IDC99GW=C99.IDC99 ; WHERE C98.... ; INTO CURSOR qC98 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle C98 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C99 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT C98.IDC99GW AS _Quelle, C99.IDC99 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"C98.DBF") INNER JOIN (My.Clients.Path.cSysDir+"C99.DBF") ON C98.IDC99GW=C99.IDC99 ; WHERE C98.... ; INTO CURSOR qC98 NOFILTER READWRITE */ Geht auch so... SELECT C98.IDC99GW AS _Quelle, C99.IDC99 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"C98.DBF") , (My.Clients.Path.cSysDir+"C99.DBF") ; WHERE C98.IDC99GW=C99.IDC99 AND C98.... ; INTO CURSOR qC98 NOFILTER READWRITE
Lookup in : VNS-Einheiten (C99). Eine Änderung erfolgt durch F3 - Auswahl. Der Srung zu Stammtabelle erfolgt mit F2
Lookup- bzw. relationale Felder werden benötigt um Tabellen mittels SQL Select oder einer Relation zu verbinden. Durch die Namensgebung der Lookupfelder kann aus dem Feldnamen "meistens" die Zieltabelle der Relation bestimmt werden. Alle Relationen werden in PMS32 über sogenannte ID- Felder hergestellt, wobei die Zieltabelle ab der dritten Stelle des Feldnamens bis zur fünften Stelle des Feldnames angegeben ist. Aus ein paar Beispielen: D51.IDB01 => B01, I40.IDC42VKB => C42, I50.IDC25B => C25. Mit der Formel aus dem Codeblock kann zu "fast" allen ID Feldern die entsprechende Zieltabelle ermittelt werden. Spezial- Lookupfelder wie z.B.: I20.IDZWI oder I23.IDAUFA... benötigen zur Bestimmung die entsprechende IP, mit der über die Systemtabelle Y01 die entsprechende Zieltabelle ermittelt werden kann.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C99 - VNS-Einheiten */ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen C98 und C99... */ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel: SELECT C98.IDC99TH AS _Quelle, C99.IDC99 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"C98.DBF") LEFT OUTER JOIN (My.Clients.Path.cSysDir+"C99.DBF") ON C98.IDC99TH=C99.IDC99 ; WHERE C98.... ; INTO CURSOR qC98 NOFILTER READWRITE */ Der obige Cursor enthält alle Datensätze der Tabelle C98 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C99 */ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL. */ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind: SELECT C98.IDC99TH AS _Quelle, C99.IDC99 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"C98.DBF") INNER JOIN (My.Clients.Path.cSysDir+"C99.DBF") ON C98.IDC99TH=C99.IDC99 ; WHERE C98.... ; INTO CURSOR qC98 NOFILTER READWRITE */ Geht auch so... SELECT C98.IDC99TH AS _Quelle, C99.IDC99 AS _Ziel ; FROM (My.Clients.Path.cDbfDir+"C98.DBF") , (My.Clients.Path.cSysDir+"C99.DBF") ; WHERE C98.IDC99TH=C99.IDC99 AND C98.... ; INTO CURSOR qC98 NOFILTER READWRITE
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld führt ein sogenanntes Änderungskennzeichen mit.
Bei jeder Änderung an dem Datensatz der Tabelle wird dieses Feld um 1 nach oben gezählt.
Bei einem Wert der größer 999 ist wird wieder bei 0 angefangen.
*/ Ein Beispiel für die Berechnung: REPLACE ... , LASTUPD WITH (LASTUPD+1)%1000 UPDATE .... , LASTUPD = (LASTUPD+1)%1000
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält das letzte Änderungsdatum des Datensatzes.
*/ Ein Beispiel für die Berechnung: REPLACE ... , LDATUM WITH My.xDate UPDATE .... , LDATUM = My.xDate
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält das Programm der letzten Änderung des Datensatzes.
*/ Ein Beispiel für die Berechnung: REPLACE ... , LPRG WITH My.lProgram UPDATE .... , LPRG = My.lProgram
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält den Benutzer der letzten Änderung des Datensatzes.
*/ Ein Beispiel für die Berechnung: REPLACE ... , LWER WITH My.cUser UPDATE .... , LWER = My.cUser
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält die Uhrzeit der letzten Änderung des Datensatzes.
*/ Ein Beispiel für die Berechnung: REPLACE ... , LZEIT WITH My.xTime UPDATE .... , LZEIT = My.xTime
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält das Neuanlagedatum des Datensatzes.
My.xDate gibt das aktuelle Datum zurück.
Bitte verwenden Sie nicht DATE()!
*/ Ein Beispiel für die Berechnung: INSERT INTO ... (...,NDATUM) VALUES (...,My.xDate)
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält das Programm der Neuanlage des Datensatzes.
My.lProgram gibt das aktuelle Programm zurück.
*/ Ein Beispiel für die Berechnung: INSERT INTO ... (...,NWER) VALUES (...,My.cUser)
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält den Benutzer der Neuanlage des Datensatzes.
My.cUser gibt den angemeldeten Benutzer (C65) zurück.
*/ Ein Beispiel für die Berechnung: INSERT INTO ... (...,NWER) VALUES (...,My.cUser)
Diese Feld dient als Timestamp Feld innerhalb der Tabelle und wird vom System verwendet.
Dieses Feld enthält das Neuanlageuhrzeit des Datensatzes.
My.xTime gibt das aktuelle Uhrzeit zurück.
Bitte verwenden Sie nicht TIME()!
*/ Ein Beispiel für die Berechnung: INSERT INTO ... (...,NZEIT) VALUES (...,My.xTime)
Preisfeld in Firmenwährung. Diese Feld enthält einen Wert in Firmenwährung.
Preis in WE
Siehe auch : Hauptmenü / Hauptindex / Such Index / Cursor Index / Programm Module / Tabellen Index / Tabellenmodule / Masken Index / Programmcode Index / Servicepacks / My.Struktur / Funktionen / Sonstiges Index
Lokale Benutzerhilfe : Meine eigene Hilfe / Zurück zur PMS32 - Hilfe
Dateiversion:1.0.04#3648 - H.U.DD#SSFF 02.12.2022
Senden Sie Ihren Kommentar zu diesem Thema an das Entwicklungsteam von PMS32
Weitere Informationen finden Sie unter der aktuellen
PMS32 WEB-Hilfe
Die Informationen dieser Mitteilung sind vertraulich und nur für Sie bestimmt. Unbefugtes Weiterleiten,
Veröffentlichen, Kopieren usw. sind untersagt und werden gerichtlich verfolgt.
© PMS Compelec GmbH 2022 ® el-Projekt