4.5.Indexing profiles

---

SAVE

COPY

The current profile is copied to a new profile.

RENAME

DELETE

1. After a confirmation prompt, the index files in the index directory are deleted.
   
   The index files can only be deleted by the index owner, i.e. the PC that created the index.
   The index owner is identified by the computer ID (see Help --> Info menu),
   which is entered in the indexing file IndexOnwer.txt when the index is created.
   
   
2. The current profile is deleted after a security prompt.
   
   Profile 1 cannot be deleted.

VALIDATE

The profile must be validated before it can be used. This applies both to the index owner and
to PCs that only want to perform an index search.

During validation:
- it is checked whether access to a maximum of 10 directories works
- it is checked whether a maximum of 10 EDI data can be read and indexed
- the search fields for the index search are determined

If validation by a non-index owner is successful, the status changes to "Active"
as the index already exists.

CLOSE

Close dialogue without saving any changes.

The profile is new.
It can be set up and customized accordingly.

The next process step, validation, has not yet been carried out.

Indexing (start parameter -IP) was performed with the profile.
The index contains 1.295.745 entries. 

With an active profile, the index directory and the start directory of the EDI files
can no longer be changed by the index owner.

Selected indexing profile

Index files directory

Base directory for storing the indexing files. 
A subdirectory IP1 - IP9 is created for each profile.

Performance:
For optimum performance, indexing should be carried out from the PC
where the EDI files are located.
This means that the index directory should also be located locally
on the same computer, e.g. on the local drive C: or D: if available.

If the EDI files and index files are on the same PC,
drive mapping from other PCs is also easier.

Example:
In the example shown, the EDI files and the index files are located
on the same PC, but indexing is carried out by another PC that has access
to the server via the G: drive.

File search filter

File date

As the central selection field, the file date determines which
EDI files are to be indexed:

0 File date is not used
1 Manual file date selection
2 Starting from the last indexing run
3 Starting at midnight the day before

Selection 2 is the default setting.
All files since the last indexing run up to today, current time minus 2 minutes,
are indexed. For the very first indexing run, the starting year is 1977.

To prevent indexing gaps, e.g. due to the time changeover,
from the time stamp of the last indexing run:
- 10 minutes are subtracted
- 60 minutes are subtracted,
   if the last indexing run was more than one hour ago. 

Start directory

Defines the base directory where the search for EDI files to be indexed is started.

The base directory is not part of the index.
The index search field "File name" therefore only contains all subdirectories and
then the EDI file name.

Use the file date to
restrict subdirectories

If subdirectories are to be searched,
the modification date of the subdirectory is checked.

The files and subdirectories contained in the subdirectory are only searched
if the modification date is valid.
This increases the indexing speed if directories do not need to be searched at all
because their modification date is not invalid.

Whether the modification date of subdirectories is valid is derived from the
"File date" period as follows:
- Start date minus 1 day, 00:00 = previous day
- End date plus 2 hours

Reorganize index entries
oder than (days)

Index entries are deleted if the EDI file date is older than the specified days.

If an index contains many entries because they reach far into the past,
and the index is accessed via the network, you could create another index
where the index entries are deleted after 6 months, for example.

Example:
The index entries are deleted after 10 years.