Size: a a a

Чат конференции HighLoad++

2020 June 05

MF

Maksim Fedenev in Чат конференции HighLoad++
Если коротко - Сбер когда-то был сетью (по сути) региональных банков под одной вывеской. Еще в 2006 их кемеровская Visa физически не читалась в банкоматах Петербурга. С ней можно было прийти в несколько отделений, где был нужный терминал. За 15 лет десятки миллиардов потрачены на интеграцию разнородных регионов,  сейчас это похоже на один банк.
источник

O

Olga in Чат конференции HighLoad++
Павел
Всем привет. Уважаемые знатоки, подскажите пожалуйста, что можно почитать по реализации мульти-регионального проекта) Проблема в том, что у одной и той же сущности для разных регионов будет разный набор полей. Например пользователь в России это ФИО и серия номер паспорта, в США фио и номер социального страхования. Хочется посмотреть, как это организуется на уровне БД.
+1  к дата волту, будет эталонный пользователь,  к которому по разным правилам и ссылкам присоединены атрибуты или наборы атрибутов
источник

SB

Sergey Bezrukov in Чат конференции HighLoad++
Павел
ну я условно)
Гляньте описание Hibernate Inheritance, это про ORM, но все три основные стратегии там описаны: table per class, single table, joined. Ну или data vault, но это на любителя.
источник

П

Павел in Чат конференции HighLoad++
благодарю всех за помощь
источник

П

Павел in Чат конференции HighLoad++
пойду читать
источник

П

Павел in Чат конференции HighLoad++
кстати, никто json поле не пробовал делать в mysql? сделать таблицу users, а в ней грубо говоря два поля фио и json с нужными аттрибутами
источник

O

Olga in Чат конференции HighLoad++
Пробовали
источник

O

Olga in Чат конференции HighLoad++
Доя отдельных задач подойдёт, но такое, специфическое решение
источник

O

Olga in Чат конференции HighLoad++
Пришли к тому, что надо хранить шаблоны и версии json, чтобы нормально историчность поддерживать
источник

OS

Oleg Soroka in Чат конференции HighLoad++
Павел
кстати, никто json поле не пробовал делать в mysql? сделать таблицу users, а в ней грубо говоря два поля фио и json с нужными аттрибутами
Это уже классика
источник

O

Olga in Чат конференции HighLoad++
Но у нас json хранили данные документов, так что это было важно - как открыть документ  (договор), который заключён 5 лет назад и хранится в старом формате, а для новых он 10 раз поменялся
источник

SB

Sergey Bezrukov in Чат конференции HighLoad++
Olga
Нифига. Нередко без СНИЛС + смена паспорта
В исторически унаследованных системах - да. Но по состоянию на сегодня идентификатором человека в РФ является СНИЛС.  Граждан РФ без СНИЛС не бывает (а без паспортов - бывают 😊 )
источник

O

Olga in Чат конференции HighLoad++
Sergey Bezrukov
В исторически унаследованных системах - да. Но по состоянию на сегодня идентификатором человека в РФ является СНИЛС.  Граждан РФ без СНИЛС не бывает (а без паспортов - бывают 😊 )
В системах коммерческих организаций - нет
источник

O

Olga in Чат конференции HighLoad++
Потому что стандартный клиент приходит с паспортом
источник

O

Olga in Чат конференции HighLoad++
В госконторах м.б. иначе
источник

SB

Sergey Bezrukov in Чат конференции HighLoad++
Olga
В системах коммерческих организаций - нет
Я не думаю что речь идёт о проектировании коммерческой системы, потому что в США клиенты тоже как правило не с SSN приходят )
источник

П

Павел in Чат конференции HighLoad++
да ну я условно привел пример)))) я даже не уверен, что в нашей система у пользователя будет паспорт)))))
источник

O

Olga in Чат конференции HighLoad++
Sergey Bezrukov
Я не думаю что речь идёт о проектировании коммерческой системы, потому что в США клиенты тоже как правило не с SSN приходят )
Это не отменяет потенциальной проблемы с ключевыми идентификаторами клиента, когда, как с паспортом - человек есть, а паспорт м.б. недействительным, задублированным, ошибочным. В том же data vault это решается на уровне проектировния
источник

O

Olga in Чат конференции HighLoad++
Про другие подходы не скажу, а с дата волтом и множественными наборами атрибутов пользователей работаю прямо сейчас - полет нормальный
источник

SB

Sergey Bezrukov in Чат конференции HighLoad++
Olga
Это не отменяет потенциальной проблемы с ключевыми идентификаторами клиента, когда, как с паспортом - человек есть, а паспорт м.б. недействительным, задублированным, ошибочным. В том же data vault это решается на уровне проектировния
Я просто не любитель дата волта, если честно.  БД выглядит "грязновато"
источник