Разбитие и суммирование строки или регуляркой

[Николя223]

Может кто подсказать?

В БД в поле хранятся значения в виде "20/30/60"

при этом нужно сравнить с параметром, указанным в $_GET запросе

Т.е.  нужно чтобы например 120>= 20+30+60   

Можно ли через REGEXP это сделать(суммирование параметров)? 

Или же разбить на три ячейки и сравнивать с нужным значением

 

Т.е.   при использовании SELECT, сделать выборку с нужной подменой

[Galaxy]

a explode + array_sum ?) или я неправильно понял суть?

[Николя223]

нужно на mysql при запросе

[rus]

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

вот: http://www.mysql.ru/docs/man/Regexp.html

хотя не, чет я поторопился, походу нельзя...

[Николя223]

rus, не то что можно, а необходимо)

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

[Galaxy]

база(выборка большая) ? может как вариантполучить все записи и средствами php уже делать подходящий нам массив?

[Николя223]

Я вкурсе. затык в самом движке. выборка - 100-200 позиций

поэтому чисто через mysql нужно

 

  + там пагинация и это поле одно из параметров фильтра

rus, а возможно в mysql разбить одно поле в выборке на три? примерно как explode?

Я искал вчера, нашел только странноватые пользовательские функции

[Switch74]

могу предложить следующие варианты:

1. если могут быть только двузначные числа "20/30/60", то SUBSTRING(col, 1, 2) можно достать пары и суммировать их.

2. иначе можно сделать так REGEXP_SUBSTR(col; 'regexp шаблон') делаем 3 шаблона по извлечению чисел сначала строки и до косой черты, между косыми чертами и от косой черты до конца и складываем эти числа

[CoDy]

Регулярки  довольно медленная штука, да и функционала регулярных выражений, которые идут "в коробке" с MySQL не уверен, что будет достаточно. Скорее всего придется плагин цеплять. В данном случае вполне будет достаточно функции SUBSTRING_INDEX:

SELECT  tmp.strFROM  (    SELECT      '20/30/60' AS str    UNION    SELECT      '23/10/10'    UNION    SELECT      '22/70/20'  ) AS tmpWHERE  SUBSTRING_INDEX(tmp.str, '/', 1)    + SUBSTRING_INDEX(SUBSTRING_INDEX(tmp.str, '/', 2), '/', -1)    + SUBSTRING_INDEX(tmp.str, '/', -1) > 100

Использование индекса, при таком построении запроса, исключено.

Edited November 24, 2014 by CoDy

[rus]

rus, а возможно в mysql разбить одно поле в выборке на три? примерно как explode? Я искал вчера, нашел только странноватые пользовательские функции

да, тоже видел эти ф-ции, как вариант попробуй решение от CoDy, есть конечно и другой выход - скачать бд и через notepad++ пройтись поиском и автозаменой на регулярке, но ты ж говоришь там cms вставляет так? значит наверное отпадает...

[CoDy]

Использование индекса, при таком построении запроса, исключено.

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

 

Такой подход будет уместен, если данные в таблице меняются не сильно часто. И соотношение запись / чтение меньше 1(а лучше если близко к 0).

Edited November 24, 2014 by CoDy

[Николя223]

 

Использование индекса, при таком построении запроса, исключено.

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

 

Такой подход будет уместен, если данные в таблице меняются не сильно часто. И соотношение запись / чтение меньше 1(а лучше если близко к 0).

 

там положить на производительность. сервер мощный. а клиенты не такими уж и толпами ходят

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