Куда деваться если найдёшь несколько?

дальше найдёшь ты 2

там в запросе был order by date, только из-за этого

если некритично раз из тысячи звонков сказать "ой", то конечно пофиг

тогда делай 7 и не парься

только замени date на ид пользователя, будет быстрее

если он у тебя инкрементален

только замени date на ид пользователя, будет быстрее

нет, id юзера тут не причем. в записи с телефоном есть столбец с датой обновления

ааа, ты один ко многим сделал... Тады ид из той таблицы

если он инкрементален))))

выигрываешь сортируя из индекса прямо

у нас у ожного пацента несколько сотовых может быть

вот я я и ищу по телефону и сортирую по дате изменения

ид в той таблице инкрементален? догда замени на него. Сортировка будет идти по индексу, а не по данным с диска. Конкретно тут можешь толком ничего не выиграть, но на огромных объёмах очень важная фишка

Но в целом при таких объёмах это я уже придираюсь?

ид в той таблице инкрементален? догда замени на него. Сортировка будет идти по индексу, а не по данным с диска. Конкретно тут можешь толком ничего не выиграть, но на огромных объёмах очень важная фишка

id у записи есть, но если меняется телефон пациента, меняется старая запись и обновляется дата изменения

ааа, тогда мимо

я думал у тебя что-то типа чейнджлога полного

ааа, тогда мимо

а у тебя большие лабы в продакшене крутятся?

Лабы?

ой слово не то

базы

тут просто еще cisco лабы параллельно обсуждаю)

Ну, бывает и да, крупненькие))))

Ну, бывает и да, крупненькие))))

сколько гигов?

от сотни метров до 2-3 терров.

от сотни метров до 2-3 терров.

2-3терра прям офигеть..

Сарказм?))))

Ну у меня тогда там задрыпаные 5гигов :)

Спасибо вобщем-то большое! Напишу разработчику, я думаю они баазу допилят, а может и не потребуется, если и так будет быстро искать

еще маленький вопросик на ночь)

Тебе скорее всего нужно не insert делать а просто set new.reverse

И я бы наверное это делал до вставки, а не после

И я бы наверное это делал до вставки, а не после

есть принципиальная разница?

А на что ругается?

Бяда...

After на before смени

After на before смени

уже

Может прав нету?

For each row 2 раза, вроде не правильно же)

For each row 2 раза, вроде не правильно же)

ага, заметил, убрал

теперь правда строки не вставляются)))

и не обновляются)

У тебя триггер на вставку...

и на обновление точно такой же сделал

а может и халявный mysql глючит..

проверю в продакшене)

Если не вставляются, то будет ошибка при вставке, где ошибся

Вряд ли косяк MySQL, просто сложно так на глазок косяк найти

Зарработало!! видимо временный глюч

блин, до чего техника дошла)

ладно я спать, всем спасибо

Индекс повесил? Проверь поиск)))

Если все норм, то будет моментом

инлекс да надо повесить

а кроме индекса еще чо то нажо весить?

Нет, искать так же реверсно и все

я его сделал такой же длины и все, и вроде повесил индекс)

Подсвечивается второй селект

Поставь точку с запятой?

Это я для наглядности вывел два селекта

Когда ввожу нижний нет результата как от вернехнего

Данные обновлены?

На вскидку косяка не вижу

Ты ж тока на новые триггер повесил

Ой может я поля не заполнил

Ща гляну

Воотт

А как бы всем строкам это поле обновить?

Красиво чтоб у всех

Ну, апдейтом

Главное шобы не повесился от размера. Я обычно делаю процедуру с циклом под такое

На тестовой прямо так можно

Да там вроде запас оперативки есть

В любом случае блок строк

Главное шобы не повесился от размера. Я обычно делаю процедуру с циклом под такое

Я пока далёк от этого

На тесте так можно

Если все норм, я помогу с продом

Наваяю процедуру завтра

Наваяю процедуру завтра

Это не тривиальная задача?

2-3 минуты

Пробуй тест?

запустил апдейт и приравнял контакт2 к 0 и вуаля)

колонка заполнилась)

Пробуй запрос и его эксплейн

Если все норм - задача выполнена

работает запрос!

а как я узнаю что там это мифическое бинарное дерево и индексы отрабатывают?

Explain перед запросом

И запусти

эм?

Долго с телефона