Данные, записанные в базу даных, не располагаются в каком либе определеннем порядке. В основном данные записываются в том порядке, в котором они поступают в базу. Данные сортируются только при чтении , при этом они могут сортироваться различным образом в зависимости от требований, устанавливаемых пользователем, Например, можно прочитать данные файла 1 в хронологическом порядке, либо в порядке изменения глубины или в соответствии с порядковыми номерами. Различные методы сортировки данных называются "ключами".
Тремя главными ключами являются ВРЕМЯ, ГЛУБИНА и ИДЕНТИФИКАТОР ПОСЛЕДОВАТЕЛЬНОСТИ РЕГИСТРАЦИИ
Поскольку название скважины хранится в каждой записи данных, нет необходимости создавать отдельные базы данных, относящиеся к различным скважинам. При чтении данные также сортируются по названиям скважин, чтобы можно было убедиться в правильности отнесения данных с сортировкой к соответсвующим скважинам. Так, например, при считывании данных с сортировкой по глубине данные сортируются по названиям скважин и глубине. (Ключом глубины для данных о спуско-подъемных операций, связанных с наращиванием колонны, является комбинация названия скважины, номера спуско-подъемных операций и глубины).
Возможность считавать большинство из имеющихся данных отсортированными по большинству ключей есть всегда, но это не всегда разумно или имеет смысл. Например, файл 1 данных с привязкой по времени можно считывать с сортировкой по времени, глубине или порядковому номеру. Разумеется, "естественным" порядком в данном случае является временное упорядочивание, по времени, и чтение данных в этом порядке вполне осмысленно. Однако при считывании данных в зависимости от глубины можно получить несколько запутанные результаты.
Глубина положения долота может как уменьшаться, так и возрастать, поэтому при сортировке по глубине данных, привязанных к времени, последовательность временных значений нарушается.
Аналогично, номера последовательности регистрации необязательно будут соответствовать значениям времени или глубины, поэтому при упорядочении считываемых данных по порядковому номеру можно получить несколько запутанные результаты.
Таким образом, хотя в принципе имеется возможность считывать данные с сортировкой по любому ключу, лучше всего считывать данные с сортировкой по времени. Доводы в пользу такой сортировки следующие:
1. все файлы имеют ключевой признак ВРЕМЯ.
2. вероятнее всего такая упорядоченность будет иметь определенный смысл, даже если данные имели привязку по глубине.
Кроме того, правильно считывать данные с сортировкой по ключу, соответсвующему файлу записи, так что удовлетворительный результат даст чтение данных, например, файла 2 с сортировкой по глубине или по времени и не рекомендуется считывать данные файла 4 (параметры промывки, привязанные ко временной координате) с сортировкой по глубине. Всегда следует избегать использования в качестве ключа сортировки порядкового номера, за исключением случаев, когда есть уверенность в осмысленности результата.