Всем привет.

Нужно создать признак на базе логов статистики входа в систему.

Есть такие поля: Username, Date, Time, Terminal, LogonType.

Проблема такого признака в том, что непонятно как сделать ключевое поле.

Представляю себе три варианта:
- либо добавить еще какое-то поле, например тупо номер загрузки + счетчик строк
- либо как-то использовать свойство "обработка двойных записей" (но здесь у меня нет опыта, и похоже это не то).
- либо сделать составной ключ посредством "Соединения".

Пробую третий вариант.
Если создать ключ, например: Username+Date, Username+Time, или даже Username+Time+Date, то идут какие-то мутные намеки на то, что вроде бы нельзя ни Дату ни Время в соединениях использовать.

Возникают два вопроса:
1. Это действительно так? Есть такое системное ограничение?
2. Как бы вы в таком случае создали ключ для признака?

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

Если сильно очень надо, то у признака Username сделать соединение с другим признаком типа CHAR, в который склеивать строку Terminal+LogonType+Date+Time.
для навигации добавить в признак Username атрибутами признаки Terminal LogonType Date Time. Но это каша какая-то.

Присоединяюсь к fedo.

UPD
Ограничений таких на соединение нет, и с временными тоже: я сейчас добавил в соединение одному из признаков признаки 0DATE и 0TIME - активировалось, все нормально.
p.s. версия 7.31

fedo, Насчет ODS были подозрения, спасибо.
Просто опыта работы с ODS нет, и я прикидывал как можно посредством признака всё разрулить.

Значит будем разбиратся с ODS.

Но, всё-таки, хотелось бы прояснить такие моменты:

1. Что такое транзакционные данные, я в принципе интуитивно представляю себе, но нет ли какого-то точного определения?

2. Можно ли вообще наполнять Признак безключевыми данными? Или это даже не вариант.

3. Существуют ли способы сгенерировать системно некое ключевое поле признака, автоматически?

4. Что дают галочки "обработка двойных записей"?
Подозреваю, что это автоматическое удаление всех дублей первого значения, то есть, по сути - потеря данных.

12ozmdm, понятно, то есть без танцев с бубном не обойтись, довод в пользу ODS.

Воспринимай ODS как простую таблицу БД, в голове все прояснится


Транзакционные данные это данные о неком факте, например, продаже какого-то товара, отгрузке чего-либо, в твоем случае - вход пользователя в систему.
При создании признака ты указываешь какой ключ будет использоваться, char/numc ... Т.О. ключ должен быть.

Тут не подскажу, можно в трансформации составить ключ или придумать его программную генерацию.

Она удаляет двойные записи приходящие в пакете, оставляет только одну из них.

fedo, понятно, благодарю.