US20080046721A1 - Dynamic multiprovider - Google Patents

Dynamic multiprovider Download PDF

Info

Publication number
US20080046721A1
US20080046721A1 US11/504,916 US50491606A US2008046721A1 US 20080046721 A1 US20080046721 A1 US 20080046721A1 US 50491606 A US50491606 A US 50491606A US 2008046721 A1 US2008046721 A1 US 2008046721A1
Authority
US
United States
Prior art keywords
multiprovider
data sources
key figures
data
article
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.)
Abandoned
Application number
US11/504,916
Inventor
Thomas Zurek
Bernhard Hornung
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.)
SAP SE
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to US11/504,916 priority Critical patent/US20080046721A1/en
Assigned to SAP AG reassignment SAP AG ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HORNUNG, BERNHARD, ZUREK, THOMAS
Publication of US20080046721A1 publication Critical patent/US20080046721A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Definitions

  • the subject matter described herein relates to a multiprovider that allows for dynamic configuration.
  • Infoproviders are meta data objects in a database that can be uniformly seen as data providers within a query definition, and whose data can also be reported uniformly. Infoproviders can include infocubes (i.e., a quantity of relational tables arranged according to the star schema, etc.), ODS objects (i.e., a storage location for consolidated and cleaned-up transaction data or master data on a document (atomic) level, etc.), infoobjects (i.e., business evaluation objects, etc.), and infosets (i.e., combined data sets, etc.) and the like.
  • infocubes i.e., a quantity of relational tables arranged according to the star schema, etc.
  • ODS objects i.e., a storage location for consolidated and cleaned-up transaction data or master data on a document (atomic) level, etc.
  • infoobjects i.e., business evaluation objects, etc.
  • infosets i.e., combined data sets, etc.
  • a multiprovider is
  • Infoproviders and multiproviders are the objects or views that are relevant for reporting.
  • a multiprovider is useful in that it can allow a user to run reports using several infoproviders.
  • a multiprovider does not contain any data, but rather it is a meta data object.
  • a multiprovider can define
  • Participating (atomic) infoproviders also referred to as part-providers
  • a selection of a plurality of data sources e.g., infoprovider, collection of infoobjects, etc.
  • a multiprovider based on the selection is dynamically generated. This multiprovider includes characteristics and key figures from each of the selected data sources. After the multiprovider is generated, queries may be run on top of the multiprovider and responsive results reported.
  • duplicative characteristics and/or key figures from the data sources are removed. In other implementations, all characteristics and/or key figures from the data sources are included in the multiprovider.
  • Articles are also described that comprise a machine-readable medium embodying instructions that when performed by one or more machines result in operations described herein.
  • computer systems are also described that may include a processor and a memory coupled to the processor.
  • the memory may encode one or more programs that cause the processor to perform one or more of the operations described herein.
  • the subject matter described herein provides many advantages. Although conventional multiproviders permit the combination and analysis of data from separate physical stores (i.e., a multiprovider avoids that data having to be combined and copied to an additional physical store before it can be analyzed), the subject matter described herein provides significant improvements. For example, a user can dynamically select a set of infoproviders which are then combined to form a multiprovider so that a new query generated by the user can be defined on top of the multiprovider. Previously, the generation of a multiprovider and any resulting queries was decoupled which resulted in certain inefficiencies.
  • FIG. 1 is a process flow diagram illustrating a dynamic generation of a multiprovider
  • FIG. 2 is a diagram illustrating characteristics and key figures of three infoproviders
  • FIG. 3 is a diagram illustrating the infoproviders of FIG. 2 populated with data
  • FIG. 4 is a diagram illustrating a mapping of characteristics and key figures of the infoproviders of FIG. 2 to characteristics and key figures of a multiprovider;
  • FIG. 5 is a diagram illustrating the multiprovider of FIG. 4 populated with data.
  • FIG. 1 is a process flow diagram illustrating a method 100 in which, at 110 , a selection of a plurality of data sources is received. These data sources characterize (i.e., include, reference, etc.) characteristics and key figures. Thereafter, at 120 , a multiprovider based on the selection is dynamically generated (i.e., generated on the fly, etc.) that includes characteristics and key figures from each of the selected data sources. Optionally, at 130 , a query on top of the multiprovider is received and, at 140 , data responsive to the query is extracted and/or reported.
  • FIG. 2 illustrates three (atomic) infoproviders 210 , 220 , 230 which originate from a sales-order context. From a simplified point of view, the sales-order process is divided into three sub-processes, namely the ordering process by the customer, the delivery process and the billing process. Each of the descriptions translates 1:1 into an infoprovider. They are referred to as ORDER 210 , DELIVERY 220 , BILLING 230 respectively and each such infoprovider respectively includes a plurality of items (i.e., infoobjects, sub-processes, etc.) 240 , 250 , 260 .
  • items i.e., infoobjects, sub-processes, etc.
  • FIG. 3 is a diagram 300 that illustrates sample data 310 , 320 , 330 that may be held by the respective infoproviders 210 , 220 , 230 .
  • FIG. 4 is a diagram 400 that illustrates a sample mapping of items 240 , 250 , 260 respectively from the infoproviders 210 , 220 , 230 to populate items 420 in a multiprovider 410 . Such a mapping is derived automatically rather than manually by a user.
  • FIG. 5 is a diagram 500 illustrating how a multiprovider as in FIG. 4 might be populated with data.
  • mapping illustrated in FIG. 4 can be derived using an algorithm that commences with a user selecting infoproviders through a graphical user interface (or other input mechanism) that it wants to use in multiprovider M (referred to herein a I 1 , I 2 , . . . , I n ).
  • multiprovider M is generated that comprises:
  • Mapping can be performed through matching infoobject names. For example, a characteristic X of a part-provider Pi can be mapped to characteristic X in multiprovider M and the union operation described above can guarantee that there is a characteristic X in multiprovider M. Similarly, a key figure Y of a part-provider P i can be mapped to key figure Y in multiprovider M and the union operation described above can ensure that there is a key figure Y in multiprovider M.
  • implementations of the subject matter described herein may be realized in digital electronic circuitry, integrated circuitry, specially designed ASICs (application specific integrated circuits), computer hardware, firmware, software, and/or combinations thereof.
  • ASICs application specific integrated circuits
  • These various implementations may include implementation in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, coupled to receive data and instructions from, and to transmit data and instructions to, a storage system, at least one input device, and at least one output device.
  • the subject matter described herein may be implemented on a computer having a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user and a keyboard and a pointing device (e.g., a mouse or a trackball) by which the user may provide input to the computer.
  • a display device e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor
  • a keyboard and a pointing device e.g., a mouse or a trackball
  • Other kinds of devices may be used to provide for interaction with a user as well; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.
  • the subject matter described herein may be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a client computer having a graphical user interface or a Web browser through which a user may interact with an implementation of the subject matter described herein), or any combination of such back-end, middleware, or front-end components.
  • the components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network (“LAN”), a wide area network (“WAN”), and the Internet.
  • LAN local area network
  • WAN wide area network
  • the Internet the global information network
  • the computing system may include clients and servers.
  • a client and server are generally remote from each other and typically interact through a communication network.
  • the relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.

Abstract

A selection of a plurality of data sources which characterize characteristics and key figures are received. Thereafter, a multiprovider is dynamically generated that is based on the selection and which includes characteristics and key figures from each of the selected data sources. Queries may then be run on top of the multiprovider and reported. Related apparatus, systems, methods, and articles are also described.

Description

    TECHNICAL FIELD
  • The subject matter described herein relates to a multiprovider that allows for dynamic configuration.
    • BACKGROUND
  • Infoproviders are meta data objects in a database that can be uniformly seen as data providers within a query definition, and whose data can also be reported uniformly. Infoproviders can include infocubes (i.e., a quantity of relational tables arranged according to the star schema, etc.), ODS objects (i.e., a storage location for consolidated and cleaned-up transaction data or master data on a document (atomic) level, etc.), infoobjects (i.e., business evaluation objects, etc.), and infosets (i.e., combined data sets, etc.) and the like. A multiprovider is a type of infoprovider that combines data from a number of infoproviders and makes it available for reporting purposes. The multiprovider does not itself contain any data. Its data comes entirely from the infoproviders on which it is based. Such infoproviders can be connected to one another by a union operation.
  • Infoproviders and multiproviders are the objects or views that are relevant for reporting. A multiprovider is useful in that it can allow a user to run reports using several infoproviders.
  • As stated, a multiprovider does not contain any data, but rather it is a meta data object. A multiprovider can define
  • 1. Participating (atomic) infoproviders (also referred to as part-providers);
  • 2. Infoobjects (characteristics, key figures) in the multiprovider; and
  • 3. Mapping of the infoobjects in the part-providers to the infoobjects in the multiprovider.
  • With previous arrangements, each of the three above steps were manually defined during design-time. Typically, this definition occured well in advance before a user first runs a query on such a multiprovider. As a result, the definition of a multiprovider and its usage are separated time-wise and role-wise which resulted in delays in optimizing reporting which in turn unnecessarily consumed processing and human resources.
    • SUMMARY
  • A selection of a plurality of data sources (e.g., infoprovider, collection of infoobjects, etc.) that characterize characteristics and key figures is received. In response to this selection, a multiprovider based on the selection is dynamically generated. This multiprovider includes characteristics and key figures from each of the selected data sources. After the multiprovider is generated, queries may be run on top of the multiprovider and responsive results reported.
  • In some implementations, duplicative characteristics and/or key figures from the data sources are removed. In other implementations, all characteristics and/or key figures from the data sources are included in the multiprovider.
  • Articles are also described that comprise a machine-readable medium embodying instructions that when performed by one or more machines result in operations described herein. Similarly, computer systems are also described that may include a processor and a memory coupled to the processor. The memory may encode one or more programs that cause the processor to perform one or more of the operations described herein.
  • The subject matter described herein provides many advantages. Although conventional multiproviders permit the combination and analysis of data from separate physical stores (i.e., a multiprovider avoids that data having to be combined and copied to an additional physical store before it can be analyzed), the subject matter described herein provides significant improvements. For example, a user can dynamically select a set of infoproviders which are then combined to form a multiprovider so that a new query generated by the user can be defined on top of the multiprovider. Previously, the generation of a multiprovider and any resulting queries was decoupled which resulted in certain inefficiencies.
  • The details of one or more variations of the subject matter described herein are set forth in the accompanying drawings and the description below. Other features and advantages of the subject matter described herein will be apparent from the description and drawings, and from the claims.
    • DESCRIPTION OF DRAWINGS
  • FIG. 1 is a process flow diagram illustrating a dynamic generation of a multiprovider;
  • FIG. 2 is a diagram illustrating characteristics and key figures of three infoproviders;
  • FIG. 3 is a diagram illustrating the infoproviders of FIG. 2 populated with data;
  • FIG. 4 is a diagram illustrating a mapping of characteristics and key figures of the infoproviders of FIG. 2 to characteristics and key figures of a multiprovider; and
  • FIG. 5 is a diagram illustrating the multiprovider of FIG. 4 populated with data.
    •
  • Like reference symbols in the various drawings indicate like elements.
    • DETAILED DESCRIPTION
  • FIG. 1 is a process flow diagram illustrating a method 100 in which, at 110, a selection of a plurality of data sources is received. These data sources characterize (i.e., include, reference, etc.) characteristics and key figures. Thereafter, at 120, a multiprovider based on the selection is dynamically generated (i.e., generated on the fly, etc.) that includes characteristics and key figures from each of the selected data sources. Optionally, at 130, a query on top of the multiprovider is received and, at 140, data responsive to the query is extracted and/or reported.
  • FIG. 2 illustrates three (atomic) infoproviders 210, 220, 230 which originate from a sales-order context. From a simplified point of view, the sales-order process is divided into three sub-processes, namely the ordering process by the customer, the delivery process and the billing process. Each of the descriptions translates 1:1 into an infoprovider. They are referred to as ORDER 210, DELIVERY 220, BILLING 230 respectively and each such infoprovider respectively includes a plurality of items (i.e., infoobjects, sub-processes, etc.) 240, 250, 260.
  • The “C” designation indicates a characteristic (a kind of descriptive attribute or dimension) while a “K” designation marks key figures (quantitative attributes or measures). It will be noted that three sub-processes—and consequently also their related infoproviders 210, 220, 230—share some common information, namely the order number (ONUM), the customer name (CUST) and the product (PROD) that has been ordered. Some other items are solely associated with a single infoprovider, such as the date on which the respective transaction takes places (ODAT, DDAT, BDAT) or the person handling the transaction (OPER, DPER, BPER). Similarly, key figures can be common among the infoproviders or alternatively solely associated with a single infoprovider. FIG. 3 is a diagram 300 that illustrates sample data 310, 320, 330 that may be held by the respective infoproviders 210, 220, 230.
  • FIG. 4 is a diagram 400 that illustrates a sample mapping of items 240, 250, 260 respectively from the infoproviders 210, 220, 230 to populate items 420 in a multiprovider 410. Such a mapping is derived automatically rather than manually by a user. FIG. 5 is a diagram 500 illustrating how a multiprovider as in FIG. 4 might be populated with data.
  • The mapping illustrated in FIG. 4 can be derived using an algorithm that commences with a user selecting infoproviders through a graphical user interface (or other input mechanism) that it wants to use in multiprovider M (referred to herein a I1, I2, . . . , In). As a result of this input, multiprovider M is generated that comprises:
  • 1. A list of the selected part-providers P1, P2, . . . , Pn.
  • 2. A set C of characteristics and a set K of key figures in multiprovider M.
  • 3. A mapping of characteristics and key figures in P1, P2, . . . , Pn to characteristics and key figures in M.
  • In some variations, each selected infoprovider is translated into a part-provider of multiprovider M: Pi=Ii for i=1, . . . , n. In addition, union operations such as C={characteristics in P1} ∪ {characteristics in Pn} and/or K={key figures in P1} ∪ {key figures in Pn} can be performed to remove any duplicate characteristics and/or key figures. Mapping can be performed through matching infoobject names. For example, a characteristic X of a part-provider Pi can be mapped to characteristic X in multiprovider M and the union operation described above can guarantee that there is a characteristic X in multiprovider M. Similarly, a key figure Y of a part-provider Pi can be mapped to key figure Y in multiprovider M and the union operation described above can ensure that there is a key figure Y in multiprovider M.
  • Various implementations of the subject matter described herein may be realized in digital electronic circuitry, integrated circuitry, specially designed ASICs (application specific integrated circuits), computer hardware, firmware, software, and/or combinations thereof. These various implementations may include implementation in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, coupled to receive data and instructions from, and to transmit data and instructions to, a storage system, at least one input device, and at least one output device.
  • These computer programs (also known as programs, software, software applications or code) include machine instructions for a programmable processor, and may be implemented in a high-level procedural and/or object-oriented programming language, and/or in assembly/machine language. As used herein, the term “machine-readable medium” refers to any computer program product, apparatus and/or device (e.g., magnetic discs, optical disks, memory, Programmable Logic Devices (PLDs)) used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term “machine-readable signal” refers to any signal used to provide machine instructions and/or data to a programmable processor.
  • To provide for interaction with a user, the subject matter described herein may be implemented on a computer having a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user and a keyboard and a pointing device (e.g., a mouse or a trackball) by which the user may provide input to the computer. Other kinds of devices may be used to provide for interaction with a user as well; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.
  • The subject matter described herein may be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a client computer having a graphical user interface or a Web browser through which a user may interact with an implementation of the subject matter described herein), or any combination of such back-end, middleware, or front-end components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network (“LAN”), a wide area network (“WAN”), and the Internet.
  • The computing system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
  • Although a few variations have been described in detail above, other modifications are possible. For example, the logic flow depicted in the accompanying figures and described herein do not require the particular order shown, or sequential order, to achieve desirable results. Other embodiments may be within the scope of the following claims.

Claims (20)

1. An article embodied on tangible media and operable to cause data processing apparatus to perform operations comprising:
receiving a selection of a plurality of data sources, the data sources characterizing characteristics and key figures; and
generating a multiprovider based on the selection, the multiprovider including characteristics and key figures from each of the selected data sources.
2. An article as in claim 1, wherein at least one of the data sources is an infoprovider.
3. An article as in claim 1, wherein duplicative characteristics and key figures from the data sources are removed.
4. An article as in claim 1, wherein each data source comprises a plurality of infoobjects.
5. An article as in claim 1, wherein the article is further operable to cause data processing apparatus to perform operations comprising:
receiving a user-generated query against the multiprovider.
6. An article as in claim 5, wherein the article is further operable to cause data processing apparatus to perform operations comprising:
extracting data from the multiprovider responsive to the query.
7. An article as in claim 1, wherein the multiprovider includes all characteristics and key figures from each of the selected data sources.
8. A computer-implemented method comprising:
receiving a selection of a plurality of data sources, the data sources characterizing characteristics and key figures; and
generating a multiprovider based on the selection, the multiprovider including characteristics and key figures from each of the selected data sources.
9. A method as in claim 8, wherein at least one of the data sources is an Infoprovider.
10. A method as in claim 8, wherein duplicative characteristics and key figures from the data sources are removed.
11. A method as in claim 8, wherein each data source comprises a plurality of infoobjects.
12. A method as in claim 8 further comprising:
receiving a user-generated query against the multiprovider.
13. A method as in claim 12, wherein the article is further operable to cause data processing apparatus to perform operations comprising:
extracting data from the multiprovider responsive to the query.
14. A method as in claim 8, wherein the multiprovider includes all characteristics and key figures from each of the selected data sources.
15. An apparatus comprising:
means for receiving a selection of a plurality of data sources, the data sources characterizing characteristics and key figures;
means for generating a multiprovider based on the selection, the multiprovider including characteristics and key figures from each of the selected data sources;
means for receiving a query against the multiprovider; and
means for reporting data responsive to the query.
16. An apparatus as in claim 15, wherein at least one of the data sources is an Infoprovider.
17. An apparatus as in claim 15, wherein duplicative characteristics and key figures from the data sources are removed.
18. An apparatus as in claim 15, wherein each data source comprises a plurality of infoobjects.
19. An apparatus as in claim 15, wherein the multiprovider includes all characteristics and key figures from each of the selected data sources.
20. An apparatus as in claim 15, wherein the means for generating a multiprovider comprises means for mapping characteristics and key figures from the data sources to infoobjects in the multiprovider.
US11/504,916 2006-08-15 2006-08-15 Dynamic multiprovider Abandoned US20080046721A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/504,916 US20080046721A1 (en) 2006-08-15 2006-08-15 Dynamic multiprovider

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/504,916 US20080046721A1 (en) 2006-08-15 2006-08-15 Dynamic multiprovider

Publications (1)

Publication Number Publication Date
US20080046721A1 true US20080046721A1 (en) 2008-02-21

Family

ID=39102732

Family Applications (1)

Application Number Title Priority Date Filing Date
US11/504,916 Abandoned US20080046721A1 (en) 2006-08-15 2006-08-15 Dynamic multiprovider

Country Status (1)

Country Link
US (1) US20080046721A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106528698A (en) * 2016-11-02 2017-03-22 东莞理工学院 Secure Top-k inquiry method in intelligent router

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6081805A (en) * 1997-09-10 2000-06-27 Netscape Communications Corporation Pass-through architecture via hash techniques to remove duplicate query results
US20040172393A1 (en) * 2003-02-27 2004-09-02 Kazi Zunaid H. System and method for matching and assembling records
US20050010550A1 (en) * 2003-05-27 2005-01-13 Potter Charles Mike System and method of modelling of a multi-dimensional data source in an entity-relationship model
US20060200545A1 (en) * 2003-02-28 2006-09-07 Fromentoux Gael Multi-supplier multi-domain mediation element between an application service provider and resource provider in a telecommunication network
US20060200544A1 (en) * 2003-02-28 2006-09-07 Patrick Jure Multi-supplier, multi-domain mediating element for event notification
US20070027904A1 (en) * 2005-06-24 2007-02-01 George Chow System and method for translating between relational database queries and multidimensional database queries
US20070143311A1 (en) * 2005-12-19 2007-06-21 Yahoo! Inc. System for query processing of column chunks in a distributed column chunk data store
US20070174296A1 (en) * 2006-01-17 2007-07-26 Andrew Gibbs Method and system for distributing a database and computer program within a network
US20070198495A1 (en) * 2006-01-27 2007-08-23 Buron Florian M Geographic coding for location search queries

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6081805A (en) * 1997-09-10 2000-06-27 Netscape Communications Corporation Pass-through architecture via hash techniques to remove duplicate query results
US20040172393A1 (en) * 2003-02-27 2004-09-02 Kazi Zunaid H. System and method for matching and assembling records
US20060200545A1 (en) * 2003-02-28 2006-09-07 Fromentoux Gael Multi-supplier multi-domain mediation element between an application service provider and resource provider in a telecommunication network
US20060200544A1 (en) * 2003-02-28 2006-09-07 Patrick Jure Multi-supplier, multi-domain mediating element for event notification
US20050010550A1 (en) * 2003-05-27 2005-01-13 Potter Charles Mike System and method of modelling of a multi-dimensional data source in an entity-relationship model
US20070027904A1 (en) * 2005-06-24 2007-02-01 George Chow System and method for translating between relational database queries and multidimensional database queries
US20070143311A1 (en) * 2005-12-19 2007-06-21 Yahoo! Inc. System for query processing of column chunks in a distributed column chunk data store
US20070174296A1 (en) * 2006-01-17 2007-07-26 Andrew Gibbs Method and system for distributing a database and computer program within a network
US20070198495A1 (en) * 2006-01-27 2007-08-23 Buron Florian M Geographic coding for location search queries

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106528698A (en) * 2016-11-02 2017-03-22 东莞理工学院 Secure Top-k inquiry method in intelligent router

Similar Documents

Publication Publication Date Title
US8316012B2 (en) Apparatus and method for facilitating continuous querying of multi-dimensional data streams
US9672250B2 (en) Database calculation engine
US7593957B2 (en) Hybrid data provider
US7814044B2 (en) Data access service queries
US7620642B2 (en) Mapping data structures
US7840584B2 (en) Iterative data analysis enabled through query result abstraction
US7720803B2 (en) Mapping of a transactional data model to a reporting data model
US7792784B2 (en) Streaming multidimensional data by bypassing multidimensional query processor
US9075859B2 (en) Parameterized database drill-through
US20130110871A1 (en) Distributed platform for network analysis
US20110313969A1 (en) Updating historic data and real-time data in reports
US7814045B2 (en) Semantical partitioning of data
US20120169713A1 (en) Automatically generating reports matching user interests represented in a dynamically adjusted user interest analytic model
EP2608128A1 (en) Analyzing And Representing Interpersonal Relations
US8578260B2 (en) Apparatus and method for reformatting a report for access by a user in a network appliance
US20180349453A1 (en) Hash-based database update
WO2022076357A1 (en) Unified machine learning feature data pipeline
US20080046721A1 (en) Dynamic multiprovider
US9053151B2 (en) Dynamically joined fast search views for business objects
US20130159324A1 (en) Multi-Source Multi-Step Search in Enterprise Software Systems
US20150134381A1 (en) Data Collection Framework
US20160019261A1 (en) Methods, systems, and apparatus for search of electronic information attachments
US20140280281A1 (en) Formatting in a Database

Legal Events

Date Code Title Description
AS Assignment

Owner name: SAP AG, GERMANY

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ZUREK, THOMAS;HORNUNG, BERNHARD;REEL/FRAME:018309/0042

Effective date: 20060921

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION