Система, способ и устройство для загрузки текстовых данных в базу данных

010400 Перекресные ссылки на родственные заявки Настоящая заявка притязает на приоритет предшествующей ожидающей решения предварительной заявки 60/507576, поданной 1 октября 2003 г., озаглавленной "System, Method and Apparatus for LoadingText Data in a Database ("Способ, система и устройство для загрузки текстовых данных в базу данных"). Область техники, к которой относится изобретение Это изобретение относится к способам и системам для использования в программном обеспечении ЭВМ, имеющим в своем составе базы данных. В частности, данное изобретение обеспечивает способы,устройства и системы для более эффективной и рациональной загрузки текстовых данных в базу данных. Предшествующий уровень техники Большинство программных средств, используют базу данных в качестве репозитория для хранения данных. Примеры таких баз данных включают в себя, например, Oracle, SQL Server, Sybase. Данные сохраняются в таблицах реляционной базы данных в предопределенной схеме. Данные могут создаваться в базе данных путем ручного ввода с использованием графических интерфейсов пользователя, таких как,например, Oracle Forms, или, более часто, путем загрузки пользователем данных в базу данных с использованием программного обеспечения, такого как Loader. Внешняя единица хранения, такая как дисковый файл или лента, которые содержат данные для загрузки ("набор данных") обычно закодированы в двоичном или текстовом (ASCII) формате. Если для загрузки набора данных используется программное обеспечение загрузки, программа загрузки считывает набор данных, декодирует кодировку и загружает его в таблицы базы данных. Это очень общий сценарий для программного обеспечения, используемый, например, в нефтегазовой промышленности, когда существует необходимость загрузки данных в форматах различных отраслевых стандартов, таких как,например, DLIS, Geoshare, WITSML. Эти стандартные форматы являются двоичными, XML или ASCII. Следовательно, для таких промышленных данных в стандартных форматах для загрузки данных разрабатывают "заказные" загрузчики. Заказные загрузчики считывают определенный формат и загружают (создают/обновляют) данные в определенном репозитории. Например, GeoFrame DLIS Loader считывает данные и загружает данные только в репозиторий GeoFrame. Однако существует большой объем данных в текстовых файлах, для которых не существует стандарта. Нестандартные текстовые файлы могут содержать данные в любом формате, и почти невозможно создать заказные загрузчики для всех таких схем расположения текстовых данных. Раскрытие изобретения Ввиду вышеупомянутых проблем целью настоящего изобретения является предоставление усовершенствованных способов, устройств и систем для загрузки данных, особенно в нестандартных текстовых файлах, в базу данных, с тем, чтобы исключить или минимизировать влияние описанных проблем и ограничений. Данные в наборе данных электронной таблицы могут быть данными на основе строк или данными на основе столбцов. Предпочтительный вариант осуществления настоящего изобретения включает в себя управляющий файл, содержащий набор правил, причем каждое правило содержит условие, а также загрузчик электронной таблицы, имеющий в качестве входных данных набор данных электронной таблицы и управляющий файл. Каждое правило в управляющем файле вычисляют для каждой записи, чтобы определить,истинно ли условие для записи, и, если условие истинно, выполняют разбор записей. Загрузчик электронной таблицы направляет разобранные данные в базу данных. Набор правил в управляющем файле может включать в себя правило переменной, правило сущности или оба (включая в себя, но не ограничиваясь множеством обоих правил). Правило переменной содержит условие, дескриптор разбора и выражение значений и может включать в себя конечное условие и/или список атрибутов. Правило сущности состоит из условия и списка атрибутов и может включать в себя выражение конечного условия и/или выражение ссылочной сущности. Данное изобретение может также включать в себя пользовательский интерфейс, используемый для создания управляющего файла. Пользовательский интерфейс может включать в себя информационный раздел управляющего файла, содержащий дерево объектов, закладку атрибутов и область предварительного просмотра управляющего файла, а также информационную секцию файла данных, содержащую область данных электронной таблицы, отражающую набор данных электронной таблицы. При использовании пользовательского интерфейса выбор бизнес-объекта в дереве объектов открывает список из одного или более атрибутов для бизнес-объекта в закладке атрибутов. Атрибуты из открытого списка атрибутов можно перетаскивать и оставлять в столбцах в области данных электронной таблицы; и загрузчик данных электронной таблицы использует атрибуты, помещенные в область данных, чтобы установить соответствие между столбцами и бизнес-объектами и чтобы создать на основе данного соответствия управляющий файл. В области предварительного просмотра управляющего файла в пользовательском интерфейсе может быть выполнен предварительный просмотр управляющего файла. Между атрибутами в закладке атрибутов, которые являются обязательными для выбранного бизнес-объекта, и атрибутами,которые не являются обязательными, может быть показано различие, например цветом, затенением или использованием особого шрифта. Область данных электронной таблицы в пользовательском интерфейсе может включать в себя функции по редактированию. Дерево объектов может отображать бизнес-объекты-1 010400 с использованием двухуровневой иерархии, со списком подмоделей (являющихся группами бизнесобъектов) и с бизнес-объектами под каждой подмоделью. Изобретение может также включать в себя слой доступа к данным в базе данных, который позволяет использовать определения сущностей и отображения постоянного хранения, чтобы создавать новые бизнес-объекты в дереве объектов. Атрибуты бизнес-объектов определены в базе данных. Атрибуты могут быть вычислены с использованием раздела выражения значения и могут быть разобраны с использованием команды дескриптора разбора, и к значению разобранного атрибута обращаются с использованием раздела значения. Предпочтительный вариант осуществления изобретения включает в себя способ загрузки данных из набора данных электронной таблицы, содержащей данные в виде одной или более записей, в базу данных, при этом включает в себя этапы, на которых создают управляющий файл с правилами, причем каждое правило включает в себя условие; вводят набор данных электронной таблицы и управляющий файл в загрузчик электронной таблицы; проверяют каждое правило по отношению к каждой записи, чтобы определить, истинно ли условие правила для данной записи, и, если условие истинно, затем выполняют разбор записи в одну или более лексем, обращаются к значению разобранной записи, используя раздел значения в правиле, и посылают разобранные данные с установленным значением в базу данных. Создание управляющего файла может включать в себя следующие этапы, на которых: используя пользовательский интерфейс для загрузчика электронных таблиц выбирают бизнес-объект в разделе дерева объектов пользовательского интерфейса, так что выбор бизнес-объекта открывает список атрибутов для выбранного бизнес-объекта в разделе закладки атрибутов пользовательского интерфейса, перетаскивают и оставляют атрибуты для выбранного бизнес-объекта в столбцах области данных электронной таблицы в пользовательском интерфейсе, причем область данных электронной таблицы отражает набор данных электронной таблицы, который должен быть загружен загрузчиком электронной таблицы, используя оставленные и перетащенные атрибуты, чтобы установить соответствие между столбцами, в которых были оставлены атрибуты, и бизнес-объектами перетащенных атрибутов, и формируют файл, отражающий этап установления соответствия. Дополнительно можно осуществить предварительный просмотр сформированного управляющего файла в области предварительного просмотра управляющего файла в пользовательском интерфейсе. Между атрибутами в закладке атрибутов, которые являются обязательными для выбранного бизнес-объекта, и атрибутами, которые не являются обязательными, может быть показано различие, например цветом, затенением или использованием особого шрифта. Область данных электронной таблицы в пользовательском интерфейсе может включать в себя функции по редактированию. Дерево объектов может отображать бизнес-объекты с использованием двухуровневой иерархии, со списком подмоделей (являющихся группами бизнес-объектов) и с бизнес-объектами под каждой подмоделью. Правила управляющего файла могут включать в себя правило переменной, правило сущности или оба. Правило переменной включает в себя условие, дескриптор разбора и раздел значений и может включать в себя конечное условие и/или список атрибутов. Правило сущности включает в себя условие и список атрибутов и может включать в себя раздел конечного условия и/или раздел ссылочной сущности. Изобретение может включать в себя слой доступа к данным, позволяющий использовать для создания новых бизнес-объектов в дереве объектов определения сущностей и отображения постоянного хранения. Атрибуты определены в базе данных и могут вычисляться с использованием выражения значения, а также могут быть разобраны с использованием команды дескриптора разбора, к значению разобранного атрибута обращаются с использованием раздела значения. Предпочтительный вариант осуществления изобретения включает в себя систему для загрузки данных из набора данных электронной таблицы (содержащих данные в форме одной или более записей) в базу данных. Система включает в себя управляющий файл с правилами, причем каждое правило включает в себя условие, а загрузчик электронных таблиц получает на вход набор данных электронной таблицы и управляющий файл. Загрузчик электронной таблицы содержит машиночитаемое устройство хранения программы, материально осуществляющее программу инструкций, исполняемых машиной для выполнения следующих этапов способа: вычисляют каждое правило по отношению к каждой записи, чтобы определить истинно ли условие правила для данной записи и, если условие истинно, затем выполняют разбор записи на одну или более лексем, обращаются к значению разобранной записи, используя раздел значений правила, и направляют разобранные данные с установленным значением в базу данных. Управляющий файл системы для данного варианта осуществления изобретения может быть создан посредством следующих этапов, на которых используют пользовательский интерфейс для загрузчика электронных таблиц, чтобы выбирать бизнес-объект в разделе дерева объектов пользовательского интерфейса, в котором выбор бизнес-объекта открывает список атрибутов для выбранного бизнес-объекта в разделе закладки атрибутов пользовательского интерфейса, перетаскивают и оставляют атрибуты для выбранного бизнес-объекта в столбцах области данных электронной таблицы в пользовательском интерфейсе,причем область данных электронной таблицы отражает набор данных электронной таблицы, который должен быть загружен загрузчиком электронной таблицы, устанавливают соответствие между столбцами, в которых были оставлены атрибуты, и бизнес-объектами перенесенных атрибутов, используя оставленные и перетащенные атрибуты, и формируют управляющий файл, отражающий этап установления-2 010400 соответствия. В области предварительного просмотра управляющего файла в пользовательском интерфейсе может быть выполнен предварительный просмотр управляющего файла. Набор правил в управляющем файле может включать в себя правило переменной, содержащее условие, дескриптор разбора и раздел значений, а также может включать в себя правило сущности, содержащее условие и список атрибутов. Между атрибутами в закладке атрибутов, которые являются обязательными для выбранного бизнес-объекта, и атрибутами, которые не являются обязательными, может быть показано различие, например цветом, затенением или особым шрифтом. Они могут также различаться по звуку для пользователей с ослабленным зрением. Функции по редактированию могут выполняться с использованием области данных электронной таблицы в пользовательском интерфейсе. Дерево объектов может отображать бизнесобъекты с использованием двухуровневой иерархии, со списком подмоделей, являющихся группами бизнес-объектов, за которым следуют бизнес-объекты под каждой подмоделью. Изобретение может включать в себя слой доступа к данным в базе данных. Слой доступа к данным может позволять использование определений сущностей и отображений постоянного хранения для создания новых бизнесобъектов в дереве объектов. Атрибуты определены в базе данных. Атрибуты могут быть вычислены с использованием раздела выражения значения. Разбор атрибутов может быть выполнен с использованием команды дескриптора разбора и значения разобранного атрибута, обращение к которому производится с использованием раздела значения. Преимущество настоящего изобретения заключается в том, что оно предоставляет простой интерфейс для загрузки всех данных электронных таблиц в базы данных. Другим преимуществом настоящего изобретения является то, что оно загружает любые текстовые данные, компоновка которых является форматом электронной таблицы. Другие цели, признаки и преимущества настоящего изобретения станут очевидны специалистам в данной области техники по обращению к чертежам, по последующему описанию и формуле изобретения. Краткое описание чертежей Фиг. 1 иллюстрирует входные данные, поступающие в загрузчик электронной таблицы предпочтительного варианта использования настоящего изобретения. Фиг. 2 - это блок-схема, иллюстрирующая схему для правил сущности и правил переменной предпочтительного варианта осуществления настоящего изобретения. Фиг. 3 - это блок-схема, которая показывает дополнительные подробности для правила переменной в предпочтительном варианте осуществления настоящего изобретения. Фиг. 4 - это блок-схема, которая показывает дополнительные подробности для правила сущности в предпочтительном варианте осуществления настоящего изобретения. Фиг. 5 - это блок-схема, которая показывает дополнительные подробности для атрибутов в предпочтительном варианте осуществления настоящего изобретения. Фиг. 6 - это блок-схема пользовательского интерфейса загрузчика электронной таблицы для предпочтительного варианта осуществления настоящего изобретения. Фиг. 7 - это блок-схема предпочтительного варианта осуществления настоящего изобретения. Фиг. 8 - это блок-схема набора данных электронной таблицы для предпочтительного варианта осуществления настоящего изобретения. Фиг. 9 - это блок-схема управляющего файла для предпочтительного варианта осуществления настоящего изобретения. Фиг. 10 - это блок-схема алгоритма для предпочтительного варианта осуществления настоящего изобретения. Фиг. 11 - это блок схема алгоритма того, как создать управляющий файл в предпочтительном варианте осуществления настоящего изобретения. Раскрытие изобретения В последующем подробном описании предпочтительных вариантов осуществления и других вариантов осуществления изобретения, делается ссылка на прилагаемые чертежи. Должно быть очевидно, что специалисты в данной области легко поймут, что, не отступая от объема настоящего изобретения, могут быть выполнены другие варианты осуществления и изменения. Фиг. 1 иллюстрирует входные данные, поступающие в загрузчик 10 электронной таблицы предпочтительного варианта использования настоящего изобретения. Загрузчик 10 электронной таблицы данного предпочтительного варианта осуществления имеет два вида входных данных: набор 20 данных электронной таблицы, содержащий набор данных, и управляющий файл 30, при этом загрузчик 10 электронной таблицы выводит данные в базу 35 данных. Набор 20 данных электронной таблицы может быть считан данным предпочтительным вариантом осуществления изобретения двумя способами: как последовательность строк ("данные на основе строк") или как последовательность столбцов ("данные на основе столбцов"). Обращаясь к фиг. 8, каждый элемент в наборе данных электронной таблицы называется записью 21. Как описано ниже, есть различие в том, как обрабатываются данные загрузчиком 10 электронной таблицы для каждого из двух способов чтения электронной таблицы.-3 010400 Данные на основе строк Данные в каждой строке представляют один или более бизнес-объектов. Бизнес-объект является сущностью, такой как буровая скважина в области исследований и производства ("ЕР"). Каждый столбец представляет атрибут бизнес-объекта. (Фиг. 5 содержит больше деталей по атрибутам и дополнительно описан ниже). Атрибуты используются для описания некоторых аспектов бизнес-объекта. В электронных таблицых данных на основе столбцов атрибуты обычно отделены специальным символом, например запятой (,), символом конвейера , пробелом или табуляцией и т.п. Пример 1 Вышеприведенная строка описывает объект буровой скважины со следующими атрибутами: имя буровой скважины, uwi (уникальный идентификатор скважины), "drilltotaldepth" (полная измеренная глубина), истинная вертикальная глубина (tvd) и spuddate (дата начала бурения скважины). Так, в приведенной выше строке объект буровой скважины и его атрибуы представляют собой: Данные на основе столбцов Данные в каждом столбце представляют собой бизнес-объект, как правило массовые канальные данные в области исследований и производства. Пример 2 В приведенном выше примере 2 бизнес-объекты являются Каналами журналирования, и один из таких бизнес-объектов - это RHOB. В примере 2 DEPT обозначает глубину, а другие имена столбцов - различные регистрируемые измерения: RHOB обозначает объемную плотность, SP - потенциал самопроизвольной поляризации, GR - гамма-лучи, POR - пористость, DEN - плотность и PER - фотоэлектрический коэффициент, правый. В примере 2 на глубине 2001 футов в буровой скважине значение измерения SP составило 1887,03, измеренная величина объемной плотности составила -427,180, измеренная величина гамма-лучей составила -453,271, измеренная величина пористости составила 124,574, измеренная величина фотоэлектрического коэффициента, правый, составило 2,174, а измеренная величина плотности составила 80,812. Обращаясь к фиг. 9, управляющий файл 30 содержит набор правил 100. Правила 100 могут быть определены на любом языке, который понимает загрузчик 10 электронных таблиц. Для загрузчика 10 электронных таблиц предпочтительного варианта осуществления настоящего изобретения, показанного на фиг. 1, правила управляющего файла описаны на XML. Каждое правило 100 управляющего файла описывает, как разобрать и установить соответствие между данными в наборе данных в электронной таблице. Каждое правило 100 имеет в своем составе условие, которое должно быть истинным для вычисляемого правила. Условия дополнительно обсуждаются ниже, со ссылкой на фиг. 3 и фиг. 4. Фиг. 2 - это блок-схема, иллюстрирующая схему для правил в предпочтительном варианте осуществления настоящего изобретения. Как показано на фиг. 2, существует два основных типа правил 100 в данном предпочтительном варианте осуществления настоящего изобретения: правила 110 переменной и правила 120 сущности. Смесь правил переменной и правил сущности, которая образует управляющий файл, вычисляется для каждой записи, найденной в наборе данных, чтобы определить, является ли результатом вычисления условия для правила истинное значение. Правило 110 переменной Правило переменной используется, чтобы считать лексему. Лексема - это строка или число, считан-4 010400 ное из записи данных, как описано строкой разбора. Правило переменной считывает лексему из данных в форме входного текстового файла и сохраняет ее как переменную для дальнейшего использования либо в правиле 120 сущности, либо в условии другого правила. Дополнительная информация по правилам переменной показана на фиг. 3 (и обсуждается ниже). Правило 120 сущности Правило 120 сущности описывает сущность, то есть объект, который должен быть создан. Правило 120 сущности перечисляет атрибуты объекта и описывает, как устанавливаются атрибуты объекта, используя правила 110 переменной или лексему, которая считывается из входного текстового файла. Дополнительные подробности по правилам сущности показаны на фиг. 4 (и обсуждаются ниже). Обозначение, показанное на фиг. 2 справа от правил 100 (и слева от ответвлений, ведущих к правилу 110 переменной и правилу 120 сущности), является группировкой 122 и обозначает одну или более сущностей или правил переменной, составляющих набор правил. Ниже приведен пример управляющего файла 30, который считывает строчные данные как показано в примере 1 выше. Фиг. 3 - это блок-схема, которая показывает дополнительные подробности для правила 110 переменной в предпочтительном варианте осуществления настоящего изобретения. Правила 110 переменной вычисляются на основе условий, которые обрабатываются для каждой записи в наборе данных электронной таблицы. Символ справа от правила 110 переменной на фиг. 3 - это последовательность 124 и обозначает правило переменной, составленное как последовательность условия 125, дескриптора разбора 130, раздела 135 значений, и может (по выбору) включать в себя конечное условие 140 и список атрибутов 145. Условие 125 является логическим состоянием, которое должно вычисляться как истинное значение, если необходимо обработать правило переменной (или правило сущности, как обсуждалось выше). Правило 110 переменной может содержать в составе условия выражения. Выражение описывает данные,переменные или сущности. Если условие 125 является истинным, дескриптор 130 разбора используется для разбора записи пу-5 010400 тем разбиения ее либо на одну лексему, либо на массив лексем. К значению разобранного набора данных обращаются, используя раздел 135 значения. Раздел 135 значения является выражением, которое ссылается, какая из лексем, разобранных с использованием дескриптора 130 разбора, назначена для переменной или атрибута в качестве значения, и на которую ссылаются по имени в других выражениях. Необязательное конечное условие 140 - это выражение, которое позволяет указывать, должна ли переменная или сущность вычисляться непрерывно для последующих записей данных: в случае непрерывного вычисления конечное условие 140 в предпочтительном варианте осуществления изобретения примет значение"истина". Необязательный список 145 атрибутов - это список атрибутов, которые могут быть установлены значения 135 для данной сущности. Фиг. 4 - это блок-схема, которая показывает дополнительные подробности для правила сущности 120 в предпочтительном варианте осуществления настоящего изобретения. Символ справа от правила 120 сущности на фиг. 4 является последовательностью 124 и обозначает, что правило 120 сущности заключает в себе разделы условия 125, списка атрибутов, необязательного конечного условия 140 и ссылочной сущности 155. Необязательная ссылочная сущность 155 - это список из одной или более сущностей, на которые ссылается секущая сущность. Ссылочная сущность 155 используется, чтобы установить реляционную ссылку между текущей сущностью и другими сущностями, которые обрабатываются загрузчиком электронной таблицы. Например, в области исследований и производства сущность Borehole ссылается на сущность Well, так что в примере правило сущности Borehole (Ствол скважины) может использовать раздел 155 ссылочной сущности, чтобы ссылаться на правило сущности Well (Буровая скважина). Фиг. 5 - это блок-схема, которая показывает дополнительные подробности для атрибутов 200 в предпочтительном варианте осуществления настоящего изобретения. Атрибуты 200 ссылаются на аспекты бизнес-объекта и определены в базе данных, в которую загрузчик электронной таблицы будет загружать данные. Атрибуты 200 рассчитывают как выражение 210 значения или как дескриптор 220 разбора и раздел 230 значений. Выражение 210 значения - это простое выражение или постоянное значение, которое назначено атрибуту. Если атрибут 200 является выражением, тогда значение для атрибута 200 вычисляется посредством выражения 210 значения. Как в случае правил переменной, команда дескриптора 220 разбора используется для разбора записи данных путем разбиения ее либо на одну лексему, либо на массив лексем. К значению разобранного набора данных обращаются, используя раздел 230 значения. Некоторые атрибуты 200 являются обязательными для бизнес-объектов, так как для создания бизнесобъектов требуется наличие атрибутов 200 в реляционной базе данных (ненулевые столбцы). Другие атрибуты не являются обязательными. Фиг. 6 - это блок-схема пользовательского интерфейса 300 загрузчика электронной таблицы в предпочтительном варианте осуществления настоящего изобретения, который используется, чтобы построить управляющий файл. (Функционирование пользовательского интерфейса 300 также дополнительно проиллюстрировано на фиг. 7 и обсуждается ниже). Обращаясь к фиг. 6 в пользовательском интерфейсе 300 имеются две основные панели, панель 305 информации управляющего файла и панель 310 информации файла данных. Панель 305 информации управляющего файла содержит три области: область 315 дерева объектов,область 320 закладки атрибутов и область 325 предварительного просмотра управляющего файла. Область 315 дерева объектов отображает бизнес-объекты (не показаны), как поддерживаемые базой данных (не показана на фиг. 6). Определение бизнес-объектов предпочтительно описывается на XML. Область 315 дерева объектов предпочтительно отображает двухуровневую иерархию со списком подмоделей (не показан), а затем бизнес-объекты (не показаны) под каждой подмоделью. Подмодели представляют собой группировку бизнес-объектов. Например, в области ЕР может быть Подмодель буровой скважины, которая состоит из сущностей/объектов, относящихся к Буровой скважине. Область 320 закладки атрибутов отображает атрибуты (не показаны) выбранных бизнес-объектов. Каждый бизнес-объект, будучи выбранным в области 315 дерева объектов, вызывает закладку в области 320 закладки атрибутов со списком атрибутов для выбранного бизнес-объекта. В предпочтительном варианте осуществления изобретения атрибуты, которые являются обязательными для данного бизнесобъекта отображаются особым образом, например, используя другой цвет, так что пользователь может легко отличить их с целями установления соответствия. (В других вариантах осуществления для пользователей, не различающих цвет, например, могут использоваться затенение или формат, выделенный жирным, чтобы указать обязательные атрибуты). Панель 310 информации файла данных содержит область 340 данных электронной таблицы. Область 340 данных электронной таблицы отображает данные из набора 20 данных электронной таблицы. Область 340 данных электронной таблицы включает в себя основные операции редактирования. Область 325 предварительного просмотра управляющего файла панели 305 информации управляющего файла отображает управляющий файл по мере построения, когда пользователь устанавливает соответствие между атрибутами и столбцами в наборе данных электронной таблицы, как отражается в области 340 данных электронной таблицы. Функционирование пользовательского интерфейса дополнительно объясняется со ссылкой на фиг.-6 010400 7, которая является блок-схемой предпочтительного варианта осуществления настоящего изобретения. Может оказаться трудным создать управляющий файл, и пользовательский интерфейс 300 может использоваться, чтобы это облегчить. Обращаясь к фиг. 7, чтобы создать управляющий файл 30 пользователь использует пользовательский интерфейс 300, чтобы установить соответствие столбцов в наборе 20 данных электронной таблицы, как отражается в области 340 данных электронной таблицы пользовательского интерфейса 300, атрибутам одного или более бизнес-объектов в дереве 315 объектов, используя функциональную возможность пользовательского интерфейса 300 "перенести и оставить". В особенности пользователь может выбрать бизнес-объект в дереве 315 объектов, причем список атрибутов выбранного бизнес-объекта откроется в закладке 320 атрибутов, и пользователь может перенести и оставить имя атрибута в столбец в области 340 данных электронной таблицы, которая отражает набор 20 данных электронной таблицы. Загрузчик 10 электронной таблицы затем устанавливает соответствие имени атрибута и области 340 данных электронной таблицы и формирует правило управляющего файла (предварительный просмотр которого может быть осуществлен в области 325 предварительного просмотра управляющего файла). Как только установление соответствия завершено, пользователь может загрузить данные в базу 35 данных, используя загрузчик 10 электронной таблицы. Пользователь может также определить новые бизнес-объекты в дереве 315 объектов, добавляя определения сущностей и отображения постоянного хранения (например, в XML) для использования общим слоем доступа к данным (не показан на фиг. 7) для базы 35 данных. Определения сущностей (не путать с правилами сущностей) являются описаниями объектов базы данных. Отображения постоянного хранения являются правилами, которые описывают для слоя доступа к данным, как данные записываются в базу 35 данных или некоторое другое хранилище, такое как плоский файл. Чтобы создать новый бизнес-объект пользователь должен создать Определение сущности для нового бизнес-объекта, которое говорит, чем является новый бизнес-объект, и должен создать отображение постоянного хранения для нового бизнес-объекта, которое говорит, как новый бизнес-объект должен записываться в базу данных. Загрузчик 10 электронной таблицы может собрать определения сущностей в области 315 дерева объектов и пользователь может использовать высокоуровневое представление для отображений. Фиг. 10 показывает блок-схему алгоритма для предпочтительного варианта осуществления настоящего изобретения. Сначала создают или получают 400 управляющий файл с правилами, причем каждое правило включает в себя условие. (Способ создания управляющего файла проиллюстрирован на фиг. 11,обсуждается ниже, также как и в вышеприведенном обсуждении относительно фиг. 6 и фиг. 7). Набор данных электронной таблицы с данными в форме записей и управляющий файл поступают 410 в загрузчик электронной таблицы. Каждое правило управляющего файла рассчитывают 415 для каждой записи,найденной в наборе данных, чтобы определить 420, истинно ли условие для правила для этой записи. Если 425 условие не истинно, вычисляют 430 все другие правила для этой записи, до конца. Если условие истинно, тогда выполняют разбор 435 записи в одну или более лексем. К значению разобранной записи обращаются 440, используя раздел значения. Если все правила не были вычислены для записи 425,тогда вычислить 430 все другие правила до конца, а затем вычислить 445, 450 правила для всех других записей до конца. Как только все правила для записи полностью вычислены, разобраны, данные с установленным значением загружают 455 в базу данных и процесс завершается 460. Помните, что правила могут являться правилами значения или правилами сущности. Как часть данного процесса, правило (переменная или сущность) может иметь в себе конечное условие, которое принимает истинное значение, если правило должно вычисляться постоянно для последующих записей данных. Дополнительно, правило сущности может содержать список атрибутов для сущности и может содержать ссылочную сущность, используемую, чтобы установить реляционную ссылку между текущей сущностью и другими сущностями. Фиг. 11 показывает блок-схему алгоритма, как создать управляющий файл в предпочтительном варианте осуществления настоящего изобретения. Используя пользовательский интерфейс для загрузчика электронной таблицы, выбирают 500 бизнес-объект (раздел дерева объектов пользовательского интерфейса), тем самым открывая список атрибутов для выбранного бизнес-объекта в разделе закладки атрибутов пользовательского интерфейса. Атрибуты для бизнес-объекта перетаскивают и оставляют 510 в столбцы области данных электронной таблицы пользовательского интерфейса, при этом область данных электронной таблицы отражает набор данных, который должен быть загружен загрузчиком электронной таблицы. Используя оставленные и перетащенные атрибуты, загрузчик электронной таблицы устанавливает 515 соответствие между столбцами, в которые перетаскивали атрибуты, и бизнес-объектами атрибутов, которые перетаскивали. Загрузчик электронной таблицы формирует 520 управляющий файл, отражающий этап 515 установления соответствия, и позволяет выполнить предварительный просмотр 525 управляющего файла в области предварительного просмотра управляющего файла в пользовательском интерфейсе. Если 530 не было установлено соответствие для всех бизнес-объектов, выбирают 535 следующий бизнес-объект, и процесс повторяется, до конца 540. Настоящее изобретение решает проблему вставки/обновления/перезаписи данных, поступающих в электронной таблице ASCII (включая файлы excel) обобщенным способом. При загрузке данных настоящее изобретение скрывает сложность целевой базы данных от конечного пользователя и разрешает-7 010400 любое отношение (используя раздел Ссылочной сущности) среди бизнес-объектов полностью прозрачным для пользователя образом. Настоящее изобретение может использоваться для загрузки любого целевого хранилища с условием, что слой общего доступа к данным поддерживает целевой адаптер. Настоящее изобретение может также использоваться, чтобы создать бизнес-объекты в памяти для непосредственного использования приложениями. Внешний интерфейс загрузчика электронной таблицы, который считывает данные как бизнес-объекты (которые могут быть определены пользователем) из файла данных электронной таблицы,может позволить пользователю выполнить установление соответствия, используя обобщенный пользовательский интерфейс. Данный подход мог бы также использоваться для загрузки данных в память в определенные пользователем бизнес-объекты для непосредственного использования приложениями. Хотя вышеупомянутое приведено с целью иллюстрации, объяснения и описания в конкретных деталях определенных вариантов осуществления изобретения автоматизированного контроля дефектов повторяющейся матричной микроструктуры, изменения и адаптация к описанным способам, системам и другим вариантам осуществления будут очевидны обычным специалистам в данной области техники, а также могут быть выполнены без отступления от области или сущности изобретения. ФОРМУЛА ИЗОБРЕТЕНИЯ 1. Устройство для загрузки данных из набора данных электронной таблицы, имеющей данные в форме одной или более записей, в базу данных, заключающее в себе:a) управляющий файл, содержащий набор правил для описания соответствия между атрибутами упомянутого набора данных электронной таблицы и атрибутами упомянутой базы данных, причем каждое правило содержит условие;b) загрузчик электронной таблицы, имеющий в качестве входных данных набор данных электронной таблицы и управляющий файл, причем:i) каждое правило в управляющем файле вычисляют для каждой записи, чтобы определить, истинно ли условие для записи, и, если условие истинно, выполняют разбор записей; иii) загрузчик электронной таблицы направляет разобранные данные в базу данных. 2. Устройство по п.1, в котором набор правил в управляющем файле включает в себя правило переменной. 3. Устройство по п.2, в котором правило переменной заключает в себе условие, дескриптор разбора и раздел значений. 4. Устройство по п.3, в котором правило переменной включает в себя конечное условие. 5. Устройство по п.3, в котором правило переменной включает в себя список атрибутов. 6. Устройство по п.1, в котором набор правил в управляющем файле включает в себя правило сущности. 7. Устройство по п.6, в котором правило сущности содержит условие и список атрибутов. 8. Устройство по п.7, в котором правило сущности включает в себя конечное условие. 9. Устройство по п.7, в котором правило сущности включает в себя раздел ссылочной сущности. 10. Устройство по п.1, в котором набор правил в управляющем файле содержит правило переменной и правило сущности. 11. Устройство по п.1, дополнительно заключающее в себе пользовательский интерфейс, используемый для создания управляющего файла. 12. Устройство по п.11, в котором пользовательский интерфейс включает в себя информационную секцию управляющего файла, содержащую дерево объектов, закладку атрибутов и область предварительного просмотра управляющего файла, а также информационную секцию файла данных, содержащую область данных электронной таблицы, отражающую набор данных электронной таблицы, и в котором:a) выбор бизнес-объекта в дереве объектов открывает список из одного или более атрибутов для бизнес-объекта в закладке атрибутов;b) атрибуты из открытого списка атрибутов можно перетаскивать и оставлять в столбцах в области данных электронной таблицы; иc) загрузчик данных электронной таблицы использует атрибуты, оставленные в области данных электронной таблицы, чтобы установить соответствие между столбцами и бизнес-объектами и чтобы сформировать из данного соответствия управляющий файл. 13. Устройство по п.12, в котором может быть осуществлен предварительный просмотр управляющего файла в области предварительного просмотра управляющего файла в пользовательском интерфейсе. 14. Устройство по п.12, в котором атрибуты в закладке атрибутов, которые являются обязательными для выбранного бизнес-объекта, помечены как отличающиеся от атрибутов, которые не являются обязательными. 15. Устройство по п.14, в котором обязательные атрибуты помечаются цветом. 16. Устройство по п.14, в котором обязательные атрибуты помечаются затенением.-8 010400 17. Устройство по п.14, в котором обязательные атрибуты помечаются особым шрифтом. 18. Устройство по п.12, в котором область данных электронной таблицы пользовательского интерфейса включает в себя функции по редактированию. 19. Устройство по п.12, в котором дерево объектов отображает двухуровневую иерархию со списком подмоделей, являющихся группами бизнес-объектов, с бизнес-объектами под каждой подмоделью. 20. Устройство по п.12, дополнительно включающее в себя слой доступа к данным в базе данных,позволяющий использовать для создания новых бизнес-объектов в дереве объектов определения сущностей и отображения постоянного хранения. 21. Устройство по п.1, в котором данные в наборе данных электронной таблицы представляют собой данные на основе строк. 22. Устройство по п.1, в котором данные в наборе данных электронной таблицы представляют собой данные на основе столбцов. 23. Устройство по п.1, в котором набор правил в управляющем файле включает в себя правило переменной, заключающее в себе условие, дескриптор разбора и раздел переменных, и правило сущности,заключающее в себе условие и список атрибутов. 24. Устройство по п.23, дополнительно заключающее в себе пользовательский интерфейс, используемый для формирования управляющего файла, причем пользовательский интерфейс включает в себя информационную секцию управляющего файла, содержащую дерево объектов, закладку атрибутов и область предварительного просмотра управляющего файла, а также информационную секцию файла данных, содержащую область данных электронной таблицы, отражающую набор данных электронной таблицы, и в котором:a) выбор бизнес-объекта в дереве объектов открывает список из одного или более атрибутов для бизнес-объекта в закладке атрибутов;b) атрибуты из открытого списка атрибутов можно перетаскивать и оставлять в столбцах в области данных электронной таблицы; иc) загрузчик данных электронной таблицы использует атрибуты, оставленные в области данных электронной таблицы, чтобы установить соответствие между столбцами и бизнес-объектами и чтобы создать из данного соответствия управляющий файл; иd) в области предварительного просмотра управляющего файла в пользовательском интерфейсе может быть выполнен предварительный просмотр управляющего файла. 25. Устройство по п.12, в котором атрибуты определены в базе данных. 26. Устройство по п.12, в котором по меньшей мере один атрибут вычисляется с использованием раздела выражения значения. 27. Устройство по п.12, в котором по меньшей мере один атрибут разбирают с использованием команды дескриптора разбора, и к значению разобранного атрибута обращаются с использованием раздела значения. 28. Способ загрузки данных из набора данных электронной таблицы, имеющей данные в форме одной или более записей, в базу данных, содержащий этапы, на которых:a) создают управляющий файл с правилами для описания соответствия между атрибутами упомянутого набора данных электронной таблицы и атрибутами упомянутой базы данных, причем каждое правило включает в себя условие;b) выполняют ввод набора данных электронной таблицы и управляющего файла в загрузчик электронной таблицы;c) вычисляют каждое правило по отношению к каждой записи, чтобы определить, истинно ли условие правила для данной записи и, если условие истинно, затем выполняют разбор записи на одну или более лексем и обращаются к значению разобранной записи, используя раздел значений правила;d) направляют разобранные данные с установленным значением в базу данных. 29. Способ по п.28, в котором данные в наборе данных электронной таблицы представляют собой данные на основе строк. 30. Способ по п.28, в котором данные в наборе данных электронной таблицы представляют собой данные на основе столбцов. 31. Способ по п.28, в котором этап создания управляющего файла дополнительно содержит этапы,на которых:i) используя пользовательский интерфейс для загрузчика электронной таблицы, выбирают бизнесобъект в секции дерева объектов пользовательского интерфейса, причем выбор бизнес-объекта открывает список атрибутов для выбранного бизнес-объекта в секции закладки атрибутов пользовательского интерфейса;ii) атрибуты для выбранного бизнес-объекта перетаскивают и оставляют в столбцах области данных электронной таблицы пользовательского интерфейса, при этом область данных электронной таблицы отражает набор данных, который должен быть загружен загрузчиком электронной таблицы;iii) используя оставленные и перетащенные атрибуты, устанавливают соответствие между столбцами, в которые перетаскивали атрибуты, и бизнес-объектами перетаскиваемых атрибутов;iv) формируют управляющий файл, отражающий этап установления соответствия a) (iii). 32. Способ по п.31, в котором этап создания управляющего файла дополнительно содержит этапы,на которых:v) выполняют предварительный просмотр сформированного управляющего файла в области предварительного просмотра управляющего файла пользовательского интерфейса. 33. Способ по п.28, в котором набор правил в управляющем файле включает в себя правило переменной. 34. Способ по п.33, в котором правило переменной заключает в себе условие, дескриптор разбора и раздел значений. 35. Способ по п.34, в котором правило переменной дополнительно включает в себя конечное условие. 36. Способ по п.34, в котором правило переменной дополнительно включает в себя список атрибутов. 37. Способ по п.28, в котором набор правил в управляющем файле включает в себя правило сущности. 38. Способ по п.37, в котором правило сущности заключает в себе условие и список атрибутов. 39. Способ по п.38, в котором правило сущности включает в себя конечное условие. 40. Способ по п.38, в котором правило сущности включает в себя раздел ссылочной сущности. 41. Способ по п.28, в котором набор правил в управляющем файле содержит правило переменной и правило сущности. 42. Способ по п.31, в котором атрибуты в закладке атрибутов, которые являются обязательными для выбранного бизнес-объекта, помечены как отличающиеся от атрибутов, которые не являются обязательными. 43. Способ по п.42, в котором обязательные атрибуты помечаются цветом. 44. Способ по п.42, в котором обязательные атрибуты помечаются затенением. 45. Способ по п.42, в котором обязательные атрибуты помечаются особым шрифтом. 46. Способ по п.31, в котором функции по редактированию могут выполняться с использованием области данных электронной таблицы пользовательского интерфейса. 47. Способ по п.31, в котором дерево объектов отображает двухуровневую иерархию со списком подмоделей, являющихся группами бизнес-объектов, с бизнес-объектами под каждой подмоделью. 48. Способ по п.31, дополнительно заключающий в себе слой доступа к данным в базе данных, причем слой доступа к данным позволяет использовать для создания новых бизнес-объектов в дереве объектов определения сущностей и отображения постоянного хранения. 49. Способ по п.31, в котором атрибуты определены в базе данных. 50. Способ по п.49, в котором по меньшей мере один атрибут вычисляется с использованием раздела выражения значения. 51. Способ по п.49, в котором по меньшей мере один атрибут разбирают с использованием команды дескриптора разбора, и к значению разобранного атрибута обращаются с использованием раздела значения. 52. Способ по п.32, в котором правила в управляющем файле включают в себя правило переменной,заключающее в себе условие, дескриптор разбора и раздел переменных, и правило сущности, заключающее в себе условие и список атрибутов. 53. Система для способа загрузки данных из набора данных электронной таблицы, имеющей данные в форме одной или более записей, в базу данных, содержащая:a) управляющий файл с правилами для описания соответствия между атрибутами упомянутого набора данных электронной таблицы и атрибутами упомянутой базы данных, причем каждое правило включает в себя условие;b) загрузчик электронной таблицы, получающий на вход набор данных электронной таблицы и управляющий файл, и имеющий машиночитаемое устройство хранения программы, материально осуществляющее программу инструкций, исполняемых машиной, чтобы выполнить следующие этапы, на которых:c) вычисляют каждое правило по отношению к каждой записи, чтобы определить истинно ли условие правила для данной записи и, если условие истинно, затем выполняют разбор записи на одну или более лексем, и обращаются к значению разобранной записи, используя раздел значений правила;d) направляют разобранные данные с установленным значением в базу данных. 54. Система по п.53, в которой данные в наборе данных электронной таблицы представляют собой данные на основе строк. 55. Система по п.53, в которой данные в наборе данных электронной таблицы представляют собой данные на основе столбцов. 56. Система по п.53, в которой управляющий файл формируется на следующих этапах:i) используя пользовательский интерфейс для загрузчика электронной таблицы, выбирают бизнесобъект в секции дерева объектов пользовательского интерфейса, причем выбор бизнес-объекта открыва- 10010400 ет список атрибутов для выбранного бизнес-объекта в секции закладки атрибутов пользовательского интерфейса;ii) атрибуты для выбранного бизнес-объекта перетаскивают и оставляют в столбцах области данных электронной таблицы пользовательского интерфейса, при этом область данных электронной таблицы отражает набор данных электронной таблицы, который должен быть загружен загрузчиком электронной таблицы;iii) используя оставленные и перетащенные атрибуты устанавливают соответствие между столбцами, в которые перетаскивали атрибуты, и бизнес-объектами перетаскиваемых атрибутов;iv) формируют управляющий файл, отражающий этап установления соответствия a)(iii). 57. Система по п.56, дополнительно заключающая в себе этап, на которомv) выполняют предварительный просмотр сформированного управляющего файла в области предварительного просмотра управляющего файла пользовательского интерфейса. 58. Система по п.53, в которой набор правил в управляющем файле включает в себя правило переменной, содержащее условие, дескриптор разбора и раздел переменных. 59. Система по п.53, в которой набор правил в управляющем файле включает в себя правило сущности, содержащее условие и список атрибутов. 60. Система по п.53, в которой набор правил в управляющем файле содержит правило переменной и правило сущности. 61. Система по п.56, в которой атрибуты в закладке атрибутов, которые являются обязательными для выбранного бизнес-объекта, помечены как отличающиеся от атрибутов, которые не являются обязательными. 62. Система по п.61, в которой обязательные атрибуты помечаются цветом. 63. Система по п.61, в которой обязательные атрибуты помечаются затенением. 64. Система по п.61, в которой обязательные атрибуты помечаются особым шрифтом. 65. Система по п.56, в которой функции по редактированию могут выполняться с использованием области данных электронной таблицы пользовательского интерфейса. 66. Система по п.56, в которой дерево объектов отображает двухуровневую иерархию со списком подмоделей, являющихся группами бизнес-объектов, с бизнес-объектами под каждой подмоделью. 67. Система по п.56, дополнительно заключающая в себе слой доступа к данным в базе данных,причем слой доступа к данным позволяет использовать для создания новых бизнес-объектов в дереве объектов определения сущностей и отображения постоянного хранения. 68. Система по п.56, в которой атрибуты определены в базе данных. 69. Система по п.68, в которой по меньшей мере один атрибут вычисляется с использованием раздела выражения значения. 70. Система по п.69, в которой по меньшей мере один атрибут разбирают с использованием команды дескриптора разбора, и к значению разобранного атрибута обращаются с использованием раздела значения.