Есть таблица с несколькими полями, без первичного ключа.
По ходу задачи необходимо обновлять некоторые поля в строке таблицы.
т.к. первичного ключа нет (да он бы непригодился в данном случае), то апдейт происходит по нескольким фильтрам:
update table set count='a' where id='b' and date='c' and hour='e'

Мне кажется, что такой расширенный набор фильтров (where) способствует долгому выполнению запроса.

Решился на преобразование предыдущего запроса в:
delete from table where id='b' and date='c'
и
insert into table set count='a', id='b', date='c', hour='e'

Поидее должно быть быстрее, но кажется не намного.
Какие вообще есть способы решения данной проблемы?
Когда необходимо обновление конкретного столбца в зависимости от других НЕСКОЛЬКИХ?
Может есть финт заведения ключей и проч..
Подскажите.

Я создал индексное поле. Его содержимое формирую при добавлении новой записи - склеиваю значения 3х полей.
т.е. получается уникальный ключ:
param1|param2|param3|double_key|
value1|value2|value3|value1value2value3|
Но не для всех таблиц возможно создать индекс по трем полям.
если необходимо учитывать текстовове поле, размером более 255 символов, то я немогу использовать в качестве индекса поле типа char.

Какие есть варианты решения?
Может быть имеет смысл преобразовывать текст в некую цифровую последовательность.. Но как?

Или есть совершенно другое решение?

А нельзя добавить поле для хранения первичного ключа?
во втором сообщении я описал, что добавил поле double_key.
это первичный индекс, который я и использую в выражении
update ... where double_key='value1value2value3'
т.е. я заменил запрос типа:
update table set field='value0' where field1='value1' and field2='value2' and field3='value3'
на
update table set field='value0' where double_key='value1value2value3'

по моим подсчетам, это должно быть намного быстрее, т.к. число фильтров в выборке уменьшилось до одного, и поле является индексом.

НО!
проблема в том что это поле может быть длинным. более 255 символов.

А длинное текстовое поле, наверное, можешь свернуть какой-нить функцией типа md5.
я думал о ней.
но насколько мне известно, она не такая уж и быстрая функция..

какие есть еще предложения по сворачиванию?

а по поводу первичного ключа - может стоит ... вести это поле с помощью автоинкремента?

смысл в этом поле?
я хочу обновить данные. какие именно - определяется НАБОРОМ фильтров.
в момент обновления я знаю только эти значения.
не делать же мне выборку, для того что бы узнать значение автоинкрементного поля, а потом сделать апдейт для этого поля..