Как лучше всего хранить и при этом индексировать зашифрованные данные клиентов?
при покупке iPod touch Вы, вероятно, закончите тем, что получили iPhone также. Я просто пошел бы прямо для iPhone. Тем путем можно использовать его в качестве основного телефона и получить реальное ощущение того, как платформа ведет себя и что приложение должно сделать для создания этого большим.
я абсолютно соглашаюсь с этим.
при серьезной разработке приложения для iPhone - для забавы или для прибыли - необходимо будет выполнить его на реальном iPhone для проверения совместимости и удобства использования в какой-то момент. Начиная с Вас оказывающийся перед необходимостью получать тот в какой-то момент, можно также получить тот теперь. Не идите для полумер. IPod Touch может быть (значительно) более дешевым для начала, но будет деньгами, потраченными впустую, когда Вы идете и получаете свой iPhone. (Конечно, при планировании приложения, которое работает на iPhone, а также iPod Touch, тогда НЕОБХОДИМО протестировать его на обоих. Вы не можете предположить что, если хорошо на одном, что это должно быть хорошо на другом).
кроме того, при наличии iPhone со дня один, можно ознакомиться с его пользовательским интерфейсом, его нормами и общими метафорами использование приложений. Это будет в большой степени питаться в Ваш собственный процесс проектирования приложений и удостоверяться, что Ваше приложение смотрит, чувствует и работает как первый класс гражданин iPhone.
2 ответа
Основная проблема в вашем сценарии заключается в том, что шифрование и доступность для индексации / поиска являются противоречивыми параметрами.
Вот искусственный, но простой пример задачи: Представьте, что мы ищем «детское порно» в бизнесе по электронной почте. БД зашифрована, все нормально. Но если поиск показывает, что электронная почта от Джона Биллу содержит оба эти слова, находя эту электронную почту при поиске «детской порнографии», то фактическое содержание больше не имеют значения - детское порно не должны обсуждаться электронная почта на всех.
Таким образом, если БД просочится вместе с индексами, интеллектуальный анализ набора слов может выявить много информации. Например, обнаружение того, что 50% корпоративной почты компании-поставщика программного обеспечения включает термин «webos», может раскрыть [возможно секретный] факт, что компания работает над программным обеспечением для webos.
Теперь вы видите, что шифрование имеет ограниченную полезность в вашем случае. Более высокая общая безопасность БД может быть важнее шифрования.
Существуют базы данных, которые поддерживают зашифрованные индексы. Тот, кого я знаю (так как я работал в компании), это UniVerse.
Ознакомьтесь с руководством по безопасности (1) «Автоматическое шифрование данных». Возможно, это даст вам некоторые идеи.
(1): http://docs.rocketsoftware.com , поиск «Функции безопасности UniVerse»