Соединиться из Builder 2006 с MySQL, но не светить логин/пароль Опции

[toweroff]

Вот возникла такая задача - из приложения получить доступ к базе
Казалось бы - ничего сложного, dbExpress в руки и вперед
НО!
Логин/пароль к базе будут храниться в exe-щнике, который очень просто распотрошить

Как нормальные люди решают подобные задачи?

ЗЫ
Пользователь будет в приложении вводить свои логин/пароль, приложение должно соединиться с базой, выщемить оттуда данные, в зависимости от данных приложение будет себя вести в соответствии с ними каким-то образом

[toweroff]

спасибо

нагрузки будет мало, очень мало

логин/пароль будет жестко прошит в девайсе, который будет отдаваться клиенту (для каждого свои). То есть перед тем, как девайс будет вручен клиенту, создается доступ к базе по логинау/паролю в этом девайсе. Потом пользователь подключил девайс, прога выудила из него эти логины и с этим начала ломиться к базе. Оттуда получает пару сотен байт и закрывает соединение
Соответственно, даже если выудить из девайса информацию о логине и пароле, не должно произойти следующего:
1. Получения сведений о других девайсах (точнее, данных, относящихся к ним)
2. Получения сведений, относящихся к этому девайсу, но входящих в "админовое" поле

Да, пользователи MySQL - интересный подход. Но!
Допустим, данные хранятся в нескольких таблицах. ID девайса, дата передачи. ID девайса, его "путешествия". ID девайса, ключи шифрования
Это так, образно
Вот скажите мне, можно правами пользователя MySQL навесить фильтр на ID? То есть логинится пользователь, к нему каким-то образом привязывается ID девайса
И к любым запросам, которые он будет делать к этим таблицам, будет автоматом добавлен фильтр по ID?
Если такое возможно, то таки да, есть смысл регулировать все пользователями MySQL и их правами. Если нет - тогда нужен друной путь...

[AlexandrY]

нагрузки будет мало, очень мало

Логичнее каждому пользователю создавать собственную базу данных или собственный набор таблиц.

[toweroff]

Логичнее каждому пользователю создавать собственную базу данных или собственный набор таблиц.

а потом сгребать в кучу данные для анализа - застрелиться

может есть какой-то способ создавать соединение, а запросы лепить из PHP... вот только как, да и правильно ли это...

[AlexandrY]

а потом сгребать в кучу данные для анализа - застрелиться

Какого анализа?
Если самим юзерам не позворляется посмотреть что у других, то почему они должны позволять это делать какому-то администратору.
Неясна политика безопасности однако.

[toweroff]

Какого анализа?
Если самим юзерам не позворляется посмотреть что у других, то почему они должны позволять это делать какому-то администратору.
Неясна политика безопасности однако.

что значит "какому-то администратору"?
он-то как раз должен знать, что там эти пользователи делали. Причем простым селектом

[AlexandrY]

что значит "какому-то администратору"?
он-то как раз должен знать, что там эти пользователи делали. Причем простым селектом

Странный сценарий.
Администратор это тот кто создает, удаляет и архивирует таблицы и базы данных, смотрит логи. Сами данные он смотреть не может.
Это по логике.

Но о каком этапе жизни продукта говорим. О разработке или эксплуатации?