Суть в следующем:

Хочу заюзить Redis в качестве кэша, но в качестве ключа получается длинная строка, может быть даже до 1024 байт, грубо говоря.

Как строить быстрый хэш по таким строкам длиной до 2К?
Но хотелось бы, чтобы однозначный.

Написал, но потом сильно начал думать

лонг не обязательно, может быть строка, лишь бы короче оригинальной.

AxeleronWinnipuh, а почему именно строка? Чем Guid не устроил?

приложение формирует строку:

key=строка1 field value
key=строка2 field value
..
key=строкаN field value

И строки могут быть(!) длинными. Вот я и пытаюсь как-то сплющить. Но нужно, чтобы другое приложение для запроса из кэша по той же строке сфромировало такую же соответствующую хэш строку.

ключ - это сборняк скажем такой:
[sql server:database name:username:query]

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

ИзопропилWinnipuhно в качестве ключа получается длинная строка, может быть даже до 1024 байт
а не преждевременна ли оптимизация?

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

ИзопропилWinnipuhправильно, но с другой стороны - а когда?
когда проблемы начнутся с памятью или временем выборки

вот тогда и прикручивай MD5 или SHA2

ок, согласен, это вариант 1.
Но извечная тяга к знаниям движет мною

ИзопропилWinnipuh,

коллизий в SHA2 опасаешься?

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