DE102007037646A1 - System und Verfahren zum Indizieren, Durchsuchen und zur Datenwiedergewinnung von Datenbanken - Google Patents

System und Verfahren zum Indizieren, Durchsuchen und zur Datenwiedergewinnung von Datenbanken Download PDF

Info

Publication number
DE102007037646A1
DE102007037646A1 DE102007037646A DE102007037646A DE102007037646A1 DE 102007037646 A1 DE102007037646 A1 DE 102007037646A1 DE 102007037646 A DE102007037646 A DE 102007037646A DE 102007037646 A DE102007037646 A DE 102007037646A DE 102007037646 A1 DE102007037646 A1 DE 102007037646A1
Authority
DE
Germany
Prior art keywords
records
parameter
search
database
identifiers
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.)
Granted
Application number
DE102007037646A
Other languages
English (en)
Other versions
DE102007037646B4 (de
Inventor
Henry Tan Kok Meng
Hafeezur Rahman
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.)
Yokogawa Electric Corp
Original Assignee
Yokogawa Electric Corp
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 Yokogawa Electric Corp filed Critical Yokogawa Electric Corp
Publication of DE102007037646A1 publication Critical patent/DE102007037646A1/de
Application granted granted Critical
Publication of DE102007037646B4 publication Critical patent/DE102007037646B4/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/903Querying
    • G06F16/90335Query processing

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computational Linguistics (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

Ein Verfahren zum Durchsuchen einer Datenbank, wobei die Datenbank eine Mehrzahl von Datensätzen umfasst, die in einer maschinenlesbaren Vorrichtung gespeichert sind, wobei jeder der Mehrzahl von Datensätzen eines oder mehrere der Mehrzahl von Dokumenten umfasst; eine Indexdatei mit einer Mehrzahl von Vorrichtungsidentifizierern; wobei jeder Vorrichtungsidentifizierer eine Mehrzahl von Parameteridentifizierern umfasst; und jeder der Parameteridentifizierer einen Echtzeitwert aufweist, wobei das Verfahren umfasst: Auswählen einer dem Vorrichtungsidentifizierer zugeordneten Vorrichtung; Auswählen eines der ausgewählten Vorrichtung zugeordneten Parameteridentifizierers; Empfangen einer Suchabfrage mit Suchkriterien der Datenbank; Durchsuchen der Datenbank als Antwort auf die Suchabfrage; Anzeigen von Datensätzen, die die Suchkriterien erfüllen.

Description

  • Die Erfindung bezieht sich im Allgemeinen auf die elektronische Datenspeicherung und -wiedergewinnung. Genauer gesagt bezieht sich die Erfindung auf Indizier-, Durchsuch- und Datenwiedergewinnungstechnologien, einschließlich der Erzeugung, Organisierung, Wartung und Verwendung von Suchindizes, um das gewünschte Durchsuchen und die gewünschte Datenwiedergewinnung zu erreichen. Ferner bezieht sich die Erfindung ebenfalls auf Such- und Navigationsverfahren für Feldvorrichtungsparameterinformation.
  • Eine große Menge von Information auf verschiedenen Gebieten des menschlichen Wissens wird gesammelt und in Computerspeichersystemen gespeichert. Weil Computerspeichersysteme zunehmend mit öffentlich verfügbaren Datenkommunikationsnetzwerken verknüpft sind, gibt es ein zunehmendes Bemühen, Systeme und Verfahren zum Durchsuchen und Wiedergewinnen von Information für öffentliche oder persönliche Verwendung zu entwickeln.
  • Information kann in der Form von unterschiedlichen Datentypen gespeichert werden, und im Zusammenhang mit dem Suchen und Wiedergewinnen von Information ist es nützlich sein, zwischen dynamischen Daten und statischen Daten zu unterscheiden. Dynamische Daten sind Daten, die sich häufig und kontinuierlich ändern, so dass die gültige Datenmenge Echtzeitdaten sind, während sich statische Daten lediglich bei Benutzeranfrage oder nach einem vorbestimmten Zeitintervall ändern. Zum Beispiel sind Wirtschaftsdaten, wie beispielsweise Aktienwerte, oder Wetterdaten sehr schnellen Änderungen unterworfen und somit dynamisch. Andererseits besteht die manuelle Archivspeicherung von Büchern und Dokumenten gewöhnlicherweise aus permanenten und statischen Daten. Das Konzept der Flüchtigkeit der Daten bezieht sich darauf, wie lange die Information gültig ist. Die Flüchtigkeit von Daten hat Bedeutung dafür, wie die Information gesucht und wiedergewonnen werden sollte. Große Datenvolumen erfordern eine Struktur, um das Durchsuchen zu erleichtern, wobei jedoch der Zeitbedarf für den Aufbau derartiger Struktur nicht höher als die Zeit sein darf, während der die Daten gültig sind. Die Kosten des Aufbauens einer Struktur ist abhängig von dem Datenvolumen, und folglich sollte der Aufbau von Datenstrukturen zum Durchsuchen der Information sowohl das Datenvolumen als auch die Flüchtigkeit berücksichtigen. Die gesammelte Information wird in Datenbanken gespeichert, und diese können strukturiert oder unstrukturiert sein. Außerdem können die Datenbanken verschiedene Arten von Dokumenten, einschließlich zusammengesetzter Dokumente, mit Bildern, Videos, Ton und formatiertem oder kommentiertem Text, enthalten. Insbesondere werden strukturierte Datenbanken gewöhnlicherweise mit Indizes ausgestattet, um das Suchen und Wiedergewinnen der Daten zu erleichtern.
  • Die Fähigkeit, relevante Dokumente aus einem großen Pool von Dokumenten zu lokalisieren, wird zunehmend wünschenswert. Programme, die diese Fähigkeit bereitstellen, sind allgemein als Suchmaschinen bekannt. Suchmaschinen verarbeiten typischerweise eine Menge von Dokumenten und bauen einen Index von Wörtern auf. Ein Benutzer kann eine Suchanfrage oder Abfrage eingeben, wobei eine Liste von Dokumenten gesucht wird, die bestimmte Wörter enthalten. Die Suchmaschine verarbeitet den Index und gibt eine Liste von Dokumenten zurück, die die Anfrage erfüllen. Suchmaschinen werden häufig verwendet, um zu bestimmen, welche Webseiten auf dem Internet relevanten Inhalt enthalten. Suchmaschinen werden ebenfalls verwendet, um auf Information von Intranets, Dateiservern und Datenbanken zuzugreifen. In Anbetracht der riesigen Menge von Daten, die elektronisch verfügbar sind, werden Suchmaschinen als ein Mechanismus zum Finden relevanter Dokumente aus einem großen Pool von Dokumenten zunehmend bedeutsam.
  • Effizienz ist bei der Suchmaschinentechnologie sehr bedeutend. Während ein ineffizientes Indizieren und/oder eine ineffiziente Suchverarbeitung nicht bemerkt wird, wenn der relevante Pool von Dokumenten relativ klein ist, wird Ineffizienz schnell zu übermäßigen Index- und Suchverarbeitungszeiten führen, wenn der Pool von Dokumenten relativ groß wird. Effizienz ist ebenfalls ein bedeutender Faktor für andere Aspekte von Volltextindizes, wie beispielsweise die Verarbeitung von komplexen Abfragen oder die Verarbeitung von Abfragen in natürlicher Sprache. Eine Suchmaschine implementiert typischerweise ein Durchsuchen in natürlicher Sprache durch Trennen einer Suchanfrage in mehrere Subabfragen. Folglich kann, wenn der Suchalgorithmus ineffizient ist, die Antwortzeit erheblich verschlechtert werden.
  • Eine Suchanfrage nimmt typischerweise die Form von einem oder mehreren Wörtern an, die durch einen oder mehrere logische Operatoren, wie beispielsweise UND, ODER oder NICHT, und Nachbarschaftseinschränkungen, wie beispielsweise Wort 'A' innerhalb 10 Wörtern von Wort 'B' getrennt sind. Die Suchmaschine bestimmt, welche Dokumente die Anfrage erfüllen, und gibt eine Liste derartiger Dokumente zurück.
  • Eine große Anzahl von Dokumenten kann die Suchanfrage erfüllen, wobei der Pool oder die Menge von indizierten Dokumenten groß ist. Um dem Benutzer zu helfen, zu bestimmen, welche Dokumente am wahrscheinlichsten den relevanten Inhalt enthalten, stellen viele Suchmaschinen eine Rangeinordnung anhand von "Relevanz" für jedes Dokument bereit, das die Suchanfrage erfüllt. Die Relevanz-Rangeinordnung ist eine durch die Suchmaschine bereitgestellte Bewertung der Bedeutung des Dokuments hinsichtlich der besonderen Suchanfrage. Die Fähigkeit, Dokumente anhand von Rang zu ordnen und einem Benutzer in der Reihenfolge ihrer Relevanz zu präsentieren, wird zunehmend bedeutsam, um die Zeit zu minimieren, die ein Benutzer aufbringen muss, um zu bestimmen, welche der vielen Dokumente, die die Suchanfrage erfüllen, tatsächlich relevant sind. Die Rangeinordnung von Dokumenten anhand von Relevanz fügt der Suchmaschine zusätzliche Komplexität hinzu und stellt einen weiteren potentiellen Effizienzfaktor dar. Idealerweise wird die Relevanzbestimmung die Gesamtantwortzeit der Suchmaschine nicht bedeutend erhöhen.
  • Einer der besten Mechanismen zum Erhöhen des Wirkungsgrades einer Suchmaschine besteht darin, periphere Eingabe/Ausgabe-Vorgänge (E/A-Vorgänge) und Zugriffe im Speicher auf Tabellen zu minimieren. Ein Volltextindex ist typischerweise aus mehreren Informationstabellen einschließlich Querverweisinformation zusammengesetzt, und während einer Suchanfrage wird auf viele unterschiedliche Tabellen zugegriffen, um passende Entscheidungen, einschließlich des Bestimmens, in welchem Dokument ein besonderes Wort lokalisiert ist, durchzuführen. Volltextindizes können sehr groß sein und Hunderte von Megabyte oder mehr an Platz benötigen. Aufgrund seiner Größe wird typischerweise ein gesamter Volltextindex nicht in den Speicher eines Computers passen, so dass ein Tabellenindexzugriff wahrscheinlich zumindest zu einem E/A- Vorgang auf einer Platte führen wird, und abhängig von der Zugriffverfahrensweise zu mehreren E/A-Vorgängen führen kann. Ein E/A-Vorgang ist ein extrem zeitaufwändiger Prozess. Außerdem kann eine einzige Suchanfrage Hunderte von Tausenden von Tabellenzugriffen abhängig von der allgemeinen Verbreitung des Wortes erfordern. Da das Eliminieren oder Verringern von E/A-Vorrichtungen die Antwortzeit bedeutend verringern kann, ist es nützlich, Tabellenzugriffe zu verringern. Ein Mechanismus zum Verringern von Tabellenzugriffen würde darin bestehen, Wortinformation auf eine Art und Weise zu speichern, dass die Information selber durchzuführende Dokumentenniveaubestimmungen vorsieht, ohne die Notwendigkeit, auf eine getrennte Dokumentenniveautabelle zuzugreifen.
  • In Übereinstimmung mit einem ersten Aspekt der Erfindung wird ein Verfahren zum Durchsuchen einer Datenbank bereitgestellt, wobei die Datenbank eine Mehrzahl von Datensätzen umfasst, die in einer maschinenlesbaren Vorrichtung gespeichert sind, wobei jeder der Mehrzahl von Datensätzen eines oder mehrerer der Mehrzahl von Dokumenten umfasst; wobei eine Indexdatei mit einer Mehrzahl von Vorrichtungsidentifizierern vorgesehen ist; wobei jeder Vorrichtungsidentifizierer eine Mehrzahl von Parameteridentifizierern umfasst; und jeder der Parameteridentifizierer einen Echtzeitwert aufweist, wobei das Verfahren umfasst: Auswählen einer dem Vorrichtungsidentifizierer zugeordneten Vorrichtung; Auswählen eines der ausgewählten Vorrichtung zugeordneten Parameteridentifizierers; Empfangen einer Suchabfrage, die Suchkriterien der Datenbank umfasst; Durchsuchen der Datenbank als Antwort auf die Suchabfrage; und Anzeigen von Datensätzen, die die Suchkriterien erfüllen.
  • In Übereinstimmung mit einem zweiten Aspekt der Erfindung wird ein System mit einer Datenbank bereitgestellt, wobei die Datenbank umfasst: eine Mehrzahl von in einer maschinenlesbaren Vorrichtung gespeicherten Datensätzen, wobei jeder der Mehrzahl von Datensätzen eines oder mehrere der Mehrzahl von Dokumenten umfasst; eine Indexdatei mit einer Mehrzahl von Vorrichtungsidentifizierern; wobei jeder der Vorrichtungsidentifizierer eine Mehrzahl von Parameteridentifizierern umfasst; und jeder der Parameteridentifizierer einen Echtzeitwert aufweist.
  • Noch weitere Aufgaben der Erfindung werden einem Fachmann aus der folgenden Beschreibung offensichtlich werden, bei der bevorzugte Ausführungsformen dieser Erfindung einfach durch Darstellung einer der besten Betriebsarten gezeigt und beschrieben werden, die zum Ausführen der Erfindung in Betracht gezogen wird. Wie ersichtlich ist, ist die Erfindung für andere unterschiedliche offensichtliche Aspekte ohne Abweichen von der Erfindung geeignet. Demgemäß werden die Zeichnungen und die Beschreibung als veranschaulichend und nicht als einschränkend betrachtet.
  • Weitere Aufgaben dieser Erfindung zusammen mit zusätzlichen Merkmalen und Vorteilen, die sich daraus ergeben, werden aus der folgenden Beschreibung einer Ausführungsform der Erfindung offensichtlich, die in den begleitenden Zeichnungen gezeigt wird, wobei gleiche Bezugsziffern entsprechende Teile überall angeben, und die in Verbindung mit den folgenden Zeichnungen zu lesen ist, in denen zeigen:
  • 1 die Organisation einer Ausführungsform einer Indexdatei in der Datenbank;
  • 2 ein Ablaufdiagramm, das die typischen Schritte, die verwendet werden, um Datensätze zu identifizieren und auf diese zuzugreifen, basierend auf Abfragen in Übereinstimmung mit den Konzepten der Erfindung zeigt; und
  • 3 bis 6 die Benutzerschnittstelle einer Ausführungsform der Erfindung.
  • Diese und zusätzliche Ausführungsformen der Erfindung können nun besser in der folgenden ausführlichen Beschreibung verstanden werden, bei der eine veranschaulichte Ausführungsform beschrieben wird.
  • Überall in dieser Beschreibung sollten die Ausführungsformen und gezeigten Beispiele als Beispiele und nicht als Einschränkungen auf die Vorrichtung und die Verfahren der Erfindung betrachtet werden.
  • Die Erfindung stellt ein System und ein Verfahren zur Datenspeicherung und -wiedergewinnung bereit, bei dem Daten in Datensätzen innerhalb einer Datenbank gespeichert und gewünschte Datensätze durch Durchführen von Durchsuchungen von Indexdateien identifiziert und/oder ausgewählt werden, die Suchkriterien in den passenden Datensätzen abbilden. Die Gesamtorganisation, Architektur und Verwendung der Datenbank ist abhängig von den beteiligten Hardware- und Softwarebetriebsbedingungen und kann sehr variieren.
  • Wie hier verwendet, bezieht sich Datenbank auf eine Sammlung von Datendateien, die als Dokumente bezeichnet werden, und optional die zugeordneten Indexdateien und andere unterstützende Dateien, die verwendet werden, um die Dokumente zu suchen, auf diese zuzugreifen und zu warten bzw. unterhalten. Ein Dokument kann eine einzelne Datei in einem spezifizierten Format (z.B. HTML, Text, JPEG, BMP, etc.) oder ein Ordner oder ein Verzeichnis sein, das selbst andere Dokumente aufweist. Beziehungen zwischen verschiedenen Dokumenten in einer Datenbank können innerhalb der Datenbank selbst oder extern festgelegt sein. Eine Datenbank wird in einem maschinenlesbaren Medium gespeichert.
  • Wie hier verwendet, bezieht sich Parameter auf Information einer Vorrichtung. Ein Parameter kann die Adresse selbst oder Daten sein, die verwendet werden, um die Adresse zu berechnen oder zu bestimmen.
  • In 1 wird die Organisation einer Ausführungsform einer Indexdatei 1 in der Datenbank gezeigt. Die Indexdatei 1 umfasst eine Mehrzahl von Vorrichtungsidentifizierern und eine Mehrzahl von Parameteridentifizierern mit Echtzeitwerten. Es ist ersichtlich, dass die Werte der Parameteridentifizierer in 1 beliebig sind.
  • Bei dem in 1 gezeigten Beispiel ist jeder Vorrichtungsidentifizierer einer spezifischen Vorrichtung, beispielsweise einer Montagevorrichtung in einem Fertigungsbetrieb, zugeordnet. Jeder Vorrichtungsidentifizierer weist mindestens einen Parameteridentifizierer, beispielsweise MODE_BLK.ACTUAL, MODE_BLK.PERMITTED und MODE_BLK.TARGET, etc. auf. Jeder Parameteridentifizierer umfasst eine Menge von Echtzeitwerten, da sich der Wert mit der Zeit beispielsweise während unterschiedlicher Stufen des Fertigungsprozesses ändern kann.
  • Da die Erfindung auf die tatsächliche Struktur der Indexdatei sowie auch deren Anwendungen gerichtet ist, ist die Art und Weise, in der die Indexdatei tatsächlich erzeugt wird, nicht wichtig. Diese Dateien können mit bekannten Programmieralgorithmen, firmeneigene Verfahren oder einer Kombination davon erzeugt werden, um die gewünschte Zuordnung für anschließende Durchsuchungen zu bewirken, wie hier beschrieben ist.
  • Beispielsweise kann der Echtzeitwert eines Parameteridentifizierers durch manuelle Dateneingabe oder Verarbeitung einer Reihe von Datendateien oder deren Kombination mit verschiedenen Fehlerprüf- und Formatieralgorithmen erzeugt werden, die ausgestaltet sind, um die Integrität jedes Werts sicherzustellen. Auf ähnliche Weise kann, sobald ein Datensatz von Echtzeitwerten erzeugt ist, die Indexdatei durch sequentielle Verarbeitung des Datensatzes der Echtzeitwerte zusammen mit verschiedenen Sortier-, Misch-, Validierungs- und Formatieralgorithmen erzeugt werden.
  • Der Datensatz von Echtzeitwerten kann in Echtzeit oder in verschiedenen Aktualisierungsintervallen gewartet bzw. unterhalten werden, und die Indexdatei und andere Dateien können auf ähnliche Weise nach Bedarf aktualisiert oder regeneriert werden, um die Synchronisation mit aktualisierten Werten beizubehalten. Andere Dateien können beispielsweise Schablonendateien zum Festlegen von Dokumentenanordnungen; allgemeine Abfrageindexdateien, die erwartete Suchabfragen in geeigneten Datensätzen abbilden; Metadateien mit zugeordneten Metadatensätzen mit entsprechenden Datensätzen für ein spezifisches Volumen, und Metadatensätze mit entsprechenden Datensätzen für die gesamte Datenbank umfassen.
  • Sobald erzeugt, werden die Indexdateien verwendet, um Datensätze zu identifizieren und/oder auszuwählen, indem Durchsuchungen der Indexdatei durchgeführt werden, die Suchkriterien in den geeigneten Datensätzen abbilden, die die Suchkriterien erfüllen. Bei einer typischen Verwendung der Erfindung gibt eine Suchperson oder ein Endbenutzer Suchkriterien in ein Softwaresystem ein, das die hier beschriebenen Konzepte implementiert, die darauf abzielen, einen Parameter und seinen jeweiligen Wert zu identifizieren, die damit zugeordnete Eigenschaften aufweisen, die mit den Suchkriterien übereinstimmen. Die Datenbank wird dann durchsucht, und die den Suchkriterien entsprechenden Datensätze werden identifiziert und der Suchperson präsentiert. Mehrere Kriterien können in einer anfänglichen Abfrage spezifiziert werden, wobei in diesem Fall Subabfragen aufgerufen werden können, und logische Vorgänge (wie beispielsweise UND-Verknüpfen, ODER-Verknüpfen, etc.) an den resultierenden Sätzen von identifizierten Datensätzen von jeder einzelnen Subabfrage durchgeführt werden können, um ein Endergebnis zu ergeben, das die Datensätze darstellt, die die vollen Suchkriterien erfüllen.
  • Als ein praktisches Beispiel, wie eine Indexdatei als Antwort auf eine Abfrage durch eine Suchperson verwendet werden könnte, wird mit Bezug auf 2 bei diesem Beispiel angenommen, dass die Suchperson eine Abfrage für eine spezifische Vorrichtung, beispielsweise die Montagevorrichtung, initiiert hat. Danach initiiert die Suchperson eine Abfrage für einen Parameter für die Montagevorrichtung, beispielsweise MODE_BLK.TARGET. In Übereinstimmung mit der Erfindung wird basierend auf der Quelle, der Art oder anderer Information, die den Abfragen zugeordnet ist, der Suchalgorithmus die Textindexdatei als die zu suchende Indexdatei identifizieren. Weil die Suchabfrage für die Montagevorrichtung und ihren Parameter MODE_BLK.TARGET ist, wird der Echtzeitwert des Parameters lokalisiert. Dies kann beispielsweise mittels Berechnungen basierend auf einer bekannten festen Länge des Parameters und einer bekannten vergleichenden Zeichenfolge auf Kosten lediglich eines einzigen Plattensuchvorgangs erreicht werden.
  • In 2 wird ein Ablaufdiagramm gezeigt, das die typischen Schritte darstellt, die verwendet werden, um Datensätze basierend auf Abfragen in Übereinstimmung mit der Erfindung zu identifizieren und zuzugreifen. Die gezeigten Schritte werden verwendet, um Datensätze als Antwort auf eine Abfrage oder einen Satz von Abfragen durch eine Suchperson zu erhalten. Der Prozess beginnt bei Schritt 200. Bei Schritt 201 wird die Suchperson eine spezifische Vorrichtung, wie beispielsweise eine Montagevorrichtung, auswählen. Danach wird die Suchperson bei Schritt 202 einen Parameter auswählen, der der ausgewählten Vorrichtung zugeordnet ist. Beispielsweise kann die Abfrageart eine Abfrage sein, die auf einen Satz von Parametern, wie beispielsweise MODE_BLK.ACTUAL, MODE_BLK.PERMITTED und/oder MODE_BLK.TARGET, basiert. Basierend auf der Natur und der Quelle der Abfrage bei Schritt 202 wird die Abfrage bei Schritt 203 in der Datenbank 205 durchgeführt. Die Datensätze in der Datenbank 206, die fortwährend durch einen Benutzer bei Schritt 207 aktualisiert werden, werden Echtzeitwerte der Parameter enthalten. Die geeignete Indexdatei 1, um zu suchen, kann dann eine Textindexdatei, eine Metadatenindexdatei, eine Eigenschaftsindexdatei oder eine allgemeine Abfrageindexdatei sein.
  • Sobald die geeignete Indexdatei für die Suche identifiziert wurde, wird bei Schritt 202 der Echtzeitwert des/der Parameter der ausgewählten Vorrichtung der Suchperson angezeigt. Die Suchperson kann die Option aufweisen, den historischen Wert des/der Parameter der ausgewählten Vorrichtung ebenfalls zu betrachten. Ferner kann die Suchperson ebenfalls von einem Parameter zu einem anderen Parameter der ausgewählten Vorrichtung durch Aktivieren eines auf dem Bildschirm angezeigten Parameterwerts navigieren.
  • Bei Schritt 205 wird bestimmt, ob die Abfrage erfüllt wurde, oder ob die Abfrage lediglich teilweise erfüllt wurde. Wenn es Abfragen gibt, die lediglich teilweise erfüllt wurden, dann schreitet der Prozess zu Schritt 201, bei dem die Suchperson eine andere Vorrichtung oder einen anderen Parameter auswählen wird. In Fällen, in denen Abfragen für mehr als eine Vorrichtung erforderlich sind, kann die Suchperson die Option aufweisen, nach mehreren Vorrichtungen und ihren jeweiligen Parametern zu suchen, so dass die Gesamtsuchergebnisse zur gleichen Zeit auf einem Schirm betrachtet werden können. Wenn die Abfragen vollständig erfüllt wurden, kann die Suchperson wählen, das Vorrichtungsparameterfester zu betrachten, das alternative Maßnahmen, Objekte und/oder spezifische Begriffe anzeigen wird.
  • Die Erfindung kann ebenfalls der Suchperson ermöglichen, nach Vorrichtungen zu suchen, die nicht konfiguriert wurden, sowie auch zu verifizieren, dass die Vorrichtungen ordnungsgemäß während der Inbetriebnahme einer neuen Prozessanlage konfiguriert wurden.
  • Demgemäß werden die Datensätze in einem üblichen Datenformat, wie beispielsweise HTML oder XML, gespeichert und daher effizient in einer HTML- oder XML-kompatiblen Umgebung präsentiert. Das heißt, die Datensätze weisen vollständige, zugeordnete Anzeigeformatierdaten auf, so dass, wenn die Datensätze, die die Suchkriterien erfüllen, einmal identifiziert und lokalisiert sind, sie wiedergewonnen und der Suchperson auf einer Anzeigevorrichtung ohne die Notwendigkeit dynamischer Seitenerzeugung, Formatierung etc. präsentiert werden können.
  • Die Datensätze weisen jeweils ein zugeordnetes Masterdokument auf und können optional verschiedene Ansichtsdokumente, die jedem Datensatz zugeordnet sind, in verschiedenen Arten, Größen, Formaten und Mengen aufweisen. Die verschiedenen Ansichten der ausgewählten Datensätze können daher als Antwort auf Anfragen von der Suchperson präsentiert werden. Die Ansichtsdatensätze werden ebenfalls in HTML zur effizienten Präsentation in einer HTML-kompatiblen Umgebung formatiert.
  • Eine Benutzerschnittstelle einer bevorzugten Ausführungsform der Erfindung wird in 3 bis 6 veranschaulicht.
  • 3 veranschaulicht eine Benutzerschnittstelle von Schritt 201 der Erfindung. In diesem Fall wählt die Suchperson, beispielweise ein Anlagenmitarbeiter, eine spezifische Vorrichtung über die Schnittstelle, beispielsweise eine Montagevorrichtung, aus.
  • Nachdem die spezifische Vorrichtung ausgewählt ist, würde die Schnittstelle die Suchperson auffordern, einen der ausgewählten Vorrichtung zugeordneten Parameter in Übereinstimmung mit Schritt 202 der Erfindung auszuwählen, wie es in 4 gezeigt ist. Beispielsweise könnte die Abfrageart eine Abfrage sein, die auf einen Satz von Parametern, wie beispielsweise MODE_BLK.ACTUAL, MODE_BLK.PERMITTED und MODE_BLK.TARGET basiert. In diesem Fall wählt die Suchperson den Parameter MODE_BLK.TARGET aus.
  • Basierend auf Art und Quelle der Abfrage bei Schritt 202, wird die Abfrage bei Schritt 203 in der Datenbank 205 durchgeführt. Die Datensätze in der Datenbank 206, die fortwährend durch einen Benutzer bei Schritt 207 aktualisiert werden, werden Echtzeitwerte der Parameter enthalten. Die geeignete Indexdatei 1, um zu suchen, kann dann jeweils eine Textindexdatei, eine Metadatenindexdatei, eine Eigenschaftsindexdatei oder eine allgemeine Abfrageindexdatei sein.
  • Sobald die geeignete Indexdatei für die Suche identifiziert wurde, wird bei Schritt 205 der Echtzeitwert des/der Parameter der ausgewählten Vorrichtung der Suchperson angezeigt. Die Suchperson kann dann die Wahl haben, den historischen Wert des/der Parameter der ausgewählten Vorrichtung ebenfalls zu betrachten. Ferner kann die Suchperson von einem Parameter zu einem anderen der ausgewählten Vorrichtung durch Aktivieren eines auf dem Bildschirm angezeigten Parameterwerts navigieren. In diesem Fall werden, wie in 5 gezeigt ist, die historischen Werte des Parameters MODE_BLK.TARGET der ausgewählten Vorrichtung der Suchperson angezeigt. Wie gezeigt, sind die Werte des Parameters MODE_BLK.TARGET der ausgewählten Vorrichtung während der ersten Zeitregistrierung und Wartungsprüfung 3,1 bzw. 5,5. In diesem Fall bezieht sich die erste Zeitregistrierung auf die Anfangsstufe, wenn die Suchen der Vorrichtung auf dem System registriert wurde, während sich Wartungsprüfung auf die Stufe bezieht, wenn die Suche zum Durchführen einer Wartungsprüfung durchgeführt wird.
  • Bei Schritt 205 wird bestimmt, ob die Abfrage erfüllt wurde, oder ob die Abfrage lediglich teilweise erfüllt wurde. Wenn es Abfragen gibt, die lediglich teilweise erfüllt wurden, dann geht der Prozess zu Schritt 201 weiter, bei dem die Suchperson eine andere Vorrichtung oder einen anderen Parameter auswählen wird. In Fällen, in denen Abfragen für mehr als eine Vorrichtung erforderlich sind, kann die Suchperson die Wahl haben, nach mehreren Vorrichtungen und ihren jeweiligen Parametern zu suchen, so dass die Gesamtsuchergebnisse zur gleichen Zeit in einem Bildschirm betrachtet werden können. Wenn die Abfragen vollständig erfüllt wurden, kann die Suchperson wählen, das Vorrichtungsparameterfenster zu betrachten, das alternative Maßnahmen, Objekte und/oder spezifische Begriffe anzeigen wird. In diesem Fall wird, wie in 6 gezeigt ist, ein Vorrichtungsparameter angezeigt, wenn die Suchperson den Parameter MODE_BLK.TARGET auswählt. Wie gezeigt, zeigt das Vorrichtungsparameterfenster größere Einzelheiten des Parameters MODE_BLK.TARGET, wie beispielsweise den letzten aktualisierten Benutzer, den Grund, den Zielwert des Parameters, den Istwert des Parameters, den erlaubten Wert des Parameters, den normalen Wert des Parameters etc. an Demgemäß werden die Datensätze in einem üblichen Datenformat, wie beispielsweise HTML oder XML, gespeichert und daher effizient in einer HTML- oder XML-kompatiblen Umgebung präsentiert. Das heißt, die Datensätze weisen vollständig damit zugeordnete Anzeigeformatierdaten auf, so dass, sobald die die Suchkriterien erfüllenden Datensätze identifiziert und lokalisiert sind, sie wieder hergestellt werden und dem Benutzer auf einer Anzeigevorrichtung ohne die Notwendigkeit für dynamische Seitenerzeugung, Formatierung, etc. dargestellt werden können.
  • Die Datensätze weisen jeweils ein damit zugeordnetes Masterdokument auf und können optional verschiedene, jedem Datensatz zugeordnete Ansichtsdokumente, in verschiedenen Arten, Größen, Formaten und Mengen aufweisen. Die verschiedenen Ansichten der ausgewählten Datensätze können daher als Antwort auf Anfragen von der Suchperson präsentiert werden. Die Ansichtsdatensätze werden ebenfalls in HTML zur effizienten Präsentation in einer HTML-kompatiblen Umgebung formatiert.
  • Obwohl beispielhafte Ausführungsformen der Erfindung gezeigt und beschrieben wurden, wird es einem Fachmann offensichtlich sein, dass eine Anzahl von Änderungen, Modifikationen oder Abweichungen der hier beschriebenen Erfindung, durchgeführt werden können, ohne vom Konzept der Erfindung abzuweichen. Alle derartigen Änderungen, Modifikationen und Abweichungen sollten daher als innerhalb des Schutzumfangs der Erfindung betrachtet werden.

Claims (10)

  1. Verfahren zum Durchsuchen einer Datenbank, wobei die Datenbank umfasst: eine Mehrzahl von Datensätzen, die in einer maschinenlesbaren Vorrichtung gespeichert sind, wobei jede der Mehrzahl von Datensätzen eines oder mehrerer der Mehrzahl von Dokumenten umfasst; und eine Indexdatei mit einer Mehrzahl von Vorrichtungsidentifizierern; wobei jeder Vorrichtungsidentifizierer eine Mehrzahl von Parameteridentifizierern umfasst; und jeder der Parameteridentifizierer einen Echtzeitwert aufweist, wobei das Verfahren umfasst: Auswählen einer dem Vorrichtungsidentifizierer zugeordneten Vorrichtung; Auswählen eines der ausgewählten Vorrichtung zugeordneten Parameteridentifizierers; Empfangen einer Suchabfrage, die Suchkriterien der Datenbank umfasst; Durchsuchen der Datenbank als Antwort auf die Suchabfrage; und Anzeigen von Datensätzen, die die Suchkriterien erfüllen.
  2. Verfahren gemäß Anspruch 1, bei dem die Datensätze entsprechende, zugeordnete, vollständige Anzeigeformatierdaten aufweisen, und ferner mit dem Schritt eines Anzeigens der Datensätze auf einer Anzeigevorrichtung in einem Format, das durch die entsprechenden vollständigen Anzeigeformatierdaten spezifiziert ist.
  3. Verfahren gemäß Anspruch 1 oder 2, bei dem die Datensätze einen ersten bewerteten Datensatz umfassen, der ein Masterdokument und ein Ansichtsdokument umfasst.
  4. Verfahren gemäß einem der vorhergehenden Ansprüche, bei dem die Indexdatei eine Metadatendatei ist.
  5. Verfahren gemäß einem der vorhergehenden Ansprüche, bei dem die Anzeige die Datensätze zeigt, die entsprechende vollständige Anzeigeformatierdaten aufweisen, die einer oder mehreren Vorrichtungen zugeordnet sind.
  6. Verfahren gemäß einem der vorhergehenden Ansprüche, bei dem eine Suchperson von einem Parameteridentifizierer zu einem anderen Parameteridentifizierer der ausgewählten Vorrichtung durch Aktivieren eines angezeigten Parameterwerts navigieren kann.
  7. System mit einer Datenbank, wobei die Datenbank umfasst: eine Mehrzahl von in einer maschinenlesbaren Vorrichtung gespeicherten Datensätze, wobei jede der Mehrzahl von Datensätzen eines oder mehrere der Mehrzahl von Dokumenten umfasst; eine Indexdatei mit einer Mehrzahl von Vorrichtungsidentifizierern; wobei jeder der Vorrichtungsidentifizierer eine Mehrzahl von Parameteridentifizierern umfasst; und jeder der Parameteridentifizierer einen Echtzeitwert aufweist.
  8. Verfahren gemäß Anspruch 7, bei dem die Datensätze entsprechende damit zugeordnete vollständige Anzeigeformatierdaten aufweisen.
  9. System gemäß Anspruch 7 oder 8, bei dem die Datensätze einen ersten bewerteten Datensatz mit einem Masterdokument und einem Ansichtsdokument umfassen.
  10. System gemäß einem der Ansprüche 7 bis 9, bei dem die Indexdatei eine Metadatendatei ist.
DE102007037646A 2006-09-01 2007-08-09 Computerspeichersystem und Verfahren zum Indizieren, Durchsuchen und zur Datenwiedergewinnung von Datenbanken Active DE102007037646B4 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
SG200606023-0A SG140510A1 (en) 2006-09-01 2006-09-01 System and method for database indexing, searching and data retrieval
SG200606023-0-01 2006-09-01
SG200606023-0 2006-09-01

Publications (2)

Publication Number Publication Date
DE102007037646A1 true DE102007037646A1 (de) 2008-03-13
DE102007037646B4 DE102007037646B4 (de) 2010-01-14

Family

ID=39047094

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102007037646A Active DE102007037646B4 (de) 2006-09-01 2007-08-09 Computerspeichersystem und Verfahren zum Indizieren, Durchsuchen und zur Datenwiedergewinnung von Datenbanken

Country Status (5)

Country Link
US (1) US20080059432A1 (de)
JP (1) JP2008059557A (de)
CN (1) CN101136027B (de)
DE (1) DE102007037646B4 (de)
SG (1) SG140510A1 (de)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2458309A (en) 2008-03-13 2009-09-16 Business Partners Ltd Search engine
JP2011065546A (ja) * 2009-09-18 2011-03-31 Hitachi Solutions Ltd ファイル検索システム及びプログラム
US9274812B2 (en) * 2011-10-06 2016-03-01 Hand Held Products, Inc. Method of configuring mobile computing device
US9152672B2 (en) * 2012-12-17 2015-10-06 General Electric Company Method for storage, querying, and analysis of time series data
US9152671B2 (en) 2012-12-17 2015-10-06 General Electric Company System for storage, querying, and analysis of time series data
US9721000B2 (en) 2012-12-20 2017-08-01 Microsoft Technology Licensing, Llc Generating and using a customized index
CN104408097B (zh) * 2014-11-17 2018-07-20 深圳市比一比网络科技有限公司 一种基于字符段热更新的混合索引方法及系统
WO2016156995A1 (en) * 2015-03-30 2016-10-06 Yokogawa Electric Corporation Methods, systems and computer program products for machine based processing of natural language input
WO2019150287A1 (en) * 2018-01-30 2019-08-08 Encapsa Technology Llc Method and system for encapsulating and storing information from multiple disparate data sources
CN110609844B (zh) * 2018-05-29 2022-05-13 优信拍(北京)信息科技有限公司 一种数据更新方法,装置及系统
CN112632081A (zh) * 2020-12-30 2021-04-09 太平金融科技服务(上海)有限公司 基于分布式系统的标识生成方法、装置、设备和存储介质

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5613110A (en) * 1995-01-05 1997-03-18 International Business Machines Corporation Indexing method and apparatus facilitating a binary search of digital data
JP3113814B2 (ja) * 1996-04-17 2000-12-04 インターナショナル・ビジネス・マシーンズ・コーポレ−ション 情報検索方法及び情報検索装置
US5715453A (en) * 1996-05-31 1998-02-03 International Business Machines Corporation Web server mechanism for processing function calls for dynamic data queries in a web page
US5832520A (en) * 1996-07-03 1998-11-03 Miller, Call, Plauck And Miller Automatic file differencing and updating system
US6295527B1 (en) * 1998-02-13 2001-09-25 Cisco Technology, Inc. Real-time user-defined creation of network device information collections
DE19963767A1 (de) * 1999-12-30 2001-07-05 Bosch Gmbh Robert Verfahren zum Betrieb eines Navigationssystems und Schnittstelle für ein Navigationssystem
US6826555B2 (en) * 2000-07-24 2004-11-30 Centor Software Corporation Open format for file storage system indexing, searching and data retrieval
US6941003B2 (en) * 2001-08-07 2005-09-06 Lockheed Martin Corporation Method of fast fingerprint search space partitioning and prescreening
JP2003157286A (ja) * 2001-11-21 2003-05-30 Mitsubishi Chemicals Corp 設備管理用データの連係検索システム
JP4490012B2 (ja) * 2001-11-26 2010-06-23 富士通株式会社 ファイル検索装置、ファイル検索プログラム
US6965894B2 (en) * 2002-03-22 2005-11-15 International Business Machines Corporation Efficient implementation of an index structure for multi-column bi-directional searches
US7451217B2 (en) * 2002-12-19 2008-11-11 International Business Machines Corporation Method and system for peer-to-peer authorization
JP2007265384A (ja) * 2006-01-31 2007-10-11 Victor Co Of Japan Ltd 構造化データ格納装置、構造化データ格納プログラム、及び構造化データ格納方法

Also Published As

Publication number Publication date
CN101136027B (zh) 2011-08-17
SG140510A1 (en) 2008-03-28
JP2008059557A (ja) 2008-03-13
CN101136027A (zh) 2008-03-05
DE102007037646B4 (de) 2010-01-14
US20080059432A1 (en) 2008-03-06

Similar Documents

Publication Publication Date Title
DE102007037646B4 (de) Computerspeichersystem und Verfahren zum Indizieren, Durchsuchen und zur Datenwiedergewinnung von Datenbanken
DE69900854T2 (de) Ein suchsystem und verfahren zum zurückholen von daten und die anwendung in einem suchgerät
DE69813652T2 (de) System und Verfahren zum hierarchischen Zusammenstellen und Einordnen eines Satzes von Objekten in einem Abfragekontext
DE3788750T2 (de) Schätzeinrichtung des Indexschlüsselbereiches.
DE69423137T2 (de) Verfahren zur Verarbeitung mehrerer elektronisch gespeicherte Dokumente
DE69811066T2 (de) Datenzusammenfassungsgerät.
DE112015000218B4 (de) Verfahren, System und Computerprogramm zum Abtasten einer Mehrzahl von Speicherbereichen in einem Arbeitsspeicher nach einer spezifizierten Anzahl von Ergebnissen
DE69024932T2 (de) Verfahren um Dokumente, die ein bestimmtes Attribut haben, mit Hilfe eines vektorrelationalen charakteristischen Objektes zu identifizieren
DE69933187T2 (de) Dokumentensuchverfahren und Dienst
DE60035432T2 (de) System zur verwaltung der rdbm fragmentierungen
DE10231161A1 (de) Domain-spezifisches wissensbasiertes Metasuchsystem und Verfahren zum Verwenden desselben
DE19954534A1 (de) Rückwärtsindexieren von Zeichenketten in einer relationalen Datenbank zum Suchen mit Joker
DE60112257T2 (de) Virtuelles Dateisystem für dynamisch erzeugte Webseiten
DE102010049891A1 (de) Ersatz von maschinell vorgegebenen Stichworten von Webseiten durch manuelle Eingaben
DE112008003826T5 (de) Datenverarbeitungsvorrichtung und Verfahren zur Datenverarbeitung
EP0910829A1 (de) Datenbanksystem
DE202010018481U1 (de) Asynchroner verteilter Objekt-Upload für replizierte Assoziativspeichercluster
EP1276056B1 (de) Verfahren zum Verwalten einer Datenbank
DE112010002620T5 (de) Ontologie-nutzung zum ordnen von datensätzen nachrelevanz
DE102004057862A1 (de) Verfahren zum Abrufen von Bilddokumenten unter Verwendung von Hierarchie- und Kontexttechniken
WO2011044865A1 (de) Verfahren zum bestimmen einer ähnlichkeit von objekten
DE10057634C2 (de) Verfahren zur Verarbeitung von Text in einer Rechnereinheit und Rechnereinheit
EP1325412B1 (de) Verfahren zum zugriff auf eine speichereinheit, in der vermerkfolgen gespeichert sind, zugehörige speichereinheit und zugehöriges programm
WO2011044864A1 (de) Verfahren und system zum klassifizieren von objekten
DE202009006918U1 (de) Suchmaschine mit Personenidentifikation in Bildern anhand gesichtsbiometrischer Charakteristiker

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8364 No opposition during term of opposition