В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Архитектура данных

314 membersпожаловаться на группу
2018 September 20

PG

Paul Golubev in Архитектура данных
Кто работал с data vault - поделитесь опытом плиз. Если нужен хаб физиков, то ключ у них это ИНН или СНИЛС. Но данные приходят из различных источников и часто ключей таких нет. У меня пока версия - генерить суррогат, а все остальное складывать в сателлит. Какие ещё есть варианты?
источник
10:20пожаловаться#1

RK

Roman Kolchin in Архитектура данных
Paul Golubev
Кто работал с data vault - поделитесь опытом плиз. Если нужен хаб физиков, то ключ у них это ИНН или СНИЛС. Но данные приходят из различных источников и часто ключей таких нет. У меня пока версия - генерить суррогат, а все остальное складывать в сателлит. Какие ещё есть варианты?
Независимо от модели — делайте суррогат, конечно.
источник
10:23пожаловаться#2

RK

Roman Kolchin in Архитектура данных
Реально укникальные клиенты, и то там будет скорее всего тоже свой сурогатный ключ, у вас могут появиться только после внедрения чего-то вроде этого https://hflabs.ru/uniform-client/.
источник
10:24пожаловаться#3

RK

Roman Kolchin in Архитектура данных
А пока советую не доверять "бизнес-ключам" из источников.
источник
10:25пожаловаться#4

PG

Paul Golubev in Архитектура данных
Ну да, получается можно пойти по стопам CDI, только с более примитивными правилами проверки. Спасибо
источник
11:18пожаловаться#5

PG

Paul Golubev in Архитектура данных
Все таки решил ИНН оставить в хабе как бизнес ключ, пусть даже не везде заполнен, насколько я понял, философия такая - хаб не может быть без бизнес ключа
источник
15:21пожаловаться#6

MV

Mitya Volodin in Архитектура данных
Paul Golubev
Все таки решил ИНН оставить в хабе как бизнес ключ, пусть даже не везде заполнен, насколько я понял, философия такая - хаб не может быть без бизнес ключа
По основному паттерну DV хаб должен быть один. Ключ может иметь разное наполнение, связь между одними и теми же людьми делается через SAL (Same As Link).
Но так бывает работать неудобно
источник
15:35пожаловаться#7

MV

Mitya Volodin in Архитектура данных
Если есть условие - что один обязательно заполнен, его можно сделать ключом, а ИНН вынести в хаб
источник
15:36пожаловаться#8

AU

Alexander Utyugov in Архитектура данных
Paul Golubev
Все таки решил ИНН оставить в хабе как бизнес ключ, пусть даже не везде заполнен, насколько я понял, философия такая - хаб не может быть без бизнес ключа
думать что ИНН уникален - ошибочно. СЛИНС - уникален, тоже ошибочно=)
источник
18:05пожаловаться#9

DT

Denis Troyan in Архитектура данных
Alexander Utyugov
думать что ИНН уникален - ошибочно. СЛИНС - уникален, тоже ошибочно=)
Как минимум из-за операционной ошибки, когда одному человеку заводят два разных аккаунта
источник
18:10пожаловаться#10

DT

Denis Troyan in Архитектура данных
А ещё ИП может быть с таким же инн, что и физик
источник
18:11пожаловаться#11

AU

Alexander Utyugov in Архитектура данных
есть списки дублированных ИНН (1 ИНН- два человека), и (2 ИНН- один человек)
источник
18:11пожаловаться#12

DT

Denis Troyan in Архитектура данных
Alexander Utyugov
есть списки дублированных ИНН (1 ИНН- два человека), и (2 ИНН- один человек)
Да, и ошибка налоговой тоже
источник
18:12пожаловаться#13

AU

Alexander Utyugov in Архитектура данных
вообще бизнес ключей на физ лицах можно делать, но ловить корнеркейсы - это больно
источник
18:13пожаловаться#14

PG

Paul Golubev in Архитектура данных
Да, ИНН не уникальны, но по закону должны. ИНН достать гораздо легче, чем СНИЛС, поэтому был сделан выбор в пользу ИНН :)
источник
18:49пожаловаться#15

PG

Paul Golubev in Архитектура данных
Denis Troyan
А ещё ИП может быть с таким же инн, что и физик
ИНН у ИП - такого нет. Это иннфл
источник
18:49пожаловаться#16

MV

Mitya Volodin in Архитектура данных
Denis Troyan
А ещё ИП может быть с таким же инн, что и физик
Не может, у них количество цифр разное. Юрлица 10, а физики 12. Но если ошибки нет
источник
18:50пожаловаться#17

DT

Denis Troyan in Архитектура данных
Все же за уникальность клиентов должны отвечать отдельные сервисы
источник
18:52пожаловаться#18

MV

Mitya Volodin in Архитектура данных
Но в целом - это правильно :) это не очень хорошие ключи. Но если с ними приходится жить, то можно. Все равно в dv есть last seen и load date
источник
18:52пожаловаться#19

MV

Mitya Volodin in Архитектура данных
Denis Troyan
Все же за уникальность клиентов должны отвечать отдельные сервисы
В некоторых кейсах это невозможно.
источник
18:52пожаловаться#20