Ликвидация последствий переездов

В ответ на:

---

Синтаксис оператора UPDATE хорошо помним?

---

В ответ на:

---

Больше 200-х постов надо править. У меня нет ни времени, ни желания их править все или выяснять по каждому степень их важности

---

В ответ на:

---

ХИНТ: выневские проги я применять не могу. ПХП не владею

---

А нафига ?

В ответ на:

---

update {табличка} ... where ({поле с текстом} like '%http://цифирь1' or {поле с текстом} like '%http://цифирь' и так далее и в том же духе...

---

В ответ на:

---

В ответ на:

---

update {табличка} ... where ({поле с текстом} like '%http://цифирь1' or {поле с текстом} like '%http://цифирь' и так далее и в том же духе...

---

Пример:
В поле есть 1000 символов. Где-то в середине поля есть искомая комбинация под замену.
Для автоматизации необходимо отобрать эту запись, текст из поля скопировать в буфер, сделать там замену, проапдейтить запись.
Записей таких больше 200-от.

---

О, техническое задание !

В ответ на:

---

Если ты сможешь это сделать одним СКЛ-запросом - будет тебе благодарность.

---

... с занесением ?

В ответ на:

---

Особенно с учетом возможностей МУскула 3.х

---

Вот в Оракле - запросто, а с мускулом не знаком, увы. Впрочем, не хватает знаний только в следующих областях (остальное - простой советский ansi-sql):
1. Ф-ция нахождения подстроки в строке (шоб число-позицию подстроки возвращала): название и параметры.
2. Ф-ция вырезания подстроки из строки (символы с n по m). То же самое.
Есть таковые ? Ткните в доку - запрос сочиню.

... что-то в духе

update {таблица}
set {текст_сообщения} =
copy({текст_сообщения}, 1, instr({текст сообщения}, 'http://цифирь')) +
'http://www.autoua.net' +
copy({текст_сообщения}, instr({текст сообщения}, 'http://цифирь') + length('http://цифирь'), length ({текст сообщения}))
where
{текст сообщения} like 'http://цифирь' and
{условие на диапазон дат, в котором сервер по "левым" хостингам шарился. Необязательное, но сильно повышает производительность}

Замеченые баги превращаем в фичи путем их документирования:
1. Три запроса (для разных айпи-адресов) вместо одного. Если задаться целью, то аналогичными построениями можно и в один свести, только возни много, а смысла, как на мой взгляд, мало.
2. За одно выполнение каждый запрос выполняет только одну замену. Т.е. каждый запрос надо запускать несколько раз, пока очередной запуск окажется не в состоянии найти ни одной записи.

В ответ на:

---

update {таблица}
set {текст_сообщения} =
copy({текст_сообщения}, 1, instr({текст сообщения}, 'http://цифирь')) +
'http://www.autoua.net' +
copy({текст_сообщения}, instr({текст сообщения}, 'http://цифирь') + length('http://цифирь'), length ({текст сообщения}))
where
{текст сообщения} like 'http://цифирь' and
{условие на диапазон дат, в котором сервер по "левым" хостингам шарился. Необязательное, но сильно повышает производительность}

---

В Оракале, Интребейзе и т.д. все можно сделать через ХП, вызов внешней библиотеки и т.д. В Мускуле 3.х этого нет.

В ответ на:

---

В Оракале, Интребейзе и т.д. все можно сделать через ХП, вызов внешней библиотеки и т.д. В Мускуле 3.х этого нет.

---

В примере - таки запрос, без ХП и прочих безобразий.
Или в мускуле никаких встроеных ф-ций нет, даже самых примитивных ?

В ответ на:

---

Нафих, нафих - ведь есть ссылки и на посты в форуме, и на новостную ленту.

---

В ответ на:

---

В последнем ИП-нике из списка форум лежал по 2-м путям в разное время...

---

В ответ на:

---

Да и еще есть какие-то ньюнасы - не сомневаюсь.
Я уж лучше ручками нужную часть переправлю, чем что-то ваять одноразовое. Из пушки по воробьям получается...

---