Проставить id повторяющимся записям

[Mr_freeman]

Всем привет! Есть некая база данных (`i`,`str`,`id_catalog`):

........
(534,строка1,0),
(436,строка2,0),
(213,строка2,0),
(546,строка2,0),
(654,строка1,0),
(234,строка3,0),
(543,строка3,0),
(123,строка1,0),
(657,строка4,0),
(765,строка4,0),
........

Около 300 тыс. записей.
Необходимо проставить каждой строке id таким образом, чтобы у одинаковых строк был одинаковый id, например:

........
(534,строка1,52),
(436,строка2,53),
(213,строка2,53),
(546,строка2,53),
(654,строка1,52),
(234,строка3,54),
(543,строка3,54),
(123,строка1,52),
(657,строка4,55),
(765,строка4,55),
........

С каждой новой строкой id должен увеличиваться на 1.

Можно ли это сделать одним запросом или процедурой?
Или нужно написать небольшой скрипт на PHP?

Объем очень большой (всего 290 тыс. записей, уникальных - 170 тыс.), хотелось бы все сделать быстро.

[evg_m]

как-то так

select t.str 
, ( select count(distinct s.str) from t as s where s.str <t.str ) as id // для каждой строки считаем число разных строк которые меньше нее. это и будет ее id 
from t as t

[Mr_freeman]

Сообщение от evg_m

как-то так

select t.str 
, ( select count(distinct s.str) from t as s where s.str <t.str ) as id // для каждой строки считаем число разных строк которые меньше нее. это и будет ее id 
from t as t

Если сюда добавить update, то скрипт два дня будет работать. Наверное, это не подходит.

[Naive]

Сообщение от Mr_freeman

Если сюда добавить update, то скрипт два дня будет работать. Наверное, это не подходит.

JS полсекунды думал jsfiddle.net.
остается сгенерить апдейт, если айдишники (i) ключевые, то должен быстро перелопатить.

[Fenex]

А для чего хранить в базе повторяющуюся информацию Я бы удалил строки такие вообще :|

Пардон, я не правильно понял смысл слова "строка". row и string попутал. =\

[evg_m]

create table catalog
  idx int autoincrement (автоинкр. счетчик)
  name varchar (индексированое! поле имени)
end

add index name

insert into catalog (name)
select distinct str from t

update t set id_catalog =idx
from t inner join catalog on t.str=catalog.name

или
update t set id_catalog = ( select idx from catalog where catalog.name =t.str )

P.S. наличие индекса на поле t.str ускорит работу и для distinct str и для join t.str = catalog.name

drop table catalog

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

alter table t
  drop column str

select * from t inner join catalog on t.id_catalog =catalog.idx

select * from catalog
select * from t where id_catalog =?

[Mr_freeman]

Сообщение от Naive

JS полсекунды думал jsfiddle.net.
остается сгенерить апдейт, если айдишники (i) ключевые, то должен быстро перелопатить.

Да, я вижу, что на яваскрипте быстро все сработало, но ведь мы говорим совсем не о нем. Что вы имеете ввиду под сгенерить апдейт?
Как мы будем использовать айдишники (i)?

[Mr_freeman]

Сообщение от evg_m

create table catalog
  idx int autoincrement (автоинкр. счетчик)
  name varchar (индексированое! поле имени)
end

add index name

insert into catalog (name)
select distinct str from t

update t set id_catalog =idx
from t inner join catalog on t.str=catalog.name

P.S. наличие индекса на поле t.str ускорит работу и для distinct str и для join t.str = catalog.name

drop table catalog

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

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

[evg_m]

Не могли бы вы пояснить, что мы делаем в каждом запросе?

create table --создание таблицы
синтаксис описания полей скорее всего неверный! смотри комментарии к ним!
тоже относительно индексов.

insert into catalog --добавляем в catalog
select distict str --нужные нам разные!

+ автоматически их "нумеруем" (смотри поле автоинкр. счетчик!)

не сталкивался раньше с внутренним соединением.

используй запрос на обновление без соединения с внутренним подзапросом.

update t set id_catalog =( select idx from catalog --узнаем idx в catalog и подставляем ЕГО!
                                                where catalog.str =t.str --для подходящей (с тем же именем!)
                                             )

ВСЕ!

остальные ( select .... ) это иллюстрации моих телепатических догадок для чего нам был нужен catalog.
т.е. будущего использования поля id_catalog.

Я запутался в ваших запросах,

при таких знаниях можно читать Мартин Грубер. Понимание SQL.

[Mr_freeman]

Сообщение от evg_m

create table --создание таблицы
синтаксис описания полей скорее всего неверный! смотри комментарии к ним!
тоже относительно индексов.

insert into catalog --добавляем в catalog
select distict str --нужные нам разные!

+ автоматически их "нумеруем" (смотри поле автоинкр. счетчик!)

используй запрос на обновление без соединения с внутренним подзапросом.

update t set id_catalog =( select idx from catalog --узнаем idx в catalog и подставляем ЕГО!
                                                where catalog.str =t.str --для подходящей (с тем же именем!)
                                             )

ВСЕ!

остальные ( select .... ) это иллюстрации моих телепатических догадок для чего нам был нужен catalog.
т.е. будущего использования поля id_catalog.


при таких знаниях можно читать Мартин Грубер. Понимание SQL.

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

Пробовал такой же запрос, ограниченный редактированием 10 записей - выполнился за 7 секунд - это очень долго. Возможно что то не так с индексами. Если вам не трудно, хотелось бы еще раз поподробнее услышать про индексы, которые вы говорили. И еще, запрос со внутренним соединением выполнится быстрее?