Всем привет.
Я начинающий разработчик 1С и прошу строго не судить за наивные вопросы :)
Решил для своих нужд написать небольшую конфигурацию по анализу логов работы web сервера (в свободное время занимаюсь настройкой и поддержкой работы web-серверов). Задача достаточно простая:
1.    Существуют текстовые файлы с логами доступа к сайтам, к каждому сайту свой лог
2.    В логе содержится следующая информация:
  Дата – время доступа к странице сайта.
  Ресурс(сайт) – сайт к которому обращались.
  ИП/хост – адресс с которого обратились.
  Время удаленного хоста – время на стороне клиента.
  Запрос – текст http запроса
  Тип запроса (Get/Post)
  СтраницаЗапроса – страница к которой обращались.
  СтатусОтвета – код ответа сервера (успешно/200, ошибка/404 и т.д.)
  Байт отправлено
  Рефери
  ЮзерАгент – данные о браузере пользователя

Решил, что подходящим объектом в 1С, для хранения таких данных, будет периодический регистр сведений.
Вопрос в том, как наиболее правильно сконфигурировать регистр, т.е. что взять за Измерения, что должно быть ресурсом. Насколько производительным будет такое решение в работе (в регистр будет суммарно записываться несколько десятков тысяч записей в день, от 1000 до 10 000 для разных сайтов).
Буду рад услышать советы более опытных и сведущих людей.
Сам регистр сейчас выглядит так: https://dl.dropboxusercontent.com/u/22921012/1C/ЛогиДоступа.png

А зачем тебе периодичность?

(1) Лучше дату хранить ресурсом и делать регистр не периодическим?

Периодичность нужна только для будущего анализа логов в отчете(ах), теперь уже сам не уверен, что она нужна для этого :)

Ок, идем к отчетности. Ты уже придумал примерно какие отчетные формы ты хочешь получить? И как их будешь строить ПРОСТЫМ способом исходя из твоих данных?

Периодичность нужна если ты хочешь сделать срезы последних и первых, возможно запрашивать последний запрос по измерению и т.д.
Далее надо решить что будет измерением, например, Ресурс, Страница, остальное в ресурсы и реквизиты, а вообще надо смотреть на данные отчетные, которые ты хочешь получать.

Пляши от отчетов. Если поймешь, что нужно, то дальше уже можно изобретать объекты для хранения данных для отчета.

периодичность нужна, например, для курса валют. Смотри идею: в один день у тебя курс поменяется, в другой не поменяется, но в этот день ты все равно будешь знать актуальный курс.

В твоем случае это не имеет смысла. Дата должна быть измерением (а не ресурсом)

(5) +100500

Спасибо за совет, насчет отчетности, попробую сформулировать какие именно отчеты нужны.

(9)
еще можно подумать - нужен ли регистр сведений.
может справочник? плюсы - быстрее запись, группы, подчиненность, ТЧ.

Справочник здесь не подойдет, всё же задача больше подходит для регистра сведений. Подчиненность, ТЧ и т.д., не требуются.

По отчетности выходит примерно так:
- Отчет по сайтам: как часто обращаются, с каких адресов и к каким страницам.
- Отчет по страницам ресурса: кто и как часто, количество обращений за период, страницы с ошибками (по коду ответа сервера).
- Статистика по ИП: какие страницы,как часто и когда.
- Все выше перечисленное за период.

Выходит, что логично будет использовать в качестве измерений: Ресурс, Страница, ИП, Дата.

в качестве измерений: Ресурс, Страница, ИП
в ресурсы: Дата, Статус, Время ответа ...

(12) дату в ресурсы - это сильно. Значит, получается, 1 и тот же чел не может зайти в разное время на 1 и ту же страницу??

(11) если нужно за очень большой период,скажем за год, а кол-во записей велико, и отчет должен будет выполняться быстро, то имеет смысл подумать об оборотном регистре накопления. Возможно с агрегатами вместо стандартных итогов. Но это уже от постановки задачи зависит.

(13)Вопросы надо задавать автору топика и постановщику задачи.

(0) лучше посмотреть в сторону регистра оборотов. где в ресурсах будет "Байт отправлено" и что-нибудь еще.
регистратом сделать документ с один реквизитов ПериодДень.
Получается один документ с записями из логов за день.

(1) кластерный индекс по дате