Все их предложения можно коротко изложить в виде: 1. Декомпозируйте данные: table1 as "fio - property1 - property2" → table1 as "fio_id - fio", table2 as "property1_id - property1", ... 2. Храните отдельно таблицы соответствий "fio_id - propertyX_id". 3. Не давайте доступ к таблицам соответствий кому попало.
Собственно, это разумная идея, но без пункта 3 идея перемешивания конечно же очевидно не имеет смысла. У них в документе он таки присутствует.
А нет никакого алгоритма. Генерируешь, например, для каждой записи UUID, что для fio_id, что для propertyX_id. В отдельной таблице лежат соответствия между UUID'ами. И никогда никто не найдёт никакой алгоритм, не имея доступ к этой таблице.
Не, ну это они конечно что-то странное предлагают. С другой стороны, если вся база утечёт, риск для пользователей несколько уменьшается - к коду и, соответственно, алгоритму у стороннего человека получить доступ шансов обычно меньше.
(The comment has been removed)
Reply
Reply
(The comment has been removed)
1. Декомпозируйте данные: table1 as "fio - property1 - property2" → table1 as "fio_id - fio", table2 as "property1_id - property1", ...
2. Храните отдельно таблицы соответствий "fio_id - propertyX_id".
3. Не давайте доступ к таблицам соответствий кому попало.
Собственно, это разумная идея, но без пункта 3 идея перемешивания конечно же очевидно не имеет смысла. У них в документе он таки присутствует.
Reply
(The comment has been removed)
Reply
(The comment has been removed)
Reply
Leave a comment