DE10195968B4 - System und Verfahren zur Bereitstellung einer Kreuzdimensionalen Berechnung und eines Kreuzdimensionalen Datenzugriffs in einer Online-Analytischen Verarbeitungs-Umgebung (ON-LINE ANALYTICAL PROCESSING = OLAP) - Google Patents

System und Verfahren zur Bereitstellung einer Kreuzdimensionalen Berechnung und eines Kreuzdimensionalen Datenzugriffs in einer Online-Analytischen Verarbeitungs-Umgebung (ON-LINE ANALYTICAL PROCESSING = OLAP) Download PDF

Info

Publication number
DE10195968B4
DE10195968B4 DE10195968T DE10195968T DE10195968B4 DE 10195968 B4 DE10195968 B4 DE 10195968B4 DE 10195968 T DE10195968 T DE 10195968T DE 10195968 T DE10195968 T DE 10195968T DE 10195968 B4 DE10195968 B4 DE 10195968B4
Authority
DE
Germany
Prior art keywords
dimension
attribute
assignment
elements
expression
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
DE10195968T
Other languages
English (en)
Other versions
DE10195968T1 (de
Inventor
Venugopal P. Reddy
Harmindar S. Matharu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Blue Yonder Group Inc
Original Assignee
I2 Technologies Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by I2 Technologies Inc filed Critical I2 Technologies Inc
Publication of DE10195968T1 publication Critical patent/DE10195968T1/de
Application granted granted Critical
Publication of DE10195968B4 publication Critical patent/DE10195968B4/de
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/283Multi-dimensional databases or data warehouses, e.g. MOLAP or ROLAP
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2458Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2465Query processing support for facilitating data mining operations in structured databases
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99931Database or file accessing
    • Y10S707/99932Access augmentation or optimizing
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99941Database schema or data structure
    • Y10S707/99943Generating database or data structure, e.g. via user interface

Abstract

System zum kreuzdimensionalen Datenzugriff in einer online-analytischen Verarbeitungs-Umgebung durch Erzeugung eines Werts für ein erstes Attribut, umfassend:
eine Datenbank mit einer oder mehreren Dimensionen, von denen jede ein oder mehrere Elemente umfasst, wobei die Datenbank eine oder mehrere Speicherstellen umfasst, von denen jede mit einem Element aus jeder Dimension in einem Satz aus einer oder mehreren der Dimensionen verknüpft ist;
und
einen Server, der zur Auswertung eines Ausdrucks betriebsfähig ist, der mindestens ein zweites Attribut, das von einem Satz aus einer oder mehreren der Dimensionen abhängt, umfasst, wobei der Ausdruck mindestens ein Element einer ersten Dimension,
von der das erste Attribut abhängt, mindestens einem Element einer zweiten Dimension,
von der das zweite Attribut abhängt, zuordnet, wobei der Wert für das erste Attribut gemäß dem Ausdruck erzeugt wird.

Description

  • TECHNISCHES GEBIET
  • Die vorliegende Erfindung betrifft im Allgemeinen das Gebiet der Datenverarbeitung und insbesondere ein System und Verfahren, bei dem eine kreuzdimensionale Berechnung und ein kreuzdimensionaler Datenzugriff in einer online-analytischen Verarbeitungs-Umgebung (on-line analytical processing = OLAP) zur Verfügung gestellt werden.
  • DER ERFINDUNG ZUGRUNDELIEGENDER ALLGEMEINER STAND DER TECHNIK
  • Im Geschäftsleben oder in anderen Planungsbereichen ist es oft wünschenswert, OLAP-Berechnungen durchzuführen, um gewünschte Daten zu generieren. Beispielsweise mag es wünschenswert sein, den Wert eines Einnahmen-Datenmaßes gemäß dem Ausdruck Einnahmen = Stückzahl * Preis zu berechnen. Unter Voraussetzung eines Satzes von Positionen in einer multidimensionalen Datenbank ergibt dieser Ausdruck einen Wert für das Einnahmen-Datenmaß gemäß den Werten von Stückzahl und Preis für diesen Satz von Positionen. Allgemeiner gesagt, variiert der Wert eines Datenmaßes (ob der Wert nun in der Datenbank gespeichert ist oder während der Laufzeit berechnet wird) je nach der besonderen Kombination von Positionen, für welche das Datenmaß ausgewertet wird. Ein Datenmaß hängt von einer Dimension ab, wenn eine Positionsänderung in dieser Dimension den Wert des Datenmaßes verändern kann.
  • Bei den vorhandenen OLAP-Systemen ist der Datenzugriff auf jene Positionen beschränkt, an denen das Datenmaß berechnet wird – es gibt keinen kreuzdimensionalen Zugriff auf Daten, die mit anderen Positionen verknüpft sind. Außerdem müssen die Datenmaße, für die ein Wert berechnet wird, von denselben Dimensionen wie andere Datenmaße in dem Ausdruck abhängen – das Datenmaß, das berechnet wird, kann nicht von einer Dimension abhängen, von der nicht wenigstens ein weiteres Datenmaß in dem Ausdruck abhängt. Infolgedessen können diese OLAP-Systeme keine Werte für eine Vielfalt von ausgeklügelteren „virtuellen” Datenmaßen berechnen, für welche die Datenbank keinen Dauerspeicherplatz hat und welche deshalb in der Laufzeit berechnet werden müssen. Diese und weitere Nachteile lassen bisherige OLAP-Systeme für viele Anwendungszwecke ungeeignet erscheinen.
  • Die Schrift US 5,905,985 A offenbart das Modifizieren einer relationalen Datenbank mehrerer Dimensionen und dabei das Reduzieren der Dimension der Matrix jedes Mal, wenn eine Schnittmenge gefunden wurde. Dabei wird erkannt, dass die Dimension sich als Index für das Identifizieren der Werte verhält.
  • Der vorliegenden Erfindung liegt die Aufgabe zugrunde, ein System und Verfahren zum kreuzdimensionalen Datenzugriff in einer online-analytischen Verarbeitungs-Umgebung bereitzustellen, die die genannten Nachteile des Standes der Technik wesentlich verringern oder überwinden.
  • Die Aufgabe wird gelöst durch ein System nach Anspruch 1 und eine Vorrichtung nach Anspruch 31 sowie ein Verfahren nach Anspruch 16. Weiterbildungen finden sich in den abhängigen Ansprüchen.
  • ZUSAMMENFASSUNG
  • Erfindungsgemäß wurden mit Systemen zum kreuzdimensionalen Datenzugriff in einer online-analytischen Verarbeitungs-Umgebung durch Erzeugung von Daten in OLAP-Umgebungen verbundene Nachteile und Probleme wesentlich verringert oder beseitigt. Gemäß einer Ausführungsform der vorliegenden Erfindung umfasst ein System zur Erzeugung eines Werts für ein erstes Attribut eine Datenbank mit einer oder mehreren Dimensionen, von denen jede eines oder mehrere Elemente hat. Die Datenbank umfasst eine oder mehrere Speicherstellen, von denen jede mit einem Element aus jeder Dimension in einem Satz aus einer oder mehreren der Dimensionen verknüpft ist. Ein Server wertet einen Ausdruck aus, der mindestens ein zweites Attribut umfasst, das von einem Satz aus einer oder mehreren der Dimensionen abhängt, wobei der Ausdruck mindestens ein Element einer ersten Dimension, von der das erste Attribut abhängt, mindestens einem Element einer zweiten Dimension, von der das zweite Attribut abhängt, zuordnet. Der Wert für das erste Attribut wird dann gemäß dem Ausdruck erzeugt. In einer spezielleren Ausführungsform laufen der Server und die Datenbank in einer OLAP-Umgebung. In anderen spezielleren Ausführungsformen sind die erste und zweite Dimension Aliase von mindestens einer Basisdimension, der Wert für das erste Attribut wird mittels einer kreuzdimensionalen Berechnung gemäß der Zuordnung generiert, und ein Wert für das zweite Attribut wird mittels eines kreuzdimensionalen Datenzugriffs gemäß der Zuordnung generiert.
  • Das System und das Verfahren der vorliegenden Erfindung bieten eine Reihe wichtiger technischer Vorteile. Anders als die bisherigen Vorgehensweisen stellen das System und das Verfahren der vorliegenden Erfindung einen kreuzdimensionalen Datenzugriff auf andere Positionen als jene, an denen das Datenmaß berechnet wird, zur Verfügung. Wie wenigstens manche vorhandenen Systeme ermöglicht die vorliegende Erfindung die Berechnung von Werten für „virtuelle” Datenmaße, die keinen Dauerspeicherplatz in der Datenbank haben. Anders als bisherige Vorgehensweisen sehen das System und das Verfahren der vorliegenden Erfindung jedoch eine kreuzdimensionale Berechnung in einer Art und Weise vor, dass ein Wert für ein virtuelles Datenmaß berechnet werden kann, das von einer oder mehreren anderen Dimensionen als die übrigen Datenmaße in einem verknüpften Berechnungsausdruck abhängt. Unter Verwendung von Dimensions-Aliasen und geeigneten Zuordnungen bietet die vorliegende Erfindung diese und weitere wichtige Vorzüge in Bezug auf vorhandene OLAP-Systeme. Andere wichtige technische Vorteile sind für Fachleute aus den nachfolgenden Zeichnungen, der Beschreibung und den Ansprüchen ersichtlich.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • Um die vorliegende Erfindung und weitere Merkmale und Vorteile darin besser verständlich zu machen, wird nun auf die nachfolgende Beschreibung Bezug genommen, die in Verbindung mit den beiliegenden Zeichnungen betrachtet wird, worin:
  • 1 ein beispielhaftes System veranschaulicht, das eine kreuzdimensionale Berechnung und einen kreuzdimensionalen Datenzugriff in einer OLAP-Umgebung zur Verfügung stellt;
  • 2 eine beispielhafte Beziehung zwischen einem Satz von Dimensionselementen und dem Wert eines Datenmaßes veranschaulicht;
  • 3 eine beispielhafte Produktdimension veranschaulicht;
  • 4 beispielhafte Dimensions-Aliase veranschaulicht;
  • 5 einen beispielhaften Zuordnungssatz veranschaulicht; und
  • 6 ein Ablaufdiagramm ist, das ein beispielhaftes Verfahren für die Bereitstellung einer kreuzdimensionalen Berechnung und eines kreuzdimensionalen Datenzugriffs in einer OLAP-Umgebung veranschaulicht.
  • DETAILLIERTE BESCHREIBUNG DER ERFINDUNG
  • 1 veranschaulicht ein beispielhaftes System 10 für die Bereitstellung einer kreuzdimensionalen Berechnung und eines kreuzdimensionalen Datenzugriffs in einer OLAP- oder anderen geeigneten Umgebung. Das System 10 kann eine kreuzdimensionale Berechnung und einen kreuzdimensionalen Datenzugriff für jeden geeigneten Zweck zur Verfügung stellen, beispielhaft, aber nicht einschränkend, für statistisches Modellieren, eine Gewinn- oder andere finanzielle Berechnung, eine abhängige Nachfragevorschau oder eine andere Lieferkettenplanungsberechnung oder jeden anderen geeigneten Zweck. Zwar sehen vorhandene OLAP-Systeme Berechnungen mit Datenmaßen vor, aber das System 10 unterstützt gemäß der vorliegenden Erfindung virtuelle Datenmaße, um solche herkömmlichen Fähigkeiten zu erweitern. System 10 verwendet die Konzepte von Dimensions-Aliasen und Dimensionselementzuordnung und stellt einen kreuzdimensionalen Datenzugriff zur Verfügung – dies ist die Fähigkeit, auf Daten an Positionen zuzugreifen, die sich von den augenblicklich gewählten Positionen unterscheiden, z. B. jenen, an denen gerade ein Datenmaß berechnet wird. Das System 10 bietet auch eine kreuzdimensionale Berechnung – es ermöglicht die Berechnung eines Werts für ein Datenmaß, das von einer oder mehreren anderen Dimensionen als die übrigen Datenmaße in einem verknüpften Berechnungsausdruck abhängt. Somit bietet das System 10 wichtige technische Vorteile gegenüber vorhandenen OLAP-Systemen.
  • Das System 10 umfasst einen Client 12, einen Server 14, sowie eine multidimensionale Engine und eine verknüpfte Datenbank 16. Der Client 12 und der Server 14 können jeder einen oder mehrere Vorgänge unterstützen, die auf einem oder mehreren Computer ablaufen, und sie können autonom oder aufgrund von Eingaben von einem oder mehreren Benutzern laufen. Der Client 12 ist mit dem Server 14 mithilfe der Verbindung 18 zusammengeschaltet, die jede Draht-, Drahtlos- oder andere Verbindung sein kann, die sich für die Unterstützung der Kommunikation zwischen dem Client 12, dem Server 14 und den jeweiligen Vorgängen auf dem Server 14 und dem Client 12 während des Betriebs des Systems 10 eignet. Zwar werden der Client 12 und der Server 14 als getrennte Komponenten beschrieben, aber in der vorliegenden Erfindung werden der Client 12 und der Server 14 als integral miteinander oder getrennt voneinander betrachtet.
  • Der Server 14 ist mit der Datenbank 16 mithilfe der Verbindung 20 zusammengeschaltet, die jede Draht-, Drahtlos oder andere Verbindung sein kann, die sich für die Unterstützung der Datenkommunikation zwischen dem Server 14 und der Datenbank 16 während des Betriebs des Systems 10 eignet. Die Datenbank 16 kann integral mit oder getrennt von dem Server 14 sein, kann auf einem oder mehreren Computer an einem oder mehreren Orten laufen und kann jede Information speichern, die für die Unterstützung des Betriebs des Systems 10 geeignet ist. In einer Ausführungsform stellt die Datenbank 16 Speicherplatz für multidimensionale OLAP-Daten zur Verfügung und kann mit Daten bestückt werden, die aus Transaktionsdatenquellen erhalten wurden, welche intern oder extern der Organisation oder Einrichtung sind, die mit dem System 10 verknüpft ist. In einer Ausführungsform erhält der Server 14 Eingaben vom Client 12 zur Definition von Beispielen von Datenmaßen, Ausdrücken, Zuordnungen, Aggregationsfunktionen und jeder weiteren geeigneten Information, die in der Datenbank 16 gespeichert werden soll. Der Server 14 kann mit dem Client 12 auf jede geeignete Art und Weise zusammenarbeiten, um die Datenbank 16 mit Informationen zu bestücken, die Inhalte der Datenbank 16 zu ändern oder Informationen von der Datenbank 16 gemäß dem Betrieb des Systems 10 und besonderer Anforderungen wiederaufzurufen.
  • Die Datenbank 16 umfasst eine oder mehrere Dimensionen. Wie in 2 für eine beispielhafte dreidimensionale Datenbank 16 veranschaulicht ist, ist eine Dimension 30 eine logische Gruppierung von einer oder mehreren Entitäten, die als die Elemente 32 der Dimension 30 bezeichnet werden. Innerhalb der Dimension 30 können die Elemente 32 in eine oder mehrere Ebenen aufgeteilt werden. Ein Datenmaß ist ein Attribut, dessen Wert von mindestens einer Position in jeder der einen oder mehreren Dimensionen 30 abhängt; d. h., von einem oder mehreren bestimmten Elementen 32, bei denen das Datenmaß gerade ausgewertet wird. Der Satz von Dimensionen 30, von dem ein Datenmaß abhängt, wird als Dimensionalität des Datenmaßes bezeichnet. Für jeden Satz von Elementen 32 aus den Dimensionen 30, von denen ein Datenmaß abhängt, umfasst die Datenbank 16 eine entsprechende Speicherstelle 22, welche die Werte von einem oder mehreren Datenmaßen für jene Elemente 32 enthält. Mit anderen Worten, für jedes Datenmaß, das in der Datenbank 16 dargestellt ist, verknüpft der Server 14 mit jeder Speicherstelle 22 ein Element 32 aus jeder Dimension 30, von der das Datenmaß abhängt (von jeder Dimension 30 in ihrer Dimensionalität). Ein Datenmaß ergibt einen skalaren Wert an einer Überschneidung (einem kombinierten Satz von Elementen 32) ihrer abhängigen Dimensionen 30. Wenn eine Kombination von Elementen 32 spezifiziert wird, greift der Server 14 auf die Speicherstelle 22 zu, die mit jener Kombination von Elementen 32 verknüpft ist, um die Daten an jener Speicherstelle 22 zu handhaben oder dem Server 14 angeforderte Informationen zu liefern.
  • Beispielsweise kann, unter Bezugnahme auf 2, ein Datenmaß die Dimensionalität {D1, D2, D3} haben (d. h. das Datenmaß hängt von den D1-, D2- und D3-Dimensionen 30 ab). Der Wert des Datenmaßes wird gemäß wenigstens einer Position in jeder dieser drei Dimensionen 30 bestimmt; d. h., dem speziellen Satz von Elementen 32, an denen das Datenmaß ausgewertet werden soll. In einem besonderen Beispiel kann das Datenmaß an der Kombination vom M13-Element 32 der Dimension D1, dem M22-Element 32 der Dimension D2 und dem M34-Element 32 der Dimension D3 ausgewertet werden. Der Wert des Datenmaßes für diesen Satz Elemente 32 ist mit einer bestimmten Speicherstelle 22 in der Datenbank 16 verknüpft, möglicherweise zusammen mit Werten anderer Datenmaße für jenen Satz Elemente 32. In einer Ausführungsform stellt die Datenbank 16 einen Dauerspeicherplatz für jeden Wert jedes Datenmaßes zur Verfügung.
  • Als konkreteres Beispiel kann der Stückzahlverkauf ein beispielhaftes Datenmaß sein, das von einem einzelnen Element 32 aus jeder der folgenden drei Dimensionen 30 abhängt: Produktdimension 30, Geographiedimension 30 und Zeitdimension 30. Jede Kombination von Elementen 32 der Dimensionen 30 hat für das Datenmaß Stückzahlverkauf eine entsprechende Speicherstelle 22 in der Datenbank 16, entsprechend jeder Kombination von Koordinaten auf den x-, y- und z-Achsen, die mit einem Punkt in einem dreidimensionalen euklidischen Raum verknüpft ist. Zwei Datenmaße brauchen nicht dieselbe Dimensionalität zu haben. Als Beispiel kann, im Gegensatz zu dem oben erörterten Stückzahlverkauf-Datenmaß, ein beispielhaftes Preis-Datenmaß mit den Produkt- und Zeitdimensionen 30, aber nicht mit der Geographiedimension 30 verknüpft sein. Außerdem kann die Position in einer bestimmten Dimension 30 unabhängig von den Elementen 32 anderer Dimensionen 30 verändert werden, ganz ähnlich wie die Position einer Koordinate auf der x-Achse unabhängig von den Positionen anderer Koordinaten auf den y- und z-Achsen in einem dreidimensionalen euklidischen Raum verändert werden kann.
  • 3 veranschaulicht eine beispielhafte Produktdimension 30 in der Datenbank 16, die eine Hierarchie von Produktebenen 34 mit je einem oder mehreren Elementen 32 umfasst. Der Wert eines Datenmaßes für ein Element 32 ist, zumindest in dieser Ausführungsform, eine Aggregation von Werten jenes Datenmaßes für hierarchisch in einer Beziehung stehende Elemente 32 in den unteren Ebenen 34. Beispiele für hierarchische Beziehungen zwischen Elementen 32 in den Ebenen 34 werden mittels der Verbindungen 36 gezeigt. Die Verbindungen 36 zwischen hierarchisch in Beziehung stehenden Elementen 32 in benachbarten Ebenen 34 spiegeln Vorgänger-Nachkomme-Beziehungen wider und sind als durchgezogene Linien gezeigt. Beispiele für Ebenen 34 für die Produktdimension 30 umfassen eine Alle-Produkte-Ebene 34, eine Produkt-Typ-Ebene 34, eine Produkt-Kategorie-Ebene 34 und eine Produkt-Familie-Ebene 34, allerdings kann je nach den besonderen Anforderungen der Organisation oder anderen Entität, die mit dem System 10 verknüpft ist, jede geeignete Ebene 34 vorgesehen werden. Des Weiteren gilt diese Beschreibung auch analog für eine oder mehrere andere Dimensionen 30 in der Datenbank 16, z. B. eine Geographiedimension 30, eine Zeitdimension 30 oder jede andere geeignete Dimension 30 anstatt von oder zusätzlich zu der Produktdimension 30.
  • Wie weiter unten ausführlicher erläutert wird, kann das System 10 abhängige Daten (wie z. B. eine abhängige Nachfragevorschau) für jedes Zielprodukt-Element 32 in der Produktdimension 30 als Funktion entsprechender Daten für jedes Ausgangsprodukt-Element 32 in der Produktdimension 30 erzeugen, ungeachtet dessen, ob die Ausgangs- und Zielprodukt-Elemente 32 hierarchisch miteinander in Beziehung stehen oder nicht. Derartige Beziehungen abhängiger Daten zwischen hierarchisch nicht in Beziehung stehenden Elementen 32 sind in 3 mittels gestrichelter Verbindungen 38 angegeben. Beispielsweise gibt in einer Ausführungsform die Verbindung 38 zwischen dem „13GB”-Element 32 in der Familie-Ebene 34 und dem „96MB”-Element 32, das auch in der Familienebene 34 liegt, eine abhängige Nachfragebeziehung zwischen dem „13GB”-Element 32 und dem „96MB”-Element 32 an. Wie die Richtung des Pfeils auf der Verbindung 38 zeigt, ist die Nachfrage nach 96MB-Speicherplatten (Zielprodukt) in diesem Beispiel eine Funktion der Nachfrage nach 13GB-Festplatten (Ausgangsprodukt) und lässt sich als entsprechende Anschlussquote ausdrücken.
  • In einer Ausführungsform kann jede Dimension 30 in der Datenbank 16 einen oder mehrere Aliase haben (die auch als ihre Identitäten bezeichnet werden). Die 4 veranschaulicht zwei beispielhafte Aliase der Produktdimension 30, den Produktalias 40a und den Komponentenalias 40b. Aliase kann man nach Zweckmäßigkeit einzeln als Alias 40 und zusammen als Aliase 40 bezeichnen. Produktalias 40a kann ein Alias der Produktdimension 30 sein, da die Elemente 32 des Produktalias 40a in diesem Beispiel dieselben sind wie die Elemente 32 der Produktdimension 30. Komponentenalias 40b kann ein Alias der Produktdimension 30 sein, da die Elemente 32 des Komponentenalias 40b auch die Elemente 32 der Produktdimension 30 sein können. Beispielsweise kann ein „Festplatten”-Element 32 des Komponentenalias 40b auch ein Element 32 des Produktalias 40a sein, was mit der geschäftlichen Realität übereinstimmt, dass Festplatten typischerweise als Einzelprodukte oder als Komponenten verschiedener Computerprodukt-Kombiangebote verkauft werden können.
  • Jeder Alias 40 der Dimension 30 wird als orthogonale Dimension 30 relativ zu den anderen Aliasen 40 jener Dimension 30 behandelt und ist daher in Bezug auf Datenzugriff, Navigation und andere entsprechende Aktivitäten von den anderen Aliasen 40 unabhängig. Mit anderen Worten, die Änderung der Position (von einem aktuellen Element 32 zu einem neuen Element 32) in einem Alias 40 ist von den anderen Aliasen 40 unabhängig und alle Aliase 40 werden als gleich behandelt (es gibt keinen „Haupt”-Alias 40). Die Datenbank 16, der Server 14 und alle anderen geeigneten Komponenten des Systems 10 kennen die vielfachen Aliase 40 der Dimension 30 und können dies in bestimmten Situationen nutzen. Für die Zwecke dieser Beschreibung bezieht sich nach Zweckmäßigkeit die Verwendung des Ausdrucks „Dimension” auf die zugrundeliegende oder Basisdimension 30 und die Verwendung des Ausdrucks „Alias” bezieht sich auf einen oder mehrere der Aliase 40 jener Dimension 30, sofern nicht anderes angegeben ist.
  • Datenmaße sind multidimensionale Attribute und können von einer Teilmenge von Aliasen 40 abhängen. In einer Ausführungsform werden eher die Aliase 40 als die Basisdimensionen 30 zur Definition der Datenmaßdimensionalität (der Dimensionen 30, von denen das Datenmaß abhängt) verwendet. So kann beispielhaft, jedoch nicht einschränkend, die Produktnachfrage ein Datenmaß sein, die von kombinierten Positionen in der Dimensionalität der Produkt-, Geographie- und Zeitdimensionen 30 {Produkt, Geographie, Zeit} abhängt. Die Komponentennachfrage kann ein Datenmaß mit der Dimensionalität {Komponente, Geographie, Zeit} sein. Die abhängige Beziehung zwischen der Nachfrage nach einem Zielprodukt und der Nachfrage nach einem Ausgangsprodukt kann numerisch als eine Anschlussquote ausgedrückt werden, die auf die Nachfrage nach dem Ausgangsprodukt angewendet wird. Ein Anschlussquote-Datenmaß kann so die Dimensionalität {Produkt, Komponente, Geographie, Zeit} haben, da es sowohl vom Produktalias 40a als auch dem Komponentenalias 40b abhängt. Ein Datenmaß ergibt einen anderen Wert für eine andere Position in einem Alias 40, wenn und nur wenn das Datenmaß von dem Alias 40 abhängt. Mit anderen Worten, wenn sich die Position in einem Alias 40 ändert, ändert sich der Wert eines Datenmaßes nicht, wenn das Datenmaß von dem Alias 40 bei der Positionsänderung unabhängig ist. In diesem Beispiel verändert der Wechsel der Position im Komponentenalias 40b nicht den Wert des Produktnachfrage-Datenmaßes, da jenes Datenmaß nicht von dem Komponentenalias 40b abhängt (wie in seiner Dimensionalität angegeben).
  • Gemäß der vorliegenden Erfindung verhalten sich virtuelle Datenmaße wie andere Datenmaße, haben aber keinen verknüpften Dauerspeicherplatz in der Datenbank 16. Der Wert eines solchen virtuellen Datenmaßes kann daher in einer Ausführungsform als Antwort auf eine Anfrage oder eine andere geeignete Eingabe des Servers 14 berechnet oder auf andere Weise in der Laufzeit erzeugt werden. Ein Ausdruck in Form von einem oder mehreren Datenmaßen, einem oder mehreren unären, binären oder anderen Operatoren, einer oder mehreren Konstanten, einem oder mehreren Skripten (unten beschrieben) und sogar eines oder mehrerer anderer virtueller Datenmaße ist mit jedem virtuellen Datenmaß verknüpft und wird dazu benutzt, unter Voraussetzung einer Position in jedem der Aliase 40, von dem das virtuelle Datenmaß abhängt, einen Wert für das virtuelle Datenmaß zu berechnen. Beispielsweise kann das relativ einfache virtuelle Datenmaß Einnahmen den verknüpften Ausdruck: Einnahmen = Stückzahl * Preishaben. Dieser Ausdruck wird in den meisten vorhandenen OLAP-Systemen unterstützt.
  • Im Gegensatz hierzu können erfindungsgemäß die Datenmaße, die in einem Ausdruck für ein virtuelles Datenmaß verwendet werden, eine unterschiedliche Dimensionalität haben. Eine entsprechende Zuordnung (unten beschrieben) kann benutzt werden, um die Dimensionalität eines Ausgangsdatenmaßes in die Dimensionalität eines Zieldatenmaßes oder virtuellen Zieldatenmaßes umzuwandeln. Für jeden Alias 40, von dem ein Ausgangsdatenmaß abhängt (Ausgangsalias 40), der nicht mit mindestens einem Alias 40 übereinstimmt, von dem ein Zieldatenmaß oder virtuelles Zieldatenmaß abhängt (Zielalias 40), müssen die Elemente 32 von mindestens einem Zielalias 40 den Elementen 32 des Ausgangsalias 40 zugeordnet werden.
  • Unter Voraussetzung von Elementen 32 für eine Überschneidung eines ersten Satzes von Aliasen 40 ergibt die Zuordnung null oder mehr Elemente 32 für eine Überschneidung eines zweiten Satzes von Aliasen 40. Wie oben unter Bezugnahme auf 2 erörtert, kann eine solche Überschneidung mehrere Elemente 32 einer bestimmten Dimension 30 umfassen. Eine Zuordnung zwischen Elementen 32 desselben Alias 40 kann als Identitätszuordnung (jedes Element 32 wird sich selbst zugeordnet), eine relative Zuordnung (jedes Element 32 in einer Ebene der Dimension 30 wird einem anderen Element 32 in derselben oder einer anderen Ebene jener Dimension 30 zugeordnet) oder irgendeine andere geeignete Zuordnung definiert werden. Wie weiter unten ausführlicher beschrieben wird, kann eine Aggregationsfunktion angewendet werden, wenn ein einzelnes Zielelement 32 in einem Zielalias 40 mehreren Ausgangselementen 32 in einem Ausgangsalias 40 zugeordnet werden soll.
  • In einer Ausführungsform können ein oder mehrere Zuordnungssätze verwendet werden, um Zuordnungen zwischen Elementen 32 von einem oder mehreren Aliasen 40 je nach bestimmten Anforderungen zu spezifizieren. Ein Zuordnungssatz ist eine Teilmenge von Elementen 32, die aus einem Satz von einem oder mehreren Aliasen 40, welche die ausgewählten Elemente 32 enthalten, ausgewählt wurden. Ein Zuordnungssatz kann dazu benutzt werden, Zuordnungen zwischen Elementen 32 zu spezifizieren oder den Umfang der Anzeige, der Aktualisierung oder jeder anderen geeigneten Aktivität in Verbindung mit der Datenbank 16 zu definieren. In einer Ausführungsform kann ein Zuordnungssatz entweder durch Auswahl oder eine andere Spezifizierung seiner Elemente 32 oder durch die Spezifizierung eines Ausdrucks in einem oder mehreren Datenmaßen mit derselben Dimensionalität (abhängig von demselben Satz von Aliasen 40) definiert werden. Wenn ein Ausdruck dazu benutzt wird, einen Zuordnungssatz zu definieren, können weitere Informationen erforderlich sein, um die Elemente 32 des Zuordnungssatzes zu generieren. Beispielsweise würde ein Zuordnungssatz, der den Bereich zwischen dem Beginn eines Jahres und der aktuellen Woche definiert, die aktuelle Woche als Eingabe benötigen, bevor das Element 32 generiert werden kann.
  • Um das Konzept von Zuordnungssätzen noch weiter zu veranschaulichen, sei angenommen, dass die Komponentennachfrage ein virtuelles Datenmaß mit folgendem verknüpften Ausdruck ist: Komponentennachfrage = Summe [Zuordnung: Komponente-zu-Produkt] (Produktnachfrage * Anschlussquote)
  • Die Zuordnung Komponente-zu-Produkt kann auf einem Zuordnungssatz beruhen, der Elemente 32 des Produktalias 40a mit Elementen 32 des Komponentenalias 40b, wie unten beschrieben, in Beziehung setzt. Unter Voraussetzung eines bestimmten Komponentenelements 32, eines bestimmten geographischen Elements 32 und eines bestimmten Zeitelements 32 wird durch die obigen Angaben: (1) ein Produktnachfrage-Datenmaß für jedes Produkt bestimmt, das die Komponente (an der Überschneidung des entsprechenden Produktelements 32, des entsprechenden geographischen Elements 32 und des entsprechenden Zeitelements 32) beinhaltet; (2) ein Anschlussquote-Datenmaß (an der Überschneidung bzw. dem Mengendurchschnitt des Produktelements 32, des Komponentenelements 32, des geographischen Elements 32 und des Zeitelements 32) auf jede Produktnachfrage angewendet, um die abhängige Nachfrage für die Komponente, die jedem Produkt zuzuschreiben ist, zu bestimmen; und (3) eine Summenaggregationsfunktion auf diese abhängigen Nachfragen angewendet, um die abhängige Gesamtnachfrage für jene Komponente zu ergeben. Die Zuordnung in diesem Beispiel spezifiziert, welche Produkte die Komponente beinhalten. Ein Wert wird für das virtuelle Komponentennachfrage-Datenmaß generiert, entweder in der Laufzeit oder anderweitig, ohne dass für diesen Wert ein Dauerspeicherplatz in der Datenbank 16 erforderlich wäre. Dies ist lediglich eine beispielhafte Verwendung eines Ausdrucks mit einer Zuordnung, um einen Wert für ein virtuelles Datenmaß zu erzeugen. Die vorliegende Erfindung soll alle entsprechenden Ausdrücke, Zuordnungen und verknüpften Berechnungen von virtuellen Maßen einschließen.
  • 5 veranschaulicht einen beispielhaften Zuordnungssatz 42, der einer Produktdimension 30 entspricht und zur Erzeugung der Werte für das virtuelle Datenmaß Komponentennachfrage, wie in dem oben beschriebenen Beispiel, verwendet werden könnte. Der Zuordnungssatz 42 definiert eine oder mehrere Zuordnungen 48 zwischen den Ausgangselementen 32 (in Spalte 44) und den Zielelementen 32 (in Spalte 46). Zwar ordnet der beispielhafte Zuordnungssatz 42 die Zielelemente 32 des Komponenenalias 40b (den Zielalias 40) den Ausgangselementen 32 des Produktalias 40a (dem Ausgangsalias 40) zu, aber die vorliegende Erfindung zieht alle geeigneten Zuordnungssätze 42 gemäß bestimmten Anforderungen in Betracht, ob abhängige Nachfragedaten oder irgendwelche anderen entsprechenden Daten zu erzeugen sind. In einer Ausführungsform definieren die Zuordnungen 48 zusammen eine Viele-zu-vielen-Beziehung zwischen den Ausgangs- und den Zielelementen 32. Zuordnungen 48, die Elemente 32 eines oder mehrerer Aliase 40 beinhalten, sind innerhalb der Datenbank 16 vorzugsweise zulässig und unveränderlich bezüglich aller Elemente 32 anderer Aliase 40.
  • In einer Ausführungsform können einige oder alle Zuordnungen 48 von jeglicher hierarchischer Beziehung, die zwischen den Ausgangs- und Zielelementen 32 in einer entsprechenden Dimension 30, in diesem Fall der Produktdimension 30, bestehen können, unabhängig sein. Beispielsweise kann die Zuordnung 48, welche die abhängige Nachfrage nach 13GB-Festplatten (Zielprodukt) mit der Nachfrage nach 96MB-Speicherplatten mit Speicherschaltkreisen (Ausgangsprodukt) in Beziehung setzt, Elemente 32 enthalten, die hierarchisch nicht miteinander in Beziehung stehen. Analog kann die Zuordnung 48, welche die abhängige Nachfrage nach 13GB-Festplatten (Zielprodukt) mit der Nachfrage nach 128MB-Speicherplatten mit Speicherschaltkreisen (Ausgangsprodukt) in Beziehung setzt, Elemente 32 enthalten, die hierarchisch nicht miteinander in Beziehung stehen. Die Fähigkeit des Systems 10, problemlos Daten der abhängigen Nachfrage (oder Daten für andere Arten virtueller Datenmaße) für Elemente 32 zu erzeugen, die nicht hierarchisch miteinander in Beziehung stehen, bietet einen wichtigen technischen Vorteil.
  • In einer Ausführungsform erhält der Server 14 eine oder mehrere Zuordnungen 48 und verknüpfte Zuordnungssätze 42 vom Client 12 oder einem Benutzer, der mit dem Client 12 zusammenhängt, und speichert die Zuordnungssätze 42 in der Datenbank 16 zur Benutzung bei der Bereitstellung von kreuzdimensionalem Datenzugriff und kreuzdimensionalen Berechnungen. Die Zuordnungssätze 42 können in der Datenbank 16 einzeln oder in einem Stapelmodus gespeichert werden. Der Server 14, die Datenbank 16 oder eine andere Komponente des Systems 10 kann die Zuordnungssätze 42 überprüfen, um sicherzustellen, dass die Ausgangs- und Zielelemente 32 in den entsprechenden Dimensionen 30 ausreichend definiert sind. Der Client 12 oder ein damit verknüpfter Benutzer kann den Server 14 verwenden, um einen oder mehrere Datensätze 42 nach Zweckmäßigkeit zu aktualisieren oder anderweitig abzuändern.
  • In einer Ausführungsform arbeiten der Server 14 und die Datenbank 16 zusammen, um einen Skriptspracheninterpretierer zu unterstützen, der zum Schreiben von Skripten verwendet wird, die sich auf mit einem Objekt verknüpften Haken bzw. Aufhänger bzw. Mitnehmer stützen, um ein oder mehrere Verfahren der Schnittstellen jenes Objekts aufzurufen. Im Allgemeinen können solche Skripten leistungsfähigere Steuerstrukturen als eine typische Ausdruckssprache zur Verfügung stellen und können dazu dienen, eine Berechnungslogik zu generieren, die sich nicht so einfach mittels eines Ausdrucks ausdrücken lässt. Definitionen virtueller Datenmaße können die Aufrufe eines oder mehrerer Skripten einbetten, die geschrieben wurden, um in der OLAP-Umgebung des Systems 10 abzulaufen.
  • Die folgende Grammatik, die in typischen bestehenden OLAP-Systemen unterstützt wird, kann für die Definition der Ausdruckssyntax verwendet werden, die zur Definition virtueller Datenmaße dient:
    Figure 00140001
    Figure 00150001
  • Wie angegeben, kann die Definition für ein virtuelles Datenmaß einen oder mehrere Bezüge auf andere virtuelle Datenmaße, einschließlich Selbstbezüge, enthalten. Zwei oder mehr virtuelle Datenmaße können Zirkelbezüge haben, die bei einer Syntaxüberprüfung zugelassen werden können, aber beseitigt werden müssen, wenn solche virtuellen Datenmaße wirklich ausgewertet werden. Wenn eine Zelle eines virtuellen Datenmaßes (für ein bestimmtes Element 32 von jedem Alias 40, von dem das virtuelle Datenmaß abhängt) ausgewertet wird, wird auf die Zellen von einem oder mehreren anderen Maßen (Datenmaßen, virtuellen Datenmaßen oder beidem) nach Bedarf zugegriffen und sie werden ausgewertet. Eine Zelle kann während der Zeit, in der sie ausgewertet wird, mit wird gerade ausgewertet gekennzeichnet werden und kann später mit Wert zugeordnet gekennzeichnet werden, nachdem der Wert für die Zelle zugeteilt wurde. Wenn eine Zelle, die mit wird gerade ausgewertet gekennzeichnet ist, während der Auswertung des virtuellen Maßes angetroffen wird, kann die Datenbank 16 einen geeigneten Laufzeitfehler erzeugen, der einen Zirkelbezug anzeigt, da die Auswertung der Zelle, die mit wird gerade ausgewertet gekennzeichnet ist, ihre eigene Verfügbarkeit erfordert. Ein oder mehrere Werte für ein einzelnes bzw. einziges virtuelles Datenmaß kann gemäß bestimmten Anforderungen in jeder geeigneten relativen Ordnung berechnet werden.
  • Es mag wünschenswert sein, einen kreuzdimensionalen Zugriff auf die Datenbank 16 mit Bezug auf ein virtuelles Datenmaß zur Verfügung zu stellen; d. h. den Zugriff auf Daten für Positionen, die sich von der Position, an der das virtuelle Datenmaß gerade ausgewertet wird, unterscheidet. Es mag auch wünschenswert sein, für Dimensionalitätsänderungen in Bezug auf ein virtuelles Datenmaß zu sorgen; d. h. die Verwendung von Datenmaßen oder virtuellen Datenmaßen, die von Aliasen 40 abhängen, die sich von den Aliasen 40, von denen das virtuelle Datenmaß abhängt, unterscheiden. Gemäß der vorliegenden Erfindung kann die folgende zusätzliche Syntax verwendet werden, um eine solche zusätzliche Funktionsvielfalt zu bieten:
    Figure 00160001
  • Bei Verwendung dieser Syntax ist <Beschränkter Begriff> ein Ausdruck, für den eine Teilmenge seiner Dimensionalität gebunden ist. Mit anderen Worten, auch wenn einige der Datenmaße in dem Ausdruck von einem bestimmten Satz Dimensionen 30 abhängen, trifft das auf den Ausdruck als Ganzes nicht zu. <Zuordnung> bietet eine Darstellung zur Bereitstellung von Positionen innerhalb der gebundenen Dimensionen 30 unter Voraussetzung von Positionen innerhalb anderer Dimensionen 30 und ändert so die Dimensionalität des beschränkten Begriffs, wie nachstehend ausführlicher beschrieben wird. <Zuordnungsname> identifiziert die bestimmte Zuordnung 48, die in der Definition des virtuellen Datenmaßes verwendet wird. Im Allgemeinen ist die Dimensionalität eines bestimmten Ausdrucks (ob durch die Zuordnung 48 beschränkt oder nicht beschränkt) die Vereinigung der Dimensionalität von: (1) allen beschränkten Begriffen und (2) allen unbeschränkten Datenmaßen innerhalb des Ausdrucks.
  • Für den beschränkten Begriff <Aggregationsfunktion> [<Zuordnungsname> : <Dimensionssatz> <Dimensionssatz>] <Ausdruck>kann eine beliebige (spezifizierte) Zuordnung folgendermaßen vorgesehen sein: Aggregationsfunktion [Name : Ausgangssatz Zielsatz] Ausdruck.
  • In einer Ausführungsform ist Zielsatz eine Teilmenge der Dimensionalität von Ausdruck, d. h., der Satz von Aliasen 40, dem zugeordnet wird, ist eine Teilmenge der Aliase 40, von denen der Ausdruck abhängt. Die Überschneidung bzw. der Mengendurchschnitt von Ausgangssatz und Zielsatz ist null; d. h., keine Aliase 40, denen zugeordnet wird, sind auch Aliase 40, von denen zugeordnet wird. Die Dimensionalität des beschränkten Begriffs ist die Vereinigung von: (1) der Dimensionalität von Ausdruck minus der Dimensionalität von Zielsatz mit (2) der Dimensionalität von Ausgangssatz. Aggregationsfunktion wird verwendet, wenn mehrere Elemente 32 von Zielsatz einem Element 32 von Ausgangssatz zugeordnet werden. Zählung wird verwendet, wenn die Anzahl der generierten Elemente 32 gewünscht wird.
  • Um Ausdruck auszuwerten, ist eine Möglichkeit zur Erzeugung von null oder mehr Elementen 32 von Zielsatz für jedes Element 32 von Ausgangssatz erforderlich. Ein Zuordnungssatz 42, der bezüglich Aliasen 40, die sowohl in Ausgangssatz wie auch in Zielsatz verwendet werden, definiert ist, kann benutzt werden, um Überschneidungen von Ausgangssatz jenen von Zielsatz zuzuordnen. Beispielsweise sieht Summe [Komponente-zu-Produkt : Komponentenprodukt] (Produktnachfrage * Anschlussquote) ein virtuelles Datenmaß gemäß einer beliebigen (spezifizierten) Zuordnung vor. Wenn die Dimensionalität eines Produktnachfrage-Datenmaßes {Produkt, Geographie, Zeit} ist und die Dimensionalität des Anschlussquote-Datenmaßes {Produkt, Komponente, Geographie, Zeit} ist, dann ist die Dimensionalität des beschränkten Begriffs {Komponente, Geographie, Zeit}. Wenn der Zuordnungssatz 42, der für die Komponent-zu-Produkt-Zuordnung 48 verwendet wird, so wie in 4 veranschaulicht ist und unter Voraussetzung einer Komponente 700 MHz (CPU), berechnet dieser beschränkte Begriff folgendes: Summe [Produktnachfrage für Heim (Tischgerät) * Anschlussquote für Heim (Tischgerät) & 700 MHz (CPU), Produktnachfrage für Schüler (Tischgerät) * Anschlussquote für Schüler (Tischgerät) & 700 MHz (CPU)],da dieser Zuordnungssatz 42 zwei Elemente 32 des Produktalias 40a (Heim (Tischgerät) & Schüler (Tischgerät)) unter Voraussetzung eines 700 MHz (CPU)-Elements 32 des Komponentenalias 40b ergibt.
  • Für den beschränkten Begriff: <Aggregationsfunktion> [<Zuordnungsname> : <Dimensionssatz>] <Ausdruck>kann die relative Zuordnung folgendermaßen vorgesehen sein: Aggregationsfunktion [Name: Aliassatz] Ausdruck.
  • In einer Ausführungsform ist Aliassatz Teil der Dimensionalität von Ausdruck, d. h. der Ausdruck hängt zumindest teilweise von den Aliasen 40 in Aliassatz ab. Die Dimensionalität des beschränkten Begriffs ist dieselbe wie jene von Ausdruck. Aggregationsfunktion wird verwendet, wenn die Zuordnung 48 mehrere Elemente 32 von Aliassatz unter Voraussetzung eines Elements 32 erzeugt. Zählung wird verwendet, wenn die Anzahl der so erzeugten Elemente 32 gewünscht wird.
  • In einer Ausführungsform kann die Zuordnung [Name: Aliassatz] verwendet werden, wenn die relative Zuordnung zwischen Elementen 32 einer Dimension 30 definiert werden soll. Eine solche Zuordnung kann unter Verwendung von Vorgängern (einem Element 32, das mit einem anderen Element 32 in einer benachbarten unteren Ebene der Dimension 30 in Beziehung steht), Nachkommen (einem Element 32, das mit einem anderen Element 32 in einer benachbarten höheren Ebene der Dimension 30 in Beziehung steht), Geschwistern (einem Element 32, das mit einem anderen Element 32 in derselben Ebene der Dimension 30 in Beziehung steht), einer Führung (einem Element 32, das mit Bezug auf ein anderes Element 32, beispielsweise in der Zeitdimension 30, fortgeschritten ist), einem Zurückbleiben (einem Element 32, das mit Bezug auf ein anderes Element 32, beispielsweise in der Zeitdimension 30, verzögert ist) oder einer anderen geeigneten Beziehung definiert werden. Beispielsweise stellt Summe [Vorgänger: Produkt] Verkaufein virtuelles Datenmaß gemäß einer relativen Zuordnung zur Verfügung. Die Dimensionalität des beschränkten Begriffs ändert sich nicht. Beispielsweise, und nicht einschränkend, wird, wenn die Dimensionalität einer Verkauf-Datenmaß {Produkt, Geographie, Zeit} ist, die Dimensionalität des beschränkten Begriffs in ähnlicher Weise {Produkt, Geographie, Zeit} sein. Wenn die Vorgänger-Zuordnung 48 ein Vorgänger-Element 32 in einer bestimmten Ebene 32 der Produktdimension 30 bestimmt, führt der beschränkte Begriff zu Daten für jenes Vorgänger-Element 32 unter der Voraussetzung eines Elements 32 einer Nachkomme-Ebene 32. Wenn z. B. die Vorgänger-Zuordnung 48 das „Komponenten”-Element 32 in der „Typ”-Ebene 34 bestimmt, führt der beschränkte Begriff zu den Daten für das „Komponenten”-Element 32 der „Typ”-Ebene 34 unter Voraussetzung des „Festplatten”-Elements 32 der „Kategorie”-Ebene 34, unter Voraussetzung des „Speicherplatten”-Elements 32 der „Kategorie”-Ebene 34 oder unter Voraussetzung des „Zentraleinheiten”-Elements 32 der „Kategorie”-Ebene 34. Der beschränkte Begriff kehrt als Null, nicht anwendbar oder ein anderes geeignetes Ergebnis zurück, wenn das vorausgesetzte Element 32 kein Nachkomme der „Typ”-Ebene 34 ist. Für den beschränkten Begriff: <Aggregationsfunktion> [<Zuordnungsname>: <Dimensionssatz>] <Ausdruck> kann die absolute Zuordnung folgendermaßen vorgesehen sein: Aggregationsfunktion [Name: Aliassatz] Ausdruck.
  • In einer Ausführungsform ist Aliassatz eine Teilmenge der Dimensionalität von Ausdruck, d. h. der Satz von Aliasen 40, dem zugeordnet wird, ist eine Teilmenge der Aliase 40, von denen der Ausdruck abhängt. Die Dimensionalität des beschränkten Begriffs ist gleich der Dimensionalität von Ausdruck minus der Dimensionalität von Aliassatz. Aggregationsfunktion wird verwendet, wenn der mit dem Aliassatz verknüpften Zuordnungssatz 42 mehrere Elemente 32 hat. Zählung wird verwendet, wenn die Anzahl der Elemente 32 des Zuordnungssatzes 42 gewünscht wird.
  • In einer Ausführungsform kann die Zuordnung [Name: Aliassatz] verwendet werden, wenn dieselben Positionen innerhalb einer oder mehrerer Dimensionen 30 ungeachtet dessen, wo das virtuelle Datenmaß gerade berechnet wird, benutzt werden sollen. Der Zuordnungssatz 42 auf denselben Aliasen 40 wie in Aliassatz dient dazu, die Elemente 32 von Aliassatz zu spezifizieren. Beispielsweise stellt Summe [Erstes Quartal: Zeit] Verkaufein virtuelles Datenmaß gemäß einer absoluten Zuordnung zur Verfügung. Wenn das Verkauf-Datenmaß die Dimensionalität {Produkt, Geographie, Zeit} hat und der Zuordnungssatz 42, der zum Zuordnen verwendet wird, folgendermaßen lautet:
    Januar
    Februar
    März,
    dann hat der beschränkte Begriff die Dimensionalität {Produkt, Geographie}. Der beschränkte Begriff ergibt den Verkauf im ersten Quartal unter Voraussetzung von spezifizierten Elementen 32 der Produkt- und Geographiealiase 40.
  • Für den beschränkten Begriff: [<Aliasname > <Aliasname>] <Ausdruck>kann die Identitätszuordnung folgendermaßen vorgesehen sein: [Alias1 Alias2] Ausdruck.
  • In einer besonderen Ausführungsform ist der Alias2-Alias 40 Teil der Dimensionalität von Ausdruck, d. h. der Ausdruck hängt von dem Alias2-Alias 40, der gebunden ist, ab. Der Alias1-Alias 40 und der Alias2-Alias 40 sind vorzugsweise zwei unterschiedliche Aliase 40 derselben Dimension 30. Die Dimensionalität des beschränkten Begriffs ist die Vereinigung von (1) der Dimensionalität von Ausdruck minus der Dimensionalität des Alias1-Alias 40 mit (2) der Dimensionalität des Alias2-Alias 40.
  • Die Zuordnung [Alias1 Alias2] dient zur Darstellung einer Identitätszuordnung, worin sich jedes Element des Alias1-Alias 40 demselben Element 32 des Alias2-Alias 40 zuordnet (der Alias1-Alias 40 und der Alias2-Alias 40 sind zwei verschiedene Aliase 40 derselben Dimension 30). Dies mag wünschenswert sein, wenn der Name eines Alias 40 in der Dimensionalität eines Elements 32 geändert werden muss oder dieselbe Position in einer Dimension 30 für zwei unterschiedliche Aliase 40 jener Dimension 30 verwendet werden muss.
  • Beispielsweise stellt [Komponente Produkt] Komponentenstückzahlein virtuelles Datenmaß gemäß einer Identitätszuordnung zur Verfügung. Wenn die Dimensionalität des Komponentenstückzahl-Datenmaßes {Produkt, Komponente, Geographie} ist und das Komponentenstückzahl-Datenmaß die Gesamtzahl der als Teil eines bestimmten Produkts verkauften Komponenten enthält, dann ist die Dimensionalität des beschränkten Begriffs {Komponente, Geographie} und das virtuelle Maß liefert die unabhängige Nachfrage nach Komponenten (die Gesamtzahl der als Teil des bestimmten Produkts verkauften Komponenten).
  • In einer Ausführungsform können die oben beschriebenen virtuellen Datenmaße neben solchen Aufgaben wie statistisches Modellieren, Gewinn- oder andere finanzielle Berechnungen und alle anderen relativ unkomplizierten Berechnungen für eine Vielfalt von ausgeklügelteren Berechnungen mit Bezug auf Nachfrage und andere Lieferkettenplanung verwendet werden. Beispiele solcher Berechnungen sind, ohne Einschränkung: (1) geschichtliche Ersetzungen – die Verwendung der Geschichte von einem oder mehreren existierenden Produkten, um Vorschaudaten für ein neues Produkt zu liefern, das eine kürzere (möglicherweise keine) eigene Geschichte hat; (2) Vorgänger-Nachschlagedaten – die Verwendung geeigneter Daten eines Vorgängerelements 32 zum Vergleich mit Daten des aktuellen Elements 32, z. B. die Berechnung eines Prozentsatzes des Verkaufs des „Tischgerät”-Elements 32, der auch der Verkauf des „Heim”-Elements 32 ist; (3) abhängige Nachfrageberechnungen – die Berechnung der Nachfrage nach einer Komponente unter Voraussetzung der Nachfrage nach Produkten, die die Komponente und die Anschlussquoten für die Komponente in Bezug auf die Produkte beinhalten; (4) Datendimensionalitätsänderungen – die Veränderung der Dimensionalität der syndikatisierten oder anderen Daten, damit sie mit einer gewünschten Dimensionalität kompatibel sind, z. B. der Dimensionalität, die in einer Kundeneinrichtung erforderlich ist; und (5) alle anderen geeigneten Berechnungen. Zwar wird das System 10 vor allem in Verbindung mit Berechnungen mit Bezug auf die Nachfrage beschrieben, aber die vorliegende Erfindung sieht vor, dass virtuelle Datenmaße verwendet werden, um beliebige geeignete Berechnungen oder andere Aufgaben in einer OLAP-Umgebung auszuführen. Fachleute werden es würdigen, dass die vorliegende Erfindung alle Szenarien dieser Art einschließt.
  • Geschichtliche Ersetzungsdaten lassen sich wie folgt berechnen: Max. [Geschichtliche Ersetzung : Produkt Ersatzprodukt] [Ersatzprodukt Produkt] Verkauf,worin die Dimensionalität eines Verkauf-Datenmaßes Produkt ist, und Produkt und Ersatzprodukt Aliase 40 der Produktdimension 30 sind. Unter Verwendung des folgenden Zuordnungssatzes 42, um Elemente 32 innerhalb dieser Aliase 40:
    Produkt Ersatzprodukt
    P1 P2
    P1 P3
    ... ...
    miteinander für die Zuordnung Geschichtliche Ersetzung in Beziehung zu setzen, führt der beschränkte Begriff zum Maximum von Verkauf für P2 und Verkauf für P3, das für P1 eingesetzt wird.
  • Vorgänger-Nachschlagedaten können folgendermaßen berechnet werden: Verkauf/Summe [Vorgänger : Produkt] Verkauf * 100.
  • Wenn beispielsweise das „Tischgeräte”-Element 32 in der „Kategorie”-Ebene 34 für die Vorgänger-Zuordnung 48 verwendet wird, dann führt der beschränkte Begriff zu dem Prozentsatz des Verkauf-Datenmaßes für das „Tischgeräte”-Element 32, das auch mit dem Verkauf-Datenmaß für das spezifizierte Produkt unter Einbeziehung aller Nachkommen-Elemente 32 des „Tischgeräte”-Elements 32 verknüpft ist.
  • Abhängige Nachfrage-Daten können folgendermaßen berechnet werden: Summe [Komponente-zu-Produkt : Komponente Produkt] (Produktnachfrage * Anschlussquote),worin die Dimensionalität von (Produktnachfrage * Quote) {Produkt} ist. Wenn der Zuordnungssatz 42, der für die Komponente-zu-Produkt-Zuordnung 48 verwendet wird, wie in 5 veranschaulicht ist, und unter Voraussetzung einer 700 MHz-Komponente (CPU), dann führt der beschränkte Begriff zu der abhängigen Komponentennachfrage für 700 MHz (CPU) unter Voraussetzung der Produktnachfragen für Heim (Tischgerät) und Schüler (Tischgerät). Analoge abhängige Daten können für verfügbares Angebot, Verkaufspreis oder beliebige andere Daten berechnet werden, die mit einem Zielprodukt als Funktion des verfügbaren Angebots bzw. des Verkaufspreises bzw. anderer Daten verknüpft sind, die gemäß bestimmten Anforderungen mit einem oder mehreren Ausgangsprodukten verknüpft sind.
  • Für die Veränderung der Datendimensionalität nimmt Summe [AbdeckungsZuordnung : UnserProdukt * UnsereGeographie * UnsereZeit Geographie * Produkt * Zeit] (Abdeckung * Datenmaß)das von einer Datenquelle einer dritten Gruppe erhaltene oder anderweitig damit verknüpfte Datenmaß und verwendet Abdeckung und AbdeckungsZuordnung, um die Dimensionalität jenes Datenmaßes einer dritten Gruppe in die interne Dimensionalität {unserProdukt, unsereGeographie, unsereZeit) umzuwandeln. Fachleute werden es würdigen, dass die oben genannten nur beispielhafte Anwendungen virtueller Datenmaße sind, um eine gewünschte Funktionsvielfalt gemäß der vorliegenden Erfindung zur Verfügung zu stellen. Es ist Absicht der vorliegenden Erfindung, alle geeigneten Szenarien zu umfassen, die im Rahmen der nachstehend angefügten Patentansprüche enthalten sind.
  • 6 zeigt ein Ablaufdiagramm, das ein beispielhaftes Verfahren für die Bereitstellung von kreuzdimensionalen Berechnungen und kreuzdimensionalem Datenzugriff veranschaulicht. Das Verfahren beginnt mit Schritt 100, wo der Client 12 und der Server 14 zusammenarbeiten, um eine oder mehrere Dimensionen 30 und Dimensionselemente 32 innerhalb der Datenbank 16 zu definieren. Der Client 12 und der Server 14 arbeiten zusammen, um einen oder mehrere entsprechende Aliase 34 für jede Dimension 30 bei Schritt 102 zu definieren, und sie arbeiten bei Schritt 104 zusammen, um einen oder mehrere geeignete Zuordnungssätze 42 und verknüpften Zuordnungen 48 zwischen den Elementen 32 der Aliase 34 zu definieren. Der Server 14 speichert bei Schritt 106 die Zuordnungssätze 42 und die verknüpften Zuordnungen 48 in der Datenbank 16. Auf ähnliche Art und Weise arbeiten der Client 12 und der Server 14 zusammen, um bei Schritt 108 eine oder mehrere entsprechende Aggregationsfunktionen, bei Schritt 110 einen oder mehrere Ausdrücke zur Erzeugung von Werten für virtuelle Datenmaße und bei Schritt 112 entsprechende Datenmaßbeispiele zu definieren und zu speichern. Die vorliegende Erfindung sieht vor, dass die oben genannten Information in jeder geeigneten relativen Ordnung gemäß bestimmten Anforderungen definiert und gespeichert wird. Wenn die Datenbank 16 ausreichend konfiguriert worden ist, um eine kreuzdimensionale Berechnung und einen kreuzdimensionalen Datenzugriff gemäß der vorliegenden Erfindung zu unterstützen, arbeiten der Server 14 und die Datenbank 16 bei Schritt 114 zusammen, um eine Berechnung und einen Zugriff dieser Art gemäß den Zuordnungen 48 zwischen den Dimensions-Aliasen 34, wie in Ausdrücken für virtuelle Datenmaße spezifiziert, zur Verfügung zu stellen, und das Verfahren ist beendet.

Claims (39)

  1. System zum kreuzdimensionalen Datenzugriff in einer online-analytischen Verarbeitungs-Umgebung durch Erzeugung eines Werts für ein erstes Attribut, umfassend: eine Datenbank mit einer oder mehreren Dimensionen, von denen jede ein oder mehrere Elemente umfasst, wobei die Datenbank eine oder mehrere Speicherstellen umfasst, von denen jede mit einem Element aus jeder Dimension in einem Satz aus einer oder mehreren der Dimensionen verknüpft ist; und einen Server, der zur Auswertung eines Ausdrucks betriebsfähig ist, der mindestens ein zweites Attribut, das von einem Satz aus einer oder mehreren der Dimensionen abhängt, umfasst, wobei der Ausdruck mindestens ein Element einer ersten Dimension, von der das erste Attribut abhängt, mindestens einem Element einer zweiten Dimension, von der das zweite Attribut abhängt, zuordnet, wobei der Wert für das erste Attribut gemäß dem Ausdruck erzeugt wird.
  2. System nach Anspruch 1, worin die erste und die zweite Dimension Aliase von mindestens einer Basisdimension sind.
  3. System nach Anspruch 1, worin das erste Attribut nicht von der zweiten Dimension abhängt. 4 System nach Anspruch 1, worin der Wert für das erste Attribut mittels einer kreuzdimensionalen Berechnung gemäß der Zuordnung erzeugt wird. 5 System nach Anspruch 4, worin die Berechnung aus der Gruppe ausgewählt wird, die besteht aus: einer geschichtlichen Ersetzungsberechnung; einer Vorgänger-Nachschlage-Berechnung; und einer abhängigen Datenberechnung.
  4. System nach Anspruch 1, worin ein Wert für das zweite Attribut mittels eines kreuzdimensionalen Datenzugriffs gemäß der Zuordnung erzeugt wird.
  5. System nach Anspruch 1, worin der Server betriebsfähig ist, um der Datenbank einen Zuordnungssatz, umfassend eine Mehrzahl von Zuordnungen, zu übermitteln.
  6. System nach Anspruch 1, worin die Zuordnung eine beliebige Zuordnung zwischen einem oder mehreren spezifizierten Elementen der ersten Dimension und einem oder mehreren spezifizierten Elementen der zweiten Dimension ist.
  7. System nach Anspruch 1, worin die erste Dimension und die zweite Dimension dieselbe Dimension sind und die Zuordnung eine relative Zuordnung zwischen miteinander in Beziehung stehenden Elementen dieser Dimension ist.
  8. System nach Anspruch 1, worin die Zuordnung eine absolute Zuordnung zwischen mindestens einem Element der ersten Dimension und allen Elementen der zweiten Dimension ist, so dass das Element der ersten Dimension zugeordnet wird, ungeachtet dessen, welches Element der zweiten Dimension ausgewählt wird.
  9. System nach Anspruch 1, worin die erste und die zweite Dimension Aliase derselben Basisdimension sind und die Zuordnung eine Identitätszuordnung zwischen dem Element der ersten Dimension und demselben Element der zweiten Dimension ist.
  10. System nach Anspruch 1, worin der Ausdruck vielfache Zuordnungssätze zwischen vielfachen Sätzen von Dimensionen gemäß den vielfachen Zuordnungen umfasst, wobei jede Zuordnung aus der Gruppe ausgewählt ist, die besteht aus: einer beliebigen Zuordnung; einer relativen Zuordnung; einer absoluten Zuordnung; und einer Identitätszuordnung.
  11. System nach Anspruch 1, worin der Ausdruck eine Aggregationsfunktion über eine Mehrzahl von zugeordneten Elementen der ersten Dimension umfasst, wobei der Wert für das erste Attribut gemäß der Aggregationsfunktion erzeugt wird.
  12. System nach Anspruch 1, worin der Ausdruck vielfache Elemente vielfacher Dimensionen, von denen das erste Attribut abhängt, vielfachen Elementen vielfacher Dimensionen, von denen das zweite Attribut abhängt, zuordnet.
  13. System nach Anspruch 1, worin das zweite Attribut eine verknüpfte Speicherstelle in der Datenbank hat, das erste Attribut jedoch nicht.
  14. Verfahren zum kreuzdimensionalen Datenzugriff in einer onlineanalytischen Verarbeitungs-Umgebung durch Erzeugung eines Werts für ein erstes Attribut, umfassend: die Auswertung eines Ausdrucks, der wenigstens ein zweites Attribut umfasst, das von einem Satz aus einer oder mehreren Dimensionen einer Datenbank abhängt, von denen jede eines oder mehrere Elemente umfasst, wobei der Ausdruck mindestens ein Element einer ersten Dimension, von der das erste Attribut abhängt, mindestens einem Element einer zweiten Dimension, von der das zweite Attribut abhängt, zuordnet; und die Erzeugung des Werts für das erste Attribut gemäß dem Ausdruck.
  15. Verfahren nach Anspruch 16, worin die erste und die zweite Dimension Aliase mindestens einer Basisdimension sind.
  16. Verfahren nach Anspruch 16, worin das erste Attribut nicht von der zweiten Dimension abhängt.
  17. Verfahren nach Anspruch 16, worin der Wert für das erste Attribut mittels einer kreuzdimensionalen Berechnung gemäß der Zuordnung erzeugt wird.
  18. Verfahren nach Anspruch 19, worin die Berechnung aus der Gruppe ausgewählt wird, die besteht aus: einer geschichtlichen Ersetzungsberechnung; einer Vorgänger-Nachschlage-Berechnung; und einer abhängigen Datenberechnung.
  19. Verfahren nach Anspruch 16, weiter umfassend die Erzeugung eines Werts für das zweite Attribut mittels eines kreuzdimensionalen Datenzugriffs gemäß der Zuordnung.
  20. Verfahren nach Anspruch 16, weiter umfassend die Übermittlung eines Zuordnungssatzes, der eine Mehrzahl von Zuordnungen umfasst, an die Datenbank.
  21. Verfahren nach Anspruch 16, worin die Zuordnung eine beliebige Zuordnung zwischen einem oder mehreren spezifizierten Elementen der ersten Dimension und einem oder mehreren spezifizierten Elementen der zweiten Dimension ist.
  22. Verfahren nach Anspruch 16, worin die erste und die zweite Dimension dieselbe Dimension sind und die Zuordnung eine relative Zuordnung zwischen miteinander in Beziehung stehenden Elementen jener Dimension ist.
  23. Verfahren nach Anspruch 16, worin die Zuordnung eine absolute Zuordnung zwischen mindestens einem Element der ersten Dimension und allen Elementen der zweiten Dimension ist, so dass das Element der ersten Dimension zugeordnet wird, ungeachtet dessen, welches Element der zweiten Dimension ausgewählt wird.
  24. Verfahren nach Anspruch 16, worin die erste und die zweite Dimension Aliase derselben Basisdimension sind und die Zuordnung eine Identitätszuordnung zwischen dem Element der ersten Dimension und demselben Element der zweiten Dimension ist.
  25. Verfahren nach Anspruch 16, worin der Ausdruck vielfache Zuordnungssätze zwischen vielfachen Sätzen von Dimensionen gemäß den vielfachen Zuordnungen umfasst, wobei jede Zuordnung aus der Gruppe ausgewählt ist, die besteht aus: einer beliebigen Zuordnung; einer relativen Zuordnung; einer absoluten Zuordnung; und einer Identitätszuordnung.
  26. Verfahren nach Anspruch 16, worin der Ausdruck eine Aggregationsfunktion über eine Mehrzahl von zugeordneten Elementen der ersten Dimension umfasst, wobei der Wert für das erste Attribut gemäß der Aggregationsfunktion erzeugt wird.
  27. Verfahren nach Anspruch 16, worin der Ausdruck vielfache Elemente vielfacher Dimensionen, von denen das erste Attribut abhängt, vielfachen Elementen vielfacher Dimensionen, von denen das zweite Attribut abhängt, zuordnet.
  28. Verfahren nach Anspruch 16, worin das zweite Attribut eine verknüpfte Speicherstelle in der Datenbank hat, das erste Attribut jedoch nicht.
  29. Vorrichtung für die Auswertung eines Ausdrucks zur Erzeugung eines Werts für ein erstes Attribut für ein System zum kreuzdimensionalen Datenzugriff in einer online-analytischen Verarbeitungs-Umgebung, wobei der Ausdruck folgendes umfasst: mindestens ein zweites Attribut, das von einem Satz aus einer oder mehreren Dimensionen einer Datenbank abhängt, wobei jede Dimension ein oder mehrere Elemente hat; und eine Zuordnung, um mindestens ein Element einer ersten Dimension, von der das erste Attribut abhängt, mindestens einem Element einer zweiten Dimension, von der das zweite Attribut abhängt, zuzuordnen.
  30. Vorrichtung nach Anspruch 31, worin der Ausdruck für die Verwendung in einer OLAP-Umgebung geeignet ist.
  31. Vorrichtung nach Anspruch 31, worin die erste und die zweite Dimension Aliase von mindestens einer Basisdimension sind.
  32. Vorrichtung nach Anspruch 31, worin das erste Attribut nicht von der zweiten Dimension abhängt.
  33. Vorrichtung nach Anspruch 31, worin die Zuordnung eine beliebige Zuordnung zwischen einem oder mehreren spezifizierten Elementen der ersten Dimension und einem oder mehreren spezifizierten Elementen der zweiten Dimension ist.
  34. Vorrichtung nach Anspruch 31, worin die erste und die zweite Dimension dieselbe Dimension sind und die Zuordnung eine relative Zuordnung zwischen miteinander in Beziehung stehenden Elementen jener Dimension ist.
  35. Vorrichtung nach Anspruch 31, worin die Zuordnung eine absolute Zuordnung zwischen mindestens einem Element der ersten Dimension und allen Elementen der zweiten Dimension ist, so dass das Element der ersten Dimension zugeordnet wird, ungeachtet dessen, welches Element der zweiten Dimension ausgewählt wird.
  36. Vorrichtung nach Anspruch 31, worin die erste und die zweite Dimension Aliase derselben Basisdimension sind und die Zuordnung eine Identitätszuordnung zwischen dem Element der ersten Dimension und demselben Element der zweiten Dimension ist.
  37. Vorrichtung nach Anspruch 31, worin der Ausdruck vielfache Zuordnungssätze zwischen vielfachen Sätzen von Dimensionen gemäß den vielfachen Zuordnungen umfasst, wobei jede Zuordnung aus der Gruppe ausgewählt ist, die besteht aus: einer beliebigen Zuordnung; einer relativen Zuordnung; einer absoluten Zuordnung; und einer Identitätszuordnung.
  38. Vorrichtung nach Anspruch 31, worin der Ausdruck eine Aggregationsfunktion über eine Mehrzahl von zugeordneten Elementen der ersten Dimension umfasst, wobei der Wert für das erste Attribut gemäß der Aggregationsfunktion erzeugt wird.
  39. Vorrichtung nach Anspruch 31, worin der Ausdruck vielfache Elemente vielfacher Dimensionen, von denen das erste Attribut abhängt, vielfachen Elementen vielfacher Dimensionen, von denen das zweite Attribut abhängt, zuordnet.
DE10195968T 2000-03-24 2001-03-01 System und Verfahren zur Bereitstellung einer Kreuzdimensionalen Berechnung und eines Kreuzdimensionalen Datenzugriffs in einer Online-Analytischen Verarbeitungs-Umgebung (ON-LINE ANALYTICAL PROCESSING = OLAP) Expired - Fee Related DE10195968B4 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/535,905 US6574619B1 (en) 2000-03-24 2000-03-24 System and method for providing cross-dimensional computation and data access in an on-line analytical processing (OLAP) environment
US09/535,905 2000-03-24
PCT/US2001/006824 WO2001073608A2 (en) 2000-03-24 2001-03-01 System and method for providing cross-dimensional computation and data access in an on-line analytical processing (olap) environment

Publications (2)

Publication Number Publication Date
DE10195968T1 DE10195968T1 (de) 2003-02-27
DE10195968B4 true DE10195968B4 (de) 2010-04-22

Family

ID=24136283

Family Applications (1)

Application Number Title Priority Date Filing Date
DE10195968T Expired - Fee Related DE10195968B4 (de) 2000-03-24 2001-03-01 System und Verfahren zur Bereitstellung einer Kreuzdimensionalen Berechnung und eines Kreuzdimensionalen Datenzugriffs in einer Online-Analytischen Verarbeitungs-Umgebung (ON-LINE ANALYTICAL PROCESSING = OLAP)

Country Status (5)

Country Link
US (1) US6574619B1 (de)
AU (1) AU2001240022A1 (de)
DE (1) DE10195968B4 (de)
TW (1) TW580626B (de)
WO (1) WO2001073608A2 (de)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7120629B1 (en) * 2000-05-24 2006-10-10 Reachforce, Inc. Prospects harvester system for providing contact data about customers of product or service offered by business enterprise extracting text documents selected from newsgroups, discussion forums, mailing lists, querying such data to provide customers who confirm to business profile data
US7096220B1 (en) 2000-05-24 2006-08-22 Reachforce, Inc. Web-based customer prospects harvester system
US7082427B1 (en) 2000-05-24 2006-07-25 Reachforce, Inc. Text indexing system to index, query the archive database document by keyword data representing the content of the documents and by contact data associated with the participant who generated the document
US7003517B1 (en) * 2000-05-24 2006-02-21 Inetprofit, Inc. Web-based system and method for archiving and searching participant-based internet text sources for customer lead data
TW577003B (en) * 2000-09-29 2004-02-21 Manugistics Inc System, network, storage device, and method for supply chain management, including collaboration
US7043531B1 (en) 2000-10-04 2006-05-09 Inetprofit, Inc. Web-based customer lead generator system with pre-emptive profiling
US7330850B1 (en) 2000-10-04 2008-02-12 Reachforce, Inc. Text mining system for web-based business intelligence applied to web site server logs
AU2002214663A1 (en) * 2000-10-27 2002-05-06 Manugistics, Inc. System and method for ensuring order fulfillment
US6988104B2 (en) * 2001-04-02 2006-01-17 I2 Technologies U.S., Inc. System and method for allocating data in a hierarchical organization of data
US20020184260A1 (en) * 2001-05-30 2002-12-05 Paul Martin Multidimensional data entry in a spreadsheet
US20030009649A1 (en) * 2001-05-30 2003-01-09 Paul Martin Dynamic conversion of spreadsheet formulas to multidimensional calculation rules
US7447687B2 (en) * 2002-05-10 2008-11-04 International Business Machines Corporation Methods to browse database query information
US9704108B2 (en) * 2002-06-07 2017-07-11 Jda Software Group, Inc. System and method for network visualization and plan review
US7716167B2 (en) * 2002-12-18 2010-05-11 International Business Machines Corporation System and method for automatically building an OLAP model in a relational database
US7181450B2 (en) 2002-12-18 2007-02-20 International Business Machines Corporation Method, system, and program for use of metadata to create multidimensional cubes in a relational database
US8683016B1 (en) 2002-12-20 2014-03-25 Versata Development Group, Inc. Data recording components and processes for acquiring selected web site data
US7953694B2 (en) * 2003-01-13 2011-05-31 International Business Machines Corporation Method, system, and program for specifying multidimensional calculations for a relational OLAP engine
US7895191B2 (en) 2003-04-09 2011-02-22 International Business Machines Corporation Improving performance of database queries
US7366725B2 (en) * 2003-08-11 2008-04-29 Descisys Limited Method and apparatus for data validation in multidimensional database
US7734661B2 (en) * 2003-08-11 2010-06-08 Descisys Limited Method and apparatus for accessing multidimensional data
US7707143B2 (en) 2004-06-14 2010-04-27 International Business Machines Corporation Systems, methods, and computer program products that automatically discover metadata objects and generate multidimensional models
US9002778B2 (en) * 2004-06-22 2015-04-07 International Business Machines Corporation Designing aggregates based on access patterns in dimensions
US20050283494A1 (en) * 2004-06-22 2005-12-22 International Business Machines Corporation Visualizing and manipulating multidimensional OLAP models graphically
US7480663B2 (en) * 2004-06-22 2009-01-20 International Business Machines Corporation Model based optimization with focus regions
US20070078698A1 (en) * 2005-10-05 2007-04-05 International Business Machines Corporation Supply and demand planning by omitting order item
US7970735B2 (en) * 2006-03-20 2011-06-28 Microsoft Corporation Cross varying dimension support for analysis services engine
US7756854B2 (en) * 2007-04-25 2010-07-13 International Business Machines Corporation Minimization of calculation retrieval in a multidimensional database
US20090006455A1 (en) * 2007-06-30 2009-01-01 Microsoft Corporation Automated time metadata deduction
US20090287666A1 (en) * 2008-05-13 2009-11-19 International Business Machines Corporation Partitioning of measures of an olap cube using static and dynamic criteria
US8972463B2 (en) * 2008-07-25 2015-03-03 International Business Machines Corporation Method and apparatus for functional integration of metadata
US9110970B2 (en) * 2008-07-25 2015-08-18 International Business Machines Corporation Destructuring and restructuring relational data
US8943087B2 (en) * 2008-07-25 2015-01-27 International Business Machines Corporation Processing data from diverse databases

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5905985A (en) * 1997-06-30 1999-05-18 International Business Machines Corporation Relational database modifications based on multi-dimensional database modifications

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5359724A (en) 1992-03-30 1994-10-25 Arbor Software Corporation Method and apparatus for storing and retrieving multi-dimensional data in computer memory
US5943668A (en) * 1997-06-30 1999-08-24 International Business Machines Corporation Relational emulation of a multi-dimensional database
US6317750B1 (en) * 1998-10-26 2001-11-13 Hyperion Solutions Corporation Method and apparatus for accessing multidimensional data
US6381605B1 (en) * 1999-05-29 2002-04-30 Oracle Corporation Heirarchical indexing of multi-attribute data by sorting, dividing and storing subsets
US6374234B1 (en) * 1999-06-22 2002-04-16 Microsoft Corporation Aggregations performance estimation in database systems
US6408292B1 (en) * 1999-08-04 2002-06-18 Hyperroll, Israel, Ltd. Method of and system for managing multi-dimensional databases using modular-arithmetic based address data mapping processes on integer-encoded business dimensions

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5905985A (en) * 1997-06-30 1999-05-18 International Business Machines Corporation Relational database modifications based on multi-dimensional database modifications

Also Published As

Publication number Publication date
AU2001240022A1 (en) 2001-10-08
DE10195968T1 (de) 2003-02-27
WO2001073608A2 (en) 2001-10-04
US6574619B1 (en) 2003-06-03
WO2001073608A3 (en) 2004-03-25
TW580626B (en) 2004-03-21

Similar Documents

Publication Publication Date Title
DE10195968B4 (de) System und Verfahren zur Bereitstellung einer Kreuzdimensionalen Berechnung und eines Kreuzdimensionalen Datenzugriffs in einer Online-Analytischen Verarbeitungs-Umgebung (ON-LINE ANALYTICAL PROCESSING = OLAP)
US20210049190A1 (en) System and method for aggregating values through risk dimension hierarchies in a multidimensional database environment
DE69831777T2 (de) Framework zur finanziellen Integration von Geschäftsapplikationen
DE112016003626T5 (de) Natürlichsprachliche Schnittstelle zu Datenbanken
DE10035043A1 (de) Mehrdimensionale Indexierungsstruktur zur Verwendung mit linearen Optimierungsanfragen
DE60224432T2 (de) Dynamische und automatische speicherverwaltung
DE10257199A1 (de) Erzeugen eines optimierten Preiskalkulationsplans
DE112014001361T5 (de) Verfahren, Vorrichtung und computerlesbares Medium für effiziente Ausführung von Operationen an individuellen Datenwerten
DE10251440A1 (de) Reproduzierbare Auswahl von Elementen in einer Hierarchie
DE10113577A1 (de) Verfahren, Computerprogrammprodukt und Computersystem zur Unterstützung mehrerer Anwendungssysteme mittels eines einzelnen Datenbank-Systems
DE102004023264A1 (de) Optimieren eines Lagerbestands einer Lieferkette
DE10244731A1 (de) Dynamischer Auslastungsausgleich unter Verwendung einer semantischen Verkehrsüberwachung
DE112006002886T5 (de) System und Verfahren zum Speichern von Postenattributen in einem elektronischen Katalog
DE112019004260T5 (de) Analyse und korrektur der lieferketten-gestaltung durch maschinelles lernen
DE202011110124U1 (de) Hybridabfrageausführungsplan
DE10307277A1 (de) Operationalisieren eines Ziels
CN105184542A (zh) 基于物料库存状态对企业资源计划实时管理的方法及系统
EP1758051A1 (de) System, Verfahren und Computerprogrammprodukt zur arbeitsflussbasierten Datenverarbeitung
DE102006023974A1 (de) System und Verfahren für maßgeschneiderte Anwendungsbestellung und Installation für Informationsverarbeitungssysteme
DE10239292A1 (de) Konflikterfassung und -lösung in Zusammenhang mit einer Datenzuweisung
WO2003088030A1 (en) System and method for visualizing data
DE19534819B4 (de) Verfahren und Vorrichtung zum Konfigurieren einer Datenbank
DE112020001774T5 (de) Datensatzabhängiges niedrigrang-zerlegen von neuronalen netzwerken
DE60303413T2 (de) Verfahren und computersystem zum reduzieren von ausführungszeiten bei der materialbedarfsplanung
DE102012100113A1 (de) Verfahren, Software und Computersystem zur Handhabung von angesammelten Daten

Legal Events

Date Code Title Description
8110 Request for examination paragraph 44
8128 New person/name/address of the agent

Representative=s name: DF-MP, 80333 MUENCHEN

8364 No opposition during term of opposition
R082 Change of representative

Representative=s name: DF-MP, 80333 MUENCHEN, DE

Representative=s name: DF-MP, DE

R081 Change of applicant/patentee

Owner name: JDA SOFTWARE GROUP, INC., US

Free format text: FORMER OWNER: I2 TECHNOLOGIES, INC., DALLAS, US

Effective date: 20120119

Owner name: JDA SOFTWARE GROUP, INC., SCOTTSDALE, US

Free format text: FORMER OWNER: I2 TECHNOLOGIES, INC., DALLAS, TEX., US

Effective date: 20120119

R082 Change of representative

Representative=s name: DF-MP DOERRIES FRANK-MOLNIA & POHLMAN PATENTAN, DE

Effective date: 20120119

R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee