Методы использования длинного ключа varchar в качестве ключевого ключа

Question

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

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

скажем, программист хотел добавить комментарии к плагину загрузки изображений, который он называет «моими изображениями». В коде он может затем вызвать что-то вроде:

insertCommentThread('myimages:340'); 

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

insertCommentThread('wiki-entry-page-name-it-could-be-long'); 

Так разработчик может назвать нити любое имя, которое им нравится.

Я немного беспокоюсь о скорости вещей, если длина ключей станет длинной, поэтому я хотел бы хранить ключи в другом формате.

Так что мой вопрос ...

Есть ли способ хранить ключ строки в некотором закодированном способе так, что она становится все меньше и быстрее для поиска?

(я мог хэш строки, но читаемость базы данных теряется ...)

кстати. Я использую MySQL

Answer 1

Вы можете создать хешированный индекс в столбце, не оставляя колонку нечитаемой; это индекс, который хэшируется, а не данные. Казалось бы, это путь, если вы не хотите искать диапазоны.

Answer 2

Я думаю, вы хотели бы, чтобы этот столбец был уникальным индексированным полем .. не основным ключом.

Answer 3

Зачем вам нужно сделать строку поиска первичным ключом?

Я бы использовал числовой первичный ключ для скорости и отдельное уникальное поле поиска для длинной строки.

Вам, скорее всего, придется сделать двойную проверку, прежде чем вставлять запись, и найти замену, если проверка не удалась. Я не уверен, насколько ограничение mySQL UNIQUE поможет вам здесь.

Answer 4

Я бы предложил построить функции с двумя параметрами. Один для комментария введите и один для уникального комментария itselfe:

insertCommentThread('images', '340'); 
insertCommentThread('wiki', 'entry-page-name-it-could-be-long'); 

БД я проектировал бы то вроде этого:

ID (int) - GROUP (varchar) - NAME (varchar) 
PriKey: ID 
Unique: (Group + Name) 

Таким образом, вы можете ограничить запрос на модуль (комментарийВведите) в настоящее время загружается, и также возможно иметь один и тот же комментарий в разных группах.