|
15.11.2019, 15:01 | #1 |
Участник
|
По факту у нас есть ID для китайских и отдельно для обычных людей.
Какие есть варианты действий? 1. Добавить в модель поле китайский ID. А потом индийский. А потом выслушать обвинение в расизме от консультанта почему китайский ID идет отдельно (типа ты их за людей не считаешь?). 2. Добавить заполнение ID на маппинге для китайцев свое, а для обычных свое. Ок вводим функцию определитель страны и в зависимости от нее заполняем ID. Но так как в реальности появляется куча наворотов + еще и индийцы то все становится тяжелым и не все помнят о существовании китайских коллег. Есть высокая вероятность что кто то сломает им все, правя для себя. В общем пришли к тому что надо разделять маппинги. |
|
15.11.2019, 17:09 | #2 |
Участник
|
Цитата:
Стандарты можно не считать за людей |
|
15.11.2019, 17:25 | #3 |
Участник
|
Это адаптированный под тестовый пример вариант проблемы. Но проблема практическая.
Это риторический вопрос? Мог быть индийский, итальянский и далее по вкусу. Тараканы у всех свои. Это хорошо заметно если модифицировать ssrs отчёты. Последний раз редактировалось axm2017; 15.11.2019 в 17:31. |
|
15.11.2019, 22:25 | #4 |
Участник
|
Цитата:
Цитата:
Это риторический вопрос?
Цитата:
Мог быть индийский, итальянский и далее по вкусу. Тараканы у всех свои. Это хорошо заметно если модифицировать ssrs отчёты.
|
|
15.11.2019, 22:44 | #5 |
Участник
|
Цитата:
Цитата:
В общем приняли решение чаще делать маппинги а не усложнять. Хотя как понял якобы по канону стремление к уменьшению меньше маппингов должно быть. Чем оно вызвано не ясно. Последний раз редактировалось axm2017; 15.11.2019 в 22:58. |
|
Теги |
generic electronic reporting, ger |
|
|