Tabellenverknüpfung mit Envision
Wenn es um die Optimierung der Supply Chain geht, ist es wichtig, die Herausforderungen anzunehmen und gleichzeitig die Menge an Realitätsverzerrungen zu minimieren, die dabei eingeführt werden. Die Werkzeuge sollten die Herausforderung so annehmen, wie sie ist, anstatt die Herausforderung zu verzerren, um sie in die Werkzeuge zu integrieren.
Vor zwei Jahren haben wir Envision eingeführt, eine domänenspezifische Sprache, die genau dazu gedacht ist, die unglaublich vielfältige Palette von Situationen im Bereich der Supply Chain zu bewältigen. Von Anfang an bot Envision eine programmatische Ausdrucksfähigkeit, die im Vergleich zu traditionellen Supply Chain-Tools einen bedeutenden Fortschritt darstellte. Diese Flexibilität war jedoch immer noch durch den tatsächlichen Standpunkt begrenzt, den Envision selbst in Bezug auf die Supply Chain-Daten einnahm.
Vor einigen Monaten haben wir einen generischen JOIN-Mechanismus in Envision eingeführt. Envision ist nicht mehr auf natürliche Verknüpfungen beschränkt, wie es ursprünglich der Fall war, und bietet die Möglichkeit, mit einer viel breiteren Palette von tabellarischen Daten zu arbeiten. In der Supply Chain sind beliebige Tabellenverknüpfungen besonders nützlich, um komplexe Szenarien wie Mehrfachbeschaffung, Einwegkompatibilitäten, Mehrkanalvertrieb usw. zu bewältigen.
Für Leser, die bereits mit SQL vertraut sind, fühlt sich das Verknüpfen von Tabellen wie eine eher elementare Operation an. In SQL führt jedoch die Kombination komplexer numerischer Berechnungen mit Tabellenverknüpfungen schnell zu Quellcode, der unübersichtlich und umfangreich aussieht. Darüber hinaus ergeben sich beim Verknüpfen großer Tabellen auch einige Leistungsprobleme, die entweder durch Anpassung der SQL-Abfragen selbst oder durch Anpassung der Datenbank selbst durch die Einführung von Tabellenindizes sorgfältig behandelt werden müssen.
Eines der wichtigsten Designziele für Envision bestand darin, einige der Fähigkeiten von SQL aufzugeben und im Gegenzug einen viel geringeren Programmieraufwand bei der Bewältigung von Herausforderungen in der Supply Chain-Optimierung zu haben. Als Ergebnis basierte das ursprüngliche Envision ausschließlich auf natürlichen Verknüpfungen, was den mit JOIN-Operationen verbundenen Programmieraufwand nahezu vollständig entfernte, wie es normalerweise in SQL gemacht wird.
Natürliche Verknüpfungen haben jedoch ihre Grenzen, und wir haben diese Grenzen durch die Einführung der left-by-Syntax in Envision aufgehoben. Durch left-by-Anweisungen ist es möglich, beliebige Tabellen in Envision zu verknüpfen. Unter der Haube kümmert sich Envision um die Erstellung optimierter Indizes, um die Berechnungen auch bei der Verarbeitung von riesigen Datenmengen schnell zu halten.
Aus rein syntaktischer Sicht ist das left-by eine geringfügige Ergänzung zur Envision-Sprache, aber aus Sicht der Supply Chain hat dieses eine Merkmal die Fähigkeit von Lokad signifikant verbessert, die komplexesten Situationen zu bewältigen.
_Wenn Sie keinen Data Scientist im Haus haben, der auch ein Experte für Supply Chain ist, haben wir das. Lokad bietet einen End-to-End-Service an, bei dem wir uns um die Implementierung Ihrer Supply Chain-Lösung kümmern.
