PMS32 Online- Hilfereferenz
Kapazitätsbelastungen
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Datum des Baubeginns.
Eingabe des Datums oder Auswahl in der Kalendermaske mit STRG+F2 oder durch Mausklick auf den Button rechts neben dem Datumsfeld.
Ende der Bearbeitung
Gesamtbelastung
Relationales Feld (Lookup) in den Artikelstamm. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zum Artikelstamm. Dieses Feld ist ein Lookup- relationales Feld in den Artikelstamm (B01). Bei SQL Abfragen wird dieses Feld zur Verknüpfung der eigentlichen Tabelle mit dem Artikelstamm benötigt. Ein Beispiel: SELECT b01.artnr, i33.menge_i FROM i33, b01 WHERE i33.idb01 = b01.idb01 AND ...
*/ Dieses Feld ist ein relationales Feld zur Tabelle: B01 - Artikelstamm
*/ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K90 und B01...
*/ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel:
SELECT K90.IDB01 AS _Quelle, B01.IDB01 AS _Ziel ;
FROM ("K90") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON K90.IDB01=B01.IDB01 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Der obige Cursor enthält alle Datensätze der Tabelle K90 im Feld _Quelle und nur vorhandene Datensätze der Tabelle B01
*/ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL.
*/ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind:
SELECT K90.IDB01 AS _Quelle, B01.IDB01 AS _Ziel ;
FROM ("K90") INNER JOIN (My.Clients.Path.cDbfDir+"B01.DBF") ON K90.IDB01=B01.IDB01 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Geht auch so...
SELECT K90.IDB01 AS _Quelle, B01.IDB01 AS _Ziel ;
FROM ("K90") , (My.Clients.Path.cDbfDir+"B01.DBF") ;
WHERE K90.IDB01=B01.IDB01
AND K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt...
LOCAL loB01 AS Object
loB01 = My.Bussines.Strain.Misc.oB01[K90.IDB01]
IF !EMPTY(loB01.IDB01)
*/ Dann wurde der Datensatz in der Tabelle B01 gefunden!
*/ Weiterer Code kann hier stehen...
ENDIF
Relationales Feld zum Betriebskalender. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zum Betriebskalender. Dieses Feld ist ein Lookup- relationales Feld in die Betriebskalendertabelle (C14). Der Betriebskalender gibt vor, welche Tage arbeitsfreie bzw. Feiertage sind. Die Informationen werden in der Tabelle (C15) abgelegt und bei der Berechnung von Datumswerten herangezogen. Somit wird verhindert, dass z.B. eine Lieferung an einen Kunden am 6. Januar nach Bayern geliefert wird, da in Bayern an diesem Tag Feiertag ist und dann wohl niemand die Lieferung entgegennehmen kann. Alle Betriebskalender- Berechnungen sind in der My Struktur unter: My.Functions.Datum... abgelegt. Die einzelnen Funktionen und deren Parameter können mit dem Tool PMS32M.EXE eingesehen werden.
*/ Dieses Feld ist ein relationales Feld zur Tabelle: C14 - Kalender
*/ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K90 und C14...
*/ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel:
SELECT K90.IDC14 AS _Quelle, C14.IDC14 AS _Ziel ;
FROM ("K90") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C14.DBF") ON K90.IDC14=C14.IDC14 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Der obige Cursor enthält alle Datensätze der Tabelle K90 im Feld _Quelle und nur vorhandene Datensätze der Tabelle C14
*/ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL.
*/ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind:
SELECT K90.IDC14 AS _Quelle, C14.IDC14 AS _Ziel ;
FROM ("K90") INNER JOIN (My.Clients.Path.cDbfDir+"C14.DBF") ON K90.IDC14=C14.IDC14 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Geht auch so...
SELECT K90.IDC14 AS _Quelle, C14.IDC14 AS _Ziel ;
FROM ("K90") , (My.Clients.Path.cDbfDir+"C14.DBF") ;
WHERE K90.IDC14=C14.IDC14
AND K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt...
LOCAL loC14 AS Object
loC14 = My.Bussines.Strain.Misc.oC14[K90.IDC14]
IF !EMPTY(loC14.IDC14)
*/ Dann wurde der Datensatz in der Tabelle C14 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 K90 und C32...
*/ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel:
SELECT K90.IDC32 AS _Quelle, C32.IDC32 AS _Ziel ;
FROM ("K90") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"C32.DBF") ON K90.IDC32=C32.IDC32 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Der obige Cursor enthält alle Datensätze der Tabelle K90 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 K90.IDC32 AS _Quelle, C32.IDC32 AS _Ziel ;
FROM ("K90") INNER JOIN (My.Clients.Path.cDbfDir+"C32.DBF") ON K90.IDC32=C32.IDC32 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Geht auch so...
SELECT K90.IDC32 AS _Quelle, C32.IDC32 AS _Ziel ;
FROM ("K90") , (My.Clients.Path.cDbfDir+"C32.DBF") ;
WHERE K90.IDC32=C32.IDC32
AND K90.... ;
INTO CURSOR qK90 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[K90.IDC32]
IF !EMPTY(loC32.IDC32)
*/ Dann wurde der Datensatz in der Tabelle C32 gefunden!
*/ Weiterer Code kann hier stehen...
ENDIF
Relationales Feld (Lookup) in die Vorgangstabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zur Vorgangstabelle. Dieses Feld ist ein Lookup- relationales Feld in die Vorgangstabelle (E10). Bei SQL Abfragen wird dieses Feld zur Verknüpfung der eigentlichen Tabelle mit der Vorgangstabelle benötigt. Ein Beispiel: SELECT e10.nummer, i20.menge_s FROM i20,e10 WHERE i20.idzwi = e10.ide10 AND i20ipzwi $ "101,107,108" AND ...
*/ Dieses Feld ist ein relationales Feld zur Tabelle: E10 - VK-Vorgänge
*/ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K90 und E10...
*/ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel:
SELECT K90.IDE10 AS _Quelle, E10.IDE10 AS _Ziel ;
FROM ("K90") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"E10.DBF") ON K90.IDE10=E10.IDE10 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Der obige Cursor enthält alle Datensätze der Tabelle K90 im Feld _Quelle und nur vorhandene Datensätze der Tabelle E10
*/ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL.
*/ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind:
SELECT K90.IDE10 AS _Quelle, E10.IDE10 AS _Ziel ;
FROM ("K90") INNER JOIN (My.Clients.Path.cDbfDir+"E10.DBF") ON K90.IDE10=E10.IDE10 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Geht auch so...
SELECT K90.IDE10 AS _Quelle, E10.IDE10 AS _Ziel ;
FROM ("K90") , (My.Clients.Path.cDbfDir+"E10.DBF") ;
WHERE K90.IDE10=E10.IDE10
AND K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt...
LOCAL loE10 AS Object
loE10 = My.Bussines.Strain.Misc.oE10[K90.IDE10]
IF !EMPTY(loE10.IDE10)
*/ Dann wurde der Datensatz in der Tabelle E10 gefunden!
*/ Weiterer Code kann hier stehen...
ENDIF
Lookup in : VK-Vorgänge -Pos (E11). 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: E11 - VK-Vorgänge -Pos
*/ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K90 und E11...
*/ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel:
SELECT K90.IDE11 AS _Quelle, E11.IDE11 AS _Ziel ;
FROM ("K90") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"E11.DBF") ON K90.IDE11=E11.IDE11 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Der obige Cursor enthält alle Datensätze der Tabelle K90 im Feld _Quelle und nur vorhandene Datensätze der Tabelle E11
*/ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL.
*/ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind:
SELECT K90.IDE11 AS _Quelle, E11.IDE11 AS _Ziel ;
FROM ("K90") INNER JOIN (My.Clients.Path.cDbfDir+"E11.DBF") ON K90.IDE11=E11.IDE11 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Geht auch so...
SELECT K90.IDE11 AS _Quelle, E11.IDE11 AS _Ziel ;
FROM ("K90") , (My.Clients.Path.cDbfDir+"E11.DBF") ;
WHERE K90.IDE11=E11.IDE11
AND K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
Lookup in : Fertigungsauftrag (F60). 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: F60 - Fertigungsauftrag
*/ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K90 und F60...
*/ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel:
SELECT K90.IDF60 AS _Quelle, F60.IDF60 AS _Ziel ;
FROM ("K90") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"F60.DBF") ON K90.IDF60=F60.IDF60 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Der obige Cursor enthält alle Datensätze der Tabelle K90 im Feld _Quelle und nur vorhandene Datensätze der Tabelle F60
*/ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL.
*/ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind:
SELECT K90.IDF60 AS _Quelle, F60.IDF60 AS _Ziel ;
FROM ("K90") INNER JOIN (My.Clients.Path.cDbfDir+"F60.DBF") ON K90.IDF60=F60.IDF60 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Geht auch so...
SELECT K90.IDF60 AS _Quelle, F60.IDF60 AS _Ziel ;
FROM ("K90") , (My.Clients.Path.cDbfDir+"F60.DBF") ;
WHERE K90.IDF60=F60.IDF60
AND K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
Lookup in : Fertigungsauftrag -Pos (F61). 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: F61 - Fertigungsauftrag -Pos
*/ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K90 und F61...
*/ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel:
SELECT K90.IDF61 AS _Quelle, F61.IDF61 AS _Ziel ;
FROM ("K90") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"F61.DBF") ON K90.IDF61=F61.IDF61 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Der obige Cursor enthält alle Datensätze der Tabelle K90 im Feld _Quelle und nur vorhandene Datensätze der Tabelle F61
*/ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL.
*/ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind:
SELECT K90.IDF61 AS _Quelle, F61.IDF61 AS _Ziel ;
FROM ("K90") INNER JOIN (My.Clients.Path.cDbfDir+"F61.DBF") ON K90.IDF61=F61.IDF61 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Geht auch so...
SELECT K90.IDF61 AS _Quelle, F61.IDF61 AS _Ziel ;
FROM ("K90") , (My.Clients.Path.cDbfDir+"F61.DBF") ;
WHERE K90.IDF61=F61.IDF61
AND K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
Relationales Feld (Lookup) in die Projekttabelle. Der Feldinhalt wird meistens durch F2 bzw. F3 - Auswahl gefüllt.
Relationales Feld zur Projekttabelle. Dieses Feld ist ein Lookup- relationales Feld in die Projekttabelle (K10). Bei SQL Abfragen wird dieses Feld zur Verknüpfung der eigentlichen Tabelle mit der Projekttabelle benötigt. Ein Beispiel: SELECT k10.prjnr, i21.menge, i21.preis FROM i21,k10 WHERE i21.idk10 = k10.idk10 AND ...
*/ Dieses Feld ist ein relationales Feld zur Tabelle: K10 - Projekte
*/ Evetuell ist dieses Feld NICHT gefüllt, dann besteht keine relationale Verbindung zwischen K90 und K10...
*/ Eine SQL - Abfrage zum Ermitteln von Quelle und Ziel:
SELECT K90.IDK10 AS _Quelle, K10.IDK10 AS _Ziel ;
FROM ("K90") LEFT OUTER JOIN (My.Clients.Path.cDbfDir+"K10.DBF") ON K90.IDK10=K10.IDK10 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Der obige Cursor enthält alle Datensätze der Tabelle K90 im Feld _Quelle und nur vorhandene Datensätze der Tabelle K10
*/ Besteht keine relationale Verbindung, so ist der Inhalt der Cursorspalte _Ziel = .NULL.
*/ Die 'gleiche' Abfrage in der NUR relationale Daten vonhanden sind:
SELECT K90.IDK10 AS _Quelle, K10.IDK10 AS _Ziel ;
FROM ("K90") INNER JOIN (My.Clients.Path.cDbfDir+"K10.DBF") ON K90.IDK10=K10.IDK10 ;
WHERE K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Geht auch so...
SELECT K90.IDK10 AS _Quelle, K10.IDK10 AS _Ziel ;
FROM ("K90") , (My.Clients.Path.cDbfDir+"K10.DBF") ;
WHERE K90.IDK10=K10.IDK10
AND K90.... ;
INTO CURSOR qK90 NOFILTER READWRITE
*/ Es gibt auch einen Zugriff über die My - Struktur, die ein Tabellen-Objekt zurückgibt...
LOCAL loK10 AS Object
loK10 = My.Bussines.Strain.Misc.oK10[K90.IDK10]
IF !EMPTY(loK10.IDK10)
*/ Dann wurde der Datensatz in der Tabelle K10 gefunden!
*/ Weiterer Code kann hier stehen...
ENDIF
Positions- bzw. Vorgangsart. Die Beschreibung kann über die Systemtabelle Y01 ermittelt werden.
Positions- bzw. Vorgangsart. Die Beschreibung kann über die Systemtabelle Y01 ermittelt werden.
*/ Dieses Feld ist ein IP - Feld der Tabelle... */ Der Abruf der Informationen kann über die Tabelle Y01 erfolgen... */ IP Felder geben entweder eine Zeilenart oder eine relationale Tabelle an... LOCAL loY01 AS Object loY01 = My.Bussines.Strain.Misc.vY01[K90.IPY01] */ Damit kann die Zeilenart bestimmt werden...
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