Brauche Hilfe bei RPG III

[Micha23]

Also, wir sind dabei unsere Telefonanlage so einzustellen dass man die anrufer anhand ihrer nummern identifiezieren kann und sieht welcher Kunde es ist und wo er her kommt usw.

Das erste Problem liegt darin, Die Nummer kann heute zb. in der KundeP stehen jedoch morgen schon wieder in einer ganz anderen,
da müsste es unabhängig davon wo die datei steht möglich sein die Nummer auszulesen.

Danach kommen erst die Probleme die Nummer zu identifizieren da in so nummern sonderzeichen vorkommen wie "+,-,/..." dadurch kann man kein bestimmtes suchkriterium estlegen.


kann mir jemand helfen????


vielen dank schon mal


gruß Micha

[Fuerchau]

Übertrage das Feld in eine Tabelle, kopiere mittels Schleife nur die Ziffern in eine 2. Tabelle und vergleiche dann die Nummern.

[Micha23]

erst mal danke für die antwort,
aber das ist ja nur um die Nummer zu identifizieren, aber mein Haupt problem liegt ja immernoch darin wie ich die rufnummer suchen unabhängig davon in welcher datei sie steht.

gruß Micha

[BenderD]

Hallo,

so wie das manche Leute mit ihren Socken machen: Schublade für Schublade aufmachen bis man passende gefunden hat und wenn man in der letzten Schublade keine gefunden hat, geht man barfuß an die Arbeit.

mfg

Dieter Bender

erst mal danke für die antwort,
aber das ist ja nur um die Nummer zu identifizieren, aber mein Haupt problem liegt ja immernoch darin wie ich die rufnummer suchen unabhängig davon in welcher datei sie steht.

gruß Micha

[JonnyRico]

Hallo,

so wie das manche Leute mit ihren Socken machen: Schublade für Schublade aufmachen bis man passende gefunden hat und wenn man in der letzten Schublade keine gefunden hat, geht man barfuß an die Arbeit.

mfg

Dieter Bender

Ich denke das wird der Weg sein den du gehen muss.
Die Möglichkeit alles in eine Tabelle zu bekommen scheint mir schwierig. Schließlich müsstest du immer wenn sich eine Telefonnummer in einer Date ändert oder hinzugefügt wird, deine neue "große" Tabelle auch ändern.
Ein zusammenkopieren bei der Identifikation macht ja auch keinen Sinn, da es zeitintensiver ist als das reine durchsuchen.

[tfroehlich]

Guten Tag Forum,

zum Thema RPG III muss ich leider (selber betroffen)
folgendes feststellen.

Meiner Meinung nach sollte jeder schon mal in RPG II und RPG III programmiert haben.
Der Grund:
Es gibt noch zuviele Standardpakete die noch auf RPG III
basieren. ZUm Thema RPG II. Erinnert Euch bitte an eine Anfrage hier im Forum, ob RPG II noch auf Version v5r2 läuft.
Natürlich ist RPG IV komfortabler und eleganter als RPG III,
aber die Softwarehäuser haben im Moment andere Sorgen.
(Anpassungen an gesetzliche, steuerliche Anforderungen).
Thema ILE.
Das ILE-Konzept hat seine Vor und Nachteile für Programmpakete.

Ein Nachteil ist das grössere Resourcen benötigt werden.
Zum Beispiel unsere Fibu hatte sich schlagartig mit Faktor
1,5 vergrössert. Unsere alte Maschine wäre hiermit tot gewesen. Softwarehäuser überlegen sich das, ob sie dann für
Anwender uninteressant werden.
Zum Beispiel eine 520 V5R3 für 5 User - Fibu!!
Da kann eine "PC-Lösung" günstiger sein.

Ein Dozent von der IBM sagte mir:
Nutzen Sie die Sprachen(Tools), die Ihnen für ihren Teil der Anwendungen Vorteile verschaffen.
Manchmal macht ILE auch keinen Sinn!

Ich möchte hiermit niemand auf den Schlips getreten haben und möchte auch am liebsten heute auf ILE-RPG umsteigen aber ILE ist ein Konzept, das von vorne bis hinten durchdacht werden muss und nicht ohne weiteres an alte Anwendungen
integriert werden kann.

Gruss Thomas

[BenderD]

Hallo Thomas,

bei meinem ersten Kontakt mit Programmierung hatte ich im Mathestudium die Auswahl zwischen Algol68 und Fortran und habe mich falsch entschieden, nämlich für Fortran, da ich richtigerweise dachte, dass das für mathematische Berechnungen das Beste sei. Falsch war diese Entscheidung, weil ich nicht daran gedacht hatte, dass Programmiersprachen unterschiedlich gut zum lernen geeignet sind.

Was RPG angeht, so ist das ohnehin schon keine Sprache, die zum lernen des Programmierhandwerks besonders gut geeignet ist und existierende Software und deren Programmierstil sind in allen Sprachen, die ich kenne noch ungeeigneter zum Einstieg, da ist einfach zu viel, was den Anfänger eher verwirrt und das wesentliche verschwimmt dazwischen.

Meine Empfehlung mit ILE RPG anzufangen hat im wesentlichen genau diesen Hintergrund; es ermöglicht modulare Programmierung, im Freeformat kann man verschachtelte Konstrukte lesbarer darstellen, die Verwendung von Langnamen ermöglicht sprechende Namen für Variablen und Prozeduren und der Compiler prüft bei der Verwendung von Prototypen Aufrufschnittstellen (eine beliebte Quelle von Anfängerfehlern). Ich bin mir sehr wohl bewusst, dass bei betrieblicher Ausbildung und davon handelt diese Diskussion, auch Kenntnisse in Steinzeit RPG gefragt sind, bis hin zu MR, Switch und OCL, aber damit sollte man sich befassen, wenn man solide Kenntnis davon hat, wie man es gerne machen würde.

Eine letzte Bemerkung: wenn Altlasten derart zählebig sind, wie in RPG Programmen, dann sollte man auch mal darüber nachdenken, was das mit der Ausbildung von RPG Programmierern zu tun haben könnte.

mfg

Dieter Bender

Guten Tag Forum,

zum Thema RPG III muss ich leider (selber betroffen)
folgendes feststellen.

Meiner Meinung nach sollte jeder schon mal in RPG II und RPG III programmiert haben.
Der Grund:
Es gibt noch zuviele Standardpakete die noch auf RPG III
basieren. ZUm Thema RPG II. Erinnert Euch bitte an eine Anfrage hier im Forum, ob RPG II noch auf Version v5r2 läuft.
Natürlich ist RPG IV komfortabler und eleganter als RPG III,
aber die Softwarehäuser haben im Moment andere Sorgen.
(Anpassungen an gesetzliche, steuerliche Anforderungen).
Thema ILE.
Das ILE-Konzept hat seine Vor und Nachteile für Programmpakete.

Ein Nachteil ist das grössere Resourcen benötigt werden.
Zum Beispiel unsere Fibu hatte sich schlagartig mit Faktor
1,5 vergrössert. Unsere alte Maschine wäre hiermit tot gewesen. Softwarehäuser überlegen sich das, ob sie dann für
Anwender uninteressant werden.
Zum Beispiel eine 520 V5R3 für 5 User - Fibu!!
Da kann eine "PC-Lösung" günstiger sein.

Ein Dozent von der IBM sagte mir:
Nutzen Sie die Sprachen(Tools), die Ihnen für ihren Teil der Anwendungen Vorteile verschaffen.
Manchmal macht ILE auch keinen Sinn!

Ich möchte hiermit niemand auf den Schlips getreten haben und möchte auch am liebsten heute auf ILE-RPG umsteigen aber ILE ist ein Konzept, das von vorne bis hinten durchdacht werden muss und nicht ohne weiteres an alte Anwendungen
integriert werden kann.

Gruss Thomas

[shorty]

Ich denke ihr weicht zu sehr vom Thema ab. Dem Jungen muß geholfen werden.
Also wenn ich das richtig verstehe und die Datenbanken gleich aufgebaut sind, kannst Du eine Logische DB über die 3 Physischen legen. Diese erneuert sich automatisch bei einer Änderung der physischen DB's. Nun dürfte es kein Problem mehr sein die Nummer in dieser einen DB zu finden und die Daten auszulesen ... AUCH MIT RPG III !!!

[Micha23]

das ist mir schon mal eine große hilfe,danke,aber wie sit das in rpg zu realisieren???


gruß Micha

[shorty]

Du mußt in RPG nach dem Satznamen auswählen. Zuerst legst Du eine Datenstruktur über die DB in der die PF zusammen gefasst sind( sprich eine logische DB = LF). Um den Satznamen zu bekommen mußt Du eine Dateibeschreibungsdatenstruktur in der Deffinition der DB angeben (F-Zeile Schlüsselwort:INFDS). Danach deklarierst Du die Datenstruktur mit einer Variable auf die Position 261-270. In dieser befindet sich immer der Satznamen der jew. DB. Nun kannst Du im Programm über den Schlüssel der LF einen Satz suchen und mit einer SELECT-Anweisung den Satznamen aus der Variablen abfragen in der der Satzname der PF steht und schon kann man die Felder der LF exakt ansprechen, die man dort, refferierend auf die PF, deklariert hat.
Ich hoffe das war verständlich erklärt ...

[Pikachu]

Hallo Micha !

Das erste Problem liegt darin, Die Nummer kann heute zb. in der KundeP stehen jedoch morgen schon wieder in einer ganz anderen, da müsste es unabhängig davon wo die datei steht möglich sein die Nummer auszulesen.

Also irgendwie muss doch schon bekannt sein, wo die Telefonnummern stehen, um sie von dort auszulesen? Oder habe ich da jetzt etwas falsch verstanden?

Gruß
Jürgen

[Unregistriert]

Hallo Micha !

Also irgendwie muss doch schon bekannt sein, wo die Telefonnummern stehen, um sie von dort auszulesen? Oder habe ich da jetzt etwas falsch verstanden?

also mein auszubildender hatte mir gesagt, dass die rufnummer heute noch in der einen Datei jedoch morgen schon in einer ganz anderen stehen kann und man sich dadurch nicht festlegen kann in welcher datei gesucht werden soll.

gruß Micha