PMS32 Online- Hilfereferenz
Kapazitätsabweichungen
Kostenstelle eingeben.
Art der Buchung bzw. der Disposition.
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
Kostenstelle eingeben.
Tragen Sie in diesem Feld bitte den Grund der Buchung ein. Nach Möglichkeit sollte dieses Feld immer eine Vernünftige Eingabe enthalten, um eventuell spätere Überprüfungen zu vereinfachen
Lookup in : Kostenstellen (C32). 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: C32 - Kostenstellen
*/ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K99 und C32...
*/ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel:
SELECT K99.IDC32 AS _Quelle, C32.IDC32 AS _Ziel ;
FROM ("K99") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C32.DBF") ON K99.IDC32=C32.IDC32 ;
WHERE K99.... ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Der obige Cursor enthält alle Datensätze der Tabelle K99 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C32
*/ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL.
*/ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind:
SELECT K99.IDC32 AS _Quelle, C32.IDC32 AS _Ziel ;
FROM ("K99") INNER JOIN (My.Clients.Path.cDbfDir+"C32.DBF") ON K99.IDC32=C32.IDC32 ;
WHERE K99.... ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Geht auch so...
SELECT K99.IDC32 AS _Quelle, C32.IDC32 AS _Ziel ;
FROM ("K99") , (My.Clients.Path.cDbfDir+"C32.DBF") ;
WHERE K99.IDC32=C32.IDC32
AND K99.... ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt...
LOCAL loC32 AS Object
loC32 = My.Bussines.Strain.Misc.oC32[K99.IDC32]
IF !EMPTY(loC32.IDC32)
*/ Dann wurde der Datensatz in der Tabelle C32 gefunden!
*/ Weiterer Code kann hier stehen...
ENDIF
Lookup in : Kostenstellen (C32). 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: C32 - Kostenstellen
*/ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K99 und C32...
*/ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel:
SELECT K99.IDC32N AS _Quelle, C32.IDC32 AS _Ziel ;
FROM ("K99") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C32.DBF") ON K99.IDC32N=C32.IDC32 ;
WHERE K99.... ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Der obige Cursor enthält alle Datensätze der Tabelle K99 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C32
*/ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL.
*/ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind:
SELECT K99.IDC32N AS _Quelle, C32.IDC32 AS _Ziel ;
FROM ("K99") INNER JOIN (My.Clients.Path.cDbfDir+"C32.DBF") ON K99.IDC32N=C32.IDC32 ;
WHERE K99.... ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Geht auch so...
SELECT K99.IDC32N AS _Quelle, C32.IDC32 AS _Ziel ;
FROM ("K99") , (My.Clients.Path.cDbfDir+"C32.DBF") ;
WHERE K99.IDC32N=C32.IDC32
AND K99.... ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt...
LOCAL loC32 AS Object
loC32 = My.Bussines.Strain.Misc.oC32[K99.IDC32N]
IF !EMPTY(loC32.IDC32)
*/ Dann wurde der Datensatz in der Tabelle C32 gefunden!
*/ Weiterer Code kann hier stehen...
ENDIF
Lookup in : Mitarbeitergruppen (C39). 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: C39 - Mitarbeitergruppen
*/ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K99 und C39...
*/ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel:
SELECT K99.IDC39 AS _Quelle, C39.IDC39 AS _Ziel ;
FROM ("K99") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C39.DBF") ON K99.IDC39=C39.IDC39 ;
WHERE K99.... ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Der obige Cursor enthält alle Datensätze der Tabelle K99 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C39
*/ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL.
*/ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind:
SELECT K99.IDC39 AS _Quelle, C39.IDC39 AS _Ziel ;
FROM ("K99") INNER JOIN (My.Clients.Path.cDbfDir+"C39.DBF") ON K99.IDC39=C39.IDC39 ;
WHERE K99.... ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Geht auch so...
SELECT K99.IDC39 AS _Quelle, C39.IDC39 AS _Ziel ;
FROM ("K99") , (My.Clients.Path.cDbfDir+"C39.DBF") ;
WHERE K99.IDC39=C39.IDC39
AND K99.... ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt...
LOCAL loC39 AS Object
loC39 = My.Bussines.Strain.Misc.oC39[K99.IDC39]
IF !EMPTY(loC39.IDC39)
*/ Dann wurde der Datensatz in der Tabelle C39 gefunden!
*/ Weiterer Code kann hier stehen...
ENDIF
Relationales Feld (Lookup) in die Mitarbeitertabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zur Mitarbeitertabelle. Dieses Feld ist ein Lookup- relationales Feld in die Mitarbeitertabelle (C64). Das Feld wird normaler Weise mit dem angemeldeten Benutzer gefüllt und definiert damit den Benutzer, der den Datensatz neu angelegt hat. In einigen Modulen kann der Wert mit F3 - Auswahl geändert werden.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C64 - Mitarbeiter
*/ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K99 und C64...
*/ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel:
SELECT K99.IDC64 AS _Quelle, C64.IDC64 AS _Ziel ;
FROM ("K99") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C64.DBF") ON K99.IDC64=C64.IDC64 ;
WHERE K99.... ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Der obige Cursor enthält alle Datensätze der Tabelle K99 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C64
*/ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL.
*/ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind:
SELECT K99.IDC64 AS _Quelle, C64.IDC64 AS _Ziel ;
FROM ("K99") INNER JOIN (My.Clients.Path.cDbfDir+"C64.DBF") ON K99.IDC64=C64.IDC64 ;
WHERE K99.... ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Geht auch so...
SELECT K99.IDC64 AS _Quelle, C64.IDC64 AS _Ziel ;
FROM ("K99") , (My.Clients.Path.cDbfDir+"C64.DBF") ;
WHERE K99.IDC64=C64.IDC64
AND K99.... ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt...
LOCAL loC64 AS Object
loC64 = My.Bussines.Strain.Misc.oC64[K99.IDC64]
IF !EMPTY(loC64.IDC64)
*/ Dann wurde der Datensatz in der Tabelle C64 gefunden!
*/ Weiterer Code kann hier stehen...
ENDIF
Lookup in : Kapazitätsabweichungen (K99). 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.
*/ Das Feld IDK99 ist das Primärschlüsselfeld der Tabelle K99 - Kapazitätsabweichungen
*/ Dieses Feld 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 K99.* FROM ("K99") ;
WHERE K99.IDK99 = m.idk99 ;
INTO CURSOR qK99 NOFILTER READWRITE
*/ Werden die Daten über die die Methode _SqlRead() abgerufen, so kann der Pfad als Datenbank-Verweis angegeben werden...
IF poThis._SqlRead([SELECT K99.* FROM K99 WHERE IDK99=']+m.idk99+['],"qK99",2)
*/ Hier könnte Code stehen...
*/ Siehe auch: My.Clients.SQL.SQLRead(tnDataSession,tcSQLStatement,tcAlias,tvTable)
ENDIF
Preisfeld in Firmenwährung. Diese Feld enthält einen Wert in Firmenwährung.
Geändert? eingeben.
Mitarbeiter eingeben.
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