WO1996027841A1 - Method and device for searching and finding data from a file - Google Patents
Method and device for searching and finding data from a file Download PDFInfo
- Publication number
- WO1996027841A1 WO1996027841A1 PCT/NL1996/000101 NL9600101W WO9627841A1 WO 1996027841 A1 WO1996027841 A1 WO 1996027841A1 NL 9600101 W NL9600101 W NL 9600101W WO 9627841 A1 WO9627841 A1 WO 9627841A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- user
- data
- database
- model
- engine
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
- G06F16/288—Entity relationship models
Definitions
- a database or data bank is a collection of related data for determined applications and is generally available to a large number of users.
- relational databases in which the data is stored in the form of tables or relations.
- links links (relations) are made between the tables by means of the data itself, in the form of characteristics thereof.
- SQL Structured Query Language
- queries also provides the option of making use of a (different) programming language, for instance in order to define, change and consult the data files.
- the present invention has for its object to obviate one or more of the above stated drawbacks.
- the present invention provides a method for searching and finding data from one or more files
- databases wherein a model of the database(s) desired by a user is made via an interface with the user, wherein a link is made between that model and the structure (preferably an entity relation diagram) of this (these) database(s), wherein on the basis of the lay-out of a report desired by the user, in which data from the files is presented in the desired form, commands are generated to the data files, and wherein this report lay-out with data is recorded/made visible on a data carrier, a monitor and/or paper.
- an entity relation diagram is made of that model in automated manner, wherein information concerning the structure of the database is defined.
- commands in particular SQL commands
- the queries to be made by the user are set in the form of a report lay-out.
- This report lay-out also determines the manner in which the obtained data with the generated commands is recorded/made visible on a data carrier, on a monitor and/or on paper, while the user can amend this lay-out as required at any desired moment, which prevents the commands for selecting being limited to commands determined by others, for instance external specialists.
- the invention further provides a system for searching and finding data, comprising:
- a user interface which is connected to the model and the engine for presenting a report to the user in the lay-out desired by him/her.
- fig. 1 shows a simplified example of a model of limited size configured by one or more users
- fig. 2 shows a diagram elucidating the preferred embodiment of the method according to the present invention
- fig. 3 shows a diagram to elucidate the storage of a chosen model in a preferred embodiment of the device according to the present invention
- fig. 4 shows an example of a report lay-out obtained using the method with the preferred embodiment of the method according to the present invention
- fig. 5 shows a relation diagram of a simplified example to explain the method and system according to the present invention
- FIG. 6 shows a diagram for further explanation of a preferred embodiment of the method and system according to the present invention
- fig. 7 shows a diagram of the (mapping) of the user model on the database model for indicators
- fig. 8 shows a diagram explaining a further feature of the method and system according to the present invention.
- Block 1 relates for instance to the number of productive hours, i.e. the data (indicators) of the number of hours worked, overtime hours and the like.
- block 2 are the hours, overtime hours and the like worked by management.
- Block 6 relates for instance to all orders which have been carried out and block 11 relates for instance to all the offices of the company.
- model 54 derived from a database 51 in addition to the three sub-engines, i.e. model engine 53, query engine 52 and projection engine 55 which together can be viewed as one common engine.
- model engine 53 i.e. model engine 53, query engine 52 and projection engine 55 which together can be viewed as one common engine.
- Block 58 designates for instance a monitor or other device on which the report is made visible or printed in the desired lay-out.
- the query engine 52 serves to retrieve indicators (profit) from the database on the basis of the model and a determined request for information, for instance how much is the profit for the Amersfoort office in the year 1992. For this purpose the query engine generates SQL commands for the database 51.
- the projection engine 55 incorporates the definitions for a report lay-out configured by the user and on the basis thereof generates reports on monitors, printers and other data carriers.
- the projection engine communicates with the query engine to cause the correct commands to be generated by this query engine, which commands are therefore, in contrast to conventional systems, dependent on the wishes of the user.
- Fig. 3 shows the manner in which the model is stored in models.
- Block 20 generally designates a category (blocks 6-18 of fig. 1) .
- the blocks 6-18 are included in a table.
- the blocks 1-5 of fig. 1 are included in the same manner in a table (block 21) .
- Block 22 (named allocation) shows which indicators are not present for which categories in the database. This in fact means that a connection as designated with a cross in fig. 1 is included in block 22. It is however possible by means of determined functions to derive data from other data included in the database.
- the user model of fig. 1 can be stored and defined in the blocks 20, 21 and 22.
- Blocks 23, 24, 25 respectively property type, aggregation, aggregation differential level and differential level.
- the block property type 23 which is connected via line 27 representing "appears as" to a block 21
- indicator describes for an indicator in which column this latter can be found in a table in the database, wherein a mapping takes place of the user model to the database model and subsequently to the database.
- the block 26 (differential level) is connected via line 28 representing "is available for" to block 20 (category) and via line 29 representing "appears in aggregation” to block 25 (aggregation level) .
- Each cate ⁇ gory also occurs in the block 26 (differential level) , in which is included in which tables in the database the persons, commands and the like are found, wherein a mapping takes place from the user to the database model and to the database.
- Block 24 which is connected via line 30 representing "has property type” to block 23 and which represents “aggregation” records the names of the blocks 1-5 of fig. 1 and in which tables in the database these groups of indicators can be found.
- Aggregation differential level (block 25) makes a connection between block 24 (aggregation) and block 26 (differential level) wherein the circles in fig. 1 are in fact set.
- Such a circle implies that all combinations of categories situated vertically beneath it and horizontally the name of the block (aggregation) are included in the block aggregation differential level in addition to the associated column name in the database. This is performed in this way for each circle in fig. 1.
- the lines 31 and 32 both represent a "resorts above" relation respectively at block 20 (category) and block 26 (differential level) with which the connections between categories (for instance customer order) are stored.
- the stated modulation also offers the possibility of grouping this available data into one concept for the user, such as costs, in a so-called production database.
- the concept of costs in the user model is shown on the blocks of the database structure in fig. 3. Different data in a database can be made into a single item, at least from the point of view of the user.
- the reverse situation also offers the possibility of obtaining data such as costs in different tables in the database. Depending on the queries made by the user, the data is then retrieved from this table which produces the fastest result.
- derived data for instance the average number of productive hours, i.e. the number of productive hours divided by the production.
- a derived quantity is not then stored in the database but is derived when it is requested, which, in contrast to conventional systems, makes the management and consistency of such data superfluous.
- the definitions for the report lay-out are abstract definitions in the form of queries which a user wants to make to the database.
- this is elucidated with reference to two relatively simple queries: what is the production of clients 1 to 5 and what is the number of productive hours for clients 1 to 5. If the user wishes to alter this report because he/she wishes to place different years instead of production and the number of productive hours and to place the number of productive hours at top left, the correct commands for the desired lay-out are generated via the projection engine together with the model engine and the query engine and the requested data appears for instance on the screen of the user.
- the model engine In starting up the system according to the present invention, for instance to obtain the data required in fig. 4 on a screen, the model engine is activated first of all.
- the model engine internally makes an entity relation diagram of the data file on the basis of the model of the information and the information concerning the structure of the database.
- the blocks of the diagram of fig. 1 form this entity relation diagram. These blocks represent the model for the user and the relations thereof in the database.
- the desired lay-out for the report is configured by the projection engine and the projection engine is connected to the model engine in order to obtain the desired texts in the report (and on the screen) , while the requested data is retrieved from the file by the query engine.
- an SQL command is generated by the query engine on the basis of the information in the model.
- the commands are thus generated as required by the user, whereby the drawbacks of the conventional systems do not occur.
- the users can define reports in accordance with their own ideas, wherein the commands to the data- base are automatically generated by the query engine within the possibilities of the model. It is also possi ⁇ ble to change the model (i.e. the route map) of the data file without any great effort, in contrast to the effort required in conventional systems for data files.
- a simplified example of a model of the present invention is shown in fig. 5. Further added in the annex are tables 1-12 elucidating the data from the database and the relations.
- a turnover of 100 is realized against costs of 50 in month 1 of 1995 at the Amsterdam office (AMS) for a client of the Alkmaar office (ALK) as an order for the work unit Noord-Holland (NH) for the client in work unit Noord-Holland (NH) .
- the lines of table 1 can be read in like manner, wherein GRO 9 represents the city of Groningen, GR the province of Groningen, APE the town of Apeldoorn, GE the work unit Gelderland and ARN the Arnhem office.
- GRO 9 represents the city of Groningen, GR the province of Groningen, APE the town of Apeldoorn, GE the work unit Gelderland and ARN the Arnhem office.
- the tables 6-12 which are necessary for the explanation of the example according to the present invention.
- Data from more than one table can be unified in one or more databases to a concept which can be utilized by the user.
- the concept turnover for instance occurs twice in the database in the tables "mr client month costs & turnover" and in "mr client costs and turnover".
- the present invention enables the user to define the concept of turnover while the concept can be linked to both data relating to turnover in the database (see fig. 6) . If a user requests the turnover, the correct data is retrieved from the database, since the user model is projected on the database model.
- fig. 3 is implemented in practical manner and, using this implemen- tation, a program code is generated which retrieves the correct data from the database at the request of the user. If a user requests the turnover for a particular month, the system according to the invention retrieves the data from "mr month costs & turnover". If the user desires the costs per client the data is retrieved from "mr client costs & turnover". The query for the second table will be faster than for the first table since the second table is smaller.
- the location from which the data originates is determined by the system itself by means of the information about the database, the user model and the query made by the user.
- the information the invention requires to generate the code is stored in the model tables as follows.
- block 21 (ir) of the database the concepts of cost and turnover are recorded as a user sees them in the user model.
- the related table 23 (pt) a registration is made for each indicator as to where in the database(s) data for this concept can be found.
- Two tables with data are available in the database for the indicators cost and turnover. Where in table 21 there are two entries for turnover and costs, there are as a result four, i.e. two times two, entries in table 24.
- the indicators are hereby described at two levels: users and database.
- the connec ⁇ tion between block 21 (the concept for the user) and block 23 (the concept for the database) is set by means of connection 27.
- the method and the system according to the present invention is therefore capable of allowing a user to define a limited set of concepts (model) and of allowing these to be used, wherein the optimal transla ⁇ tion to the same or different concepts is always made to the database. This is elucidated in fig. 7.
- Block 26 sets the categories as the user wishes to see them.
- the user knows the concepts of ordering office and client office which are recorded in block 26. Both are offices of his company. In the database only one table office is available. In block 20 (table 10) only one concept of office is set as available in the database.
- the connection 28 determines that ordering office and client office are equal to each other at the level of the database. If the user makes a query, such as turnover for client office, the method and system is capable of translating this query by means of connection 28 to the correct concepts in the database and of retrieving the desired information.
- Queries formulated by a user give more extensive results than is usually the case in conventional systems.
- a so-called non-available is generated for instance for months for which no turnover (or profit) is available in table 1.
- the final results are produced on the basis of the months in the table month and not on the basis of the months for which the turnover (or profit) is available in "mr month costs & turnover".
- a concept such as profit can also be described in terms of turnover and costs. If the user defines that profit is turnover minus costs, the user can make any query relating to the profit which he can also make for turnover. The method and the system according to the present invention then determines on the basis of turnover minus costs that the turnover as well as the costs are required in this situation and calculates the results by means of this formula.
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
Claims
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP96904379A EP0813717A1 (en) | 1995-03-03 | 1996-03-04 | Method and device for searching and finding data from a file |
AU48499/96A AU4849996A (en) | 1995-03-03 | 1996-03-04 | Method and device for searching and finding data from a file |
JP8526776A JPH11501743A (en) | 1995-03-03 | 1996-03-04 | Method and apparatus for retrieving data from a file |
US09/771,356 US20020059264A1 (en) | 1996-03-04 | 2001-01-26 | Method and system for the display of business data from multiple sources |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
NL9500430 | 1995-03-03 | ||
NL9500430A NL9500430A (en) | 1995-03-03 | 1995-03-03 | Method and device for searching and finding data from a file. |
Publications (1)
Publication Number | Publication Date |
---|---|
WO1996027841A1 true WO1996027841A1 (en) | 1996-09-12 |
Family
ID=19865677
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/NL1996/000101 WO1996027841A1 (en) | 1995-03-03 | 1996-03-04 | Method and device for searching and finding data from a file |
Country Status (6)
Country | Link |
---|---|
EP (1) | EP0813717A1 (en) |
JP (1) | JPH11501743A (en) |
AU (1) | AU4849996A (en) |
CA (1) | CA2214593A1 (en) |
NL (1) | NL9500430A (en) |
WO (1) | WO1996027841A1 (en) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0320266A2 (en) * | 1987-12-11 | 1989-06-14 | Hewlett-Packard Company | View composition in a data base management system |
-
1995
- 1995-03-03 NL NL9500430A patent/NL9500430A/en unknown
-
1996
- 1996-03-04 JP JP8526776A patent/JPH11501743A/en active Pending
- 1996-03-04 WO PCT/NL1996/000101 patent/WO1996027841A1/en not_active Application Discontinuation
- 1996-03-04 AU AU48499/96A patent/AU4849996A/en not_active Abandoned
- 1996-03-04 CA CA002214593A patent/CA2214593A1/en not_active Abandoned
- 1996-03-04 EP EP96904379A patent/EP0813717A1/en not_active Withdrawn
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0320266A2 (en) * | 1987-12-11 | 1989-06-14 | Hewlett-Packard Company | View composition in a data base management system |
Non-Patent Citations (2)
Title |
---|
BURNS L M ET AL: "A graphical entity-relationship database browser", PROCEEDINGS OF THE TWENTY-FIRST ANNUAL HAWAII INTERNATIONAL CONFERENCE ON SYSTEM SCIENCES. VOL.II. SOFTWARE TRACK (CAT. NO.88TH0212-1), KAILUA-KONA, HI, USA, 5-8 JAN. 1988, ISBN 0-8186-0842-0, 1988, WASHINGTON, DC, USA, IEEE COMPUT. SOC. PRESS, USA, pages 694 - 704, XP000569097 * |
KRAFT P: "Correspondence between user interfaces and data models-an entity/relationship approach", INFORMATION MODELLING AND KNOWLEDGE BASES, 1990, AMSTERDAM, NETHERLANDS, IOS, NETHERLANDS, pages 506 - 537, XP000569096 * |
Also Published As
Publication number | Publication date |
---|---|
NL9500430A (en) | 1996-10-01 |
EP0813717A1 (en) | 1997-12-29 |
JPH11501743A (en) | 1999-02-09 |
AU4849996A (en) | 1996-09-23 |
CA2214593A1 (en) | 1996-09-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5701453A (en) | Logical schema to allow access to a relational database without using knowledge of the database structure | |
US8171050B2 (en) | Method and apparatus for access, integration, and analysis of heterogeneous data sources via the manipulation of metadata objects | |
US8224867B2 (en) | Spatial data portal | |
US7949652B2 (en) | Filtering query results using model entity limitations | |
US6360223B1 (en) | Rule-based approach to object-relational mapping strategies | |
US7505958B2 (en) | Metadata management for a data abstraction model | |
US7752197B2 (en) | SQL query construction using durable query components | |
AU668093B2 (en) | Open office directory database views | |
JP4410681B2 (en) | How to access data using correlation criteria | |
US7680780B2 (en) | Techniques for processing data from a multilingual database | |
US8010909B1 (en) | Derived hierarchy methods and system for definition, visualization and editing of data | |
US20070143245A1 (en) | System and method for managing presentation of query results | |
US20070027904A1 (en) | System and method for translating between relational database queries and multidimensional database queries | |
JP2005534119A (en) | Method and system for unifying data | |
US6915298B1 (en) | User-defined relationships for diagramming user-defined database relations | |
US7814127B2 (en) | Natural language support for database applications | |
US20050283465A1 (en) | Method to provide management of query output | |
JPH11505342A (en) | Method for processing and accessing information objects, in particular documents, and systems for implementing the method | |
EP0813717A1 (en) | Method and device for searching and finding data from a file | |
EP2164007A1 (en) | Data storage and fusion layer | |
US7433882B2 (en) | Data management system and computer program | |
AU3258200A (en) | Method and device for searching and finding data from a file | |
EP1577808A1 (en) | Hyper related OLAP | |
JPH08329101A (en) | Data base system | |
Hales et al. | Using the Internet Gopher Protocol to link a computerized patient record and distributed electronic resources. |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 96192877.8 Country of ref document: CN |
|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AL AM AT AU AZ BB BG BR BY CA CH CN CZ DE DK EE ES FI GB GE HU IS JP KE KG KP KR KZ LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK TJ TM TR TT UA UG US UZ VN AM AZ BY KG KZ MD RU TJ TM |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): KE LS MW SD SZ UG AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN |
|
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 1996904379 Country of ref document: EP |
|
ENP | Entry into the national phase |
Ref document number: 2214593 Country of ref document: CA Ref document number: 2214593 Country of ref document: CA Kind code of ref document: A Ref document number: 1996 526776 Country of ref document: JP Kind code of ref document: A |
|
WWP | Wipo information: published in national office |
Ref document number: 1996904379 Country of ref document: EP |
|
REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
ENP | Entry into the national phase |
Ref document number: 1998 894904 Country of ref document: US Date of ref document: 19980305 Kind code of ref document: A |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: 1996904379 Country of ref document: EP |