Пользователь пока ничего не рассказал о себе

Достижения

Все достижения (2)

Наибольший вклад в теги

Все теги (15)

Лучшие ответы пользователя

Все ответы (17)
  • MySQL: Как написать запрос который ищет ближайшее по условию значение?

    @ztxn
    >>НАИБОЛЬШИМ ближайшим

    where количество >: запрошенное_количество
    order by количество limit 1
    Ответ написан
    5 комментариев
  • Изменение структуры/группировка SELECT`ом

    @ztxn
    select name
       ,max(case when phone_type = 'home' then phone end) as home
       ,max(case when phone_type = 'mobile' then phone end) as mobile
    from table
    group by name
    
    Ответ написан
    2 комментария
  • Какое оптимальное количество партиций для большой таблицы в MySQL?

    @ztxn
    >>Правда ли что чем больше партиций тем, по идее, выше производительность но больше занимает места?

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

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

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

    >> У таблицы есть «группирующие» поле
    Не совсем понятно что вы имеете тут в виду. Если вы группируетесь по полю, которое является ключом секционирования, вероятнее всего вам придется сканировать весь набор записей, все секции, и первый, описанный мною случай, выигрыша в производительности тогда, определенно, не про вас. Я очень сомневаюсь что MySql способен, как оракл, параллелить выполнение стейтмента, потому и второй описанный случай выигрыша, тоже врядли о вас.
    Ответ написан
    2 комментария
  • Кластеризованный или некластеризованный индекс?

    @ztxn
    Наверняка отбор по экаунту производится с сортировкой по time и отсечкой по time либо же top, либо же по диапазону time. В этом случае, мне думается, будет уместен составной индекс по паре (account,time)

    Вот кластеризованный — ли, берут меня сомнения. Нужны дли вам на столько дополнительные пять копеек при отборе, чтобы можно было чуть пожертвовать производитеьностью на вставке? Полагаю — врядли. Скорость вставки, мне думается, тут весьма критична будет.
    Ответ написан
    Комментировать
  • Поиск по подобию в реляционных и NoSQL базах данных?

    @ztxn
    Нет, не то, тогда полное соответствие требованиям будет равняться по рангу полному не соответствию. Надо еще подумать
    Ответ написан
    Комментировать