Как сравнить две базы данных без доступа к данным?

Question

[angelzzz]

Есть две базы данных. Базы содержат персональные данные. Поэтому к ним нельзя получить доступ или сравнить их напрямую. Можно ли как-то сравнить 2 столбца (например, e-mail и столбец с текстом, то есть это уже не является персональными данными) в одной таблице с одним столбцом (e-mail) и показать только данные столбца с текстом? При этом ни на одном этапе не должно быть доступа к базу всех e-mailов

Answer 1

[Иван]

Вопрос чем-то похож на: "Как научиться кататься на велосипеде без велосипеда". Не очень понятно как вы собираетесь делать выборку данных без данных ...
Так как подробностей нет, буду гадать на гуще ...
1) Как справедливо отметил kmg4e можно сравнивать хеш суммы (что это вам подскажет гугл). Т.к. хэш по факту не содержит самих данных, то можете запросить из базы хеши. Не очень правда ясно где вы возьмете хэш, если доступа к БД у вас нет ...
2) Вообще как правило данные в БД разделяют на несколько таблиц. Например:
Таблица 1. Users: id, login, passHash, email, token итп.
Таблица 2. Users_Profile: ФИО, фозраст, адрес, группа крови и другие персональные данные.
Соответственно можно на уровне SQL дать доступ пользователю только к первой таблице и сравнивать их. Тут как бы вопрос по каким именно параметрам вам их надо сравнивать.
3) Ну никто не отменял Select с выбором выдаваемых столбцов. Можно сделать какое-то приложение с API которое бы (в JSON например, или сразу CSV) выдавало только разрешенные данные.

Comments

[angelzzz]

Есть две компании. Одна сервисная, другая клиент. Никто никому не хочет отдавать базу своих клиентов (читать e-mail'ы). Но необходимо условно найти пересечение по e-mail'ам между двумя базами. Как я понял по хешам можно сравнить email'ы, получить id и по этому id уже выдать данные соответствующие этому e-mail

[Иван]

angelzzz: В MySQL (да и не только в нем) есть отличная штука как представления. По факту это уже готовый запрос. Например такой:

SELECT 
`Users`.`id` as id,
`Users`.`username` as username,
MD5(`Users`.`email`) as hash
FROM `Users`

Если не изменяет память к нему можно открывать доступ как к отдельной таблице и только для чтения. Соответственно выполнить его может кто угодно, даже другая компания. Но изменить запрос, чтоб запросить что-то закрытое не сможет.

Answer 2

[kmg4e]

Сравнивайте хэши.

Comments

[angelzzz]

а можно подробнее про хэши? где можно почитать?

[kmg4e]

angelzzz:
не могу сдержаться.... как можно поручать работу с СУБД да еще заставлять мучаться с персональными данными и их хитрыми правилами человеку который не знает базовые понятия в программировании

MD5, SHA-1.

[angelzzz]

kmg4e: можете быть спокойны. Я не работаю с СУБД и не имею доступ к перс данным. Я лишь изучаю вопрос для своих нужд, причем с удовольствием. Спасибо за ответ

Answer 3

[d-stream]

Как вариант: получить доступ к view с "анонимизированным" представлением данных.

К примеру упрощенно:

select md5(fio), md5(email) from table

и сравнивать хоть через not in