Nein, können wir nicht. Den hatte ich lange genug.ewx hat geschrieben:Können wir einen Live-Ticker für diesen Thread einrichten, bitte!?
MM gibt es doch noch gar nicht in S/4.ralf.wenzel hat geschrieben:Konkretes Beispiel habe ich von einem großen Logistik-Konzern, der plötzlich ganz abgefahrene Einlagerungsstrategien umsetzt oder einem Zulieferer, der seinen Dispolauf nicht nur deutlich beschleunigt hat (von "über Nacht" auf Onlinelauf) sondern über Simulation ganzer Prozesse seine Lieferzeiten massiv senkt.
Nein, beim C64 hieß der (weglassbare) Befehl LET.Daniel hat geschrieben:Nein da stand dann COMPUTE Y = 3 * X + 2.
So wie beim C64 auch durfte man das COMPUTE nach kurzer
Zeit auch weglassen.
Richtig, deswegen sollte sich CLEAR auch nur auf Felder und Feldleisten beziehen und nicht auf Tabellenrümpfe. Die Mehrdeutigkeit ist erst mit der neuen Syntax reingekommen, als die Anwendbarkeit von CLEAR plötzlich erweitert worden ist.Ralf hat geschrieben:Das mit dem CLEAR NAME passiert nur, wenn NAME nicht eindeutig ein Datenobjekt benennt. Mehrdeutigkeit ist Gift in einer Programmiersprache.
Die SAP hat schon vieles angekündigt, was sie am Ende nicht umgesetzt hat. Erst hieß es, Smartforms seien veraltet, die aktuelle Technik seien Adobe Interactive Forms, und später ist die SAP reumütig zurückgerudert und hat Smartforms wieder in den voll unterstützten aktuellen Stand erhoben.Wieviel vom ursprünglichen Konzept bleibt denn übrig, wenn auf der einen Seite die UI aus dem SAP rauswandert
Das sehe ich anders - Namen sollten eindeutig (und sprechend) sein. Wenn ich erst gucken muss, was das überhaupt ist, um damit arbeiten zu können, finde ich das arg umständlich.DeathAndPain hat geschrieben:Richtig, deswegen sollte sich CLEAR auch nur auf Felder und Feldleisten beziehen und nicht auf Tabellenrümpfe. Die Mehrdeutigkeit ist erst mit der neuen Syntax reingekommen, als die Anwendbarkeit von CLEAR plötzlich erweitert worden ist.Ralf hat geschrieben:Das mit dem CLEAR NAME passiert nur, wenn NAME nicht eindeutig ein Datenobjekt benennt. Mehrdeutigkeit ist Gift in einer Programmiersprache.
Ich diskutiere das jetzt nicht, wahrscheinlich haben wir da unterschiedliche Definitionen - aber man kann auf auf dem HANA XS schon sehr schöne, funktionierende Applikationen schreiben (sozusagen "ohne SAP") mit allem Drum und Dran.Daniel hat geschrieben:Das gilt auch für HANA. Wir haben das jetzt produktiv und
es ist halt doch nur eine Datenbank.
Nö. Die Schulung dazu war sehr interessant. Man bastelt sich eine UI mit SAPUI5, eine Geschäftslogik auf dem XS-Server und hat alles, was man braucht. Siehe auch hier.Daniel hat geschrieben:Applikationen ist jetzt etwas übertrieben.
Der eigentliche Zweck des HANA XS Servers ist ja der, ohne SAP eingesetzt zu werden. Sprich: Die HANA-Datenbank für Nicht-SAP-Kunden zu vermarkten. Oder um Drittanwendungen zu schreiben, die man bisher in anderen Sprachen geschrieben hat, die dann per Schnittstellen ans SAP gehängt werden. Zugriffe auf die SAP-Datenbank von außen sind immer ein Problem, egal in welcher Sprache dies geschieht.Daniel hat geschrieben:Erst mal nur Auswertungen.
Und alles passiert an SAP und den Berechtigungsprüfungen vorbei ...
Warten wir mal ab ob sich das etabliert.
Code: Alles auswählen.
TYPES: BEGIN OF LTP_TABELLE,
ANLNR TYPE ANLNR, " Diese Nummer kennzeichnet die Anlage im System.
MATNR TYPE MATNR, " Diese Nummer ist für jedes Material, das im Lager liegt eindeutig (nicht aber für jedes Exemplar davon).
END OF LTP_TABELLE.
Code: Alles auswählen.
TYPES: BEGIN OF LTP_TABELLE,
"! Diese Nummer kennzeichnet die Anlage im System.
ANLNR TYPE ANLNR,
"! Diese Nummer ist für jedes Material, das im Lager liegt eindeutig (nicht aber für jedes Exemplar davon).
MATNR TYPE MATNR,
END OF LTP_TABELLE.
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
Daniel