Замечания о EB.ALTERNATE.KEY

Приложение EB.ALTERNATE.KEY бывает очень полезным, оно позволяет бизнес-пользователям без программирования создавать альтернативные индексы по приложениями. Например, настроив его соответствующим способом, можно добиться того, что пользователи смогут использовать для идентификации клиента не только ID который генерирует Т24, но и идентификатор из «старой» системы, при условии, что он записан в локальное или системном поле. Я не буду описывать как и что настраивать, потому что этот вопрос неплохо освещен в документации и онлайн-справке. Однако есть моменты, на которые я хотел обратить внимание.

Concat-файлы

Concat-файлы представляют собой вариант альтернативного индекса связывающего два приложения T24. Заполнение этих файлов выполняется системой T24. Простой и понятный пример это файл CUSTOMER.ACCOUNT, в качестве @ID записи этого файла выступает ID клиента из таблицы CUSTOMER, а содержимое записи - ID счетов из таблицы ACCOUNT, которые принадлежат этому клиенту. Таким образом, вместо того чтобы выполнят SELECT по ACCOUNT, мы можем прочитать одну запись из CUSTOMER.ACCOUNT и сразу получить нужный список. При большом количестве записей в ACCOUNT команда F.READ отработает быстрее, чем EB.READLIST.