или в цикле в Ruby?

нет в руби :)

select distinct on, не?

и не нужен никакой union

Amir ppp_data везде разный чтоли?

Amir ppp_data везде разный чтоли?

по идее да

но в запросе на конкретную дату надо строить юнионы

если понадобились union'ы — скорее всего ты что-то делаешь не так

какой юзкейс вообще?

откуда ppp_data для каждого запроса берётся?

и откуда список ppp_id берётся?

Вобщем так, данные такого вида: id, ppp_id, ppp_date, cnt 1,123,'2016.01.01 10:00:00', 100 2,123,'2016.01.01 10:12:00', 101 3,123,'2016.01.01 10:33:00', 102 4,123,'2016.01.01 10:34:00', 10 5,124,'2016.01.01 10:00:00', 120 6,124,'2016.01.01 10:11:00', 123 7,124,'2016.01.01 10:12:00', 1330 8,124,'2016.01.01 10:13:00', 0 и далее

надо получить на Каждую ДатуВремя последнее значение по ppp_id к заданному времени и все это просуммировать

допустим каждую минуту

тьфу cnt по идее нарастающий для каждого ppp_id

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

и по всем ppp_id просуммировать в разрезе для заданного времени

1С-ки наверно есть тут :), это как получить СрезПоследних, потом получить итоги

Если ничего не придумаешь, то в AR можно напрямую SQL запрос сделать.

Иногда это оправдано.

Но имхо криво конечно.

Есть еще arel

"все это просуммировать" — что просуммировать? "последнее близкое значение к заданному времени" — близкое или последнее перед ppp_date?

последнее перед "?" на заданную датувремя

датавремя одинаковое для всех?

в параметре ага

select distinct on (ppp_id) where ppp_date < ? order by id чем не подходит?

просто не понимаю этот запрос

он наверно возмет все уникальные ppp_id меньше заданной даты

наверно, надо гуглить\

он возьмёт все строки, где ppp_date < ?, отсортирует их по id и оставит только одну строку для каждого ppp_id

таак

надо еще по ppp_id выборку

where ppp_if in (1,2,3)

>по всем ppp_id

Я конечно дурацко объяснил задачку :) попробую на словах Представьте что есть нескольок десяток магазинов где продаются галоши каждый магазин делает запись об остатке галош , с случайной периодичностью директор магазинов потребовал вам, пройтись по магазинам и узнать сколько галош в 11 утра была в наличии вы проходитесь по всем магазинам и в журнале регистраций находите самую последнюю запись ближнее к 11 утра и записываете в блокном кол-о галош и отчитываетесь что в каком то магазине столько то галош, директор говорит хорошо, сколько было всего вы берете калькулятор и суммируете и говорите результат потом директор говорит, молодец, сходит еще узнай сколько было в 11:30 , 12:00, 12:30 и так далее до 18:00 вечера

суммировать надо cnt?

ага

cnt от count

такое только запросами лучше напрямую 1. запрос дает тебе Id магазина и дату записи, типа select id,max(date) from ... where date < ... 2. на основе него юзает вложенный 1й

такое только запросами лучше напрямую 1. запрос дает тебе Id магазина и дату записи, типа select id,max(date) from ... where date < ... 2. на основе него юзает вложенный 1й

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

Наверно сделаю как советует ПХПешник " ну когда мне необохдимо было подобное сделать поступал так данные которые необходимо - консолидировать в одну-несколько независимых таблиц допустим это кастомные price custom_price - таблица лью данные в custom_price_new далее когда скрипт отработает - делается move средствами mysql, что происходит мгновенно "

почему не доступна то?

индексы? и да лочится она не должна

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

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

ага

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

типа отчетная всегда актуальна

а как это не точные? я так понимаю эти данные не должны изменяться

они же в прошлом

Наверно сделаю две модели с отдельными таблицами теперь надо придумать логику как между ними переключиться на лету если у текущей таблицы идут обновления данные брать с другой

ты эе не пошлешь марти с прошлое чтобы купить галоши

Наверно сделаю две модели с отдельными таблицами теперь надо придумать логику как между ними переключиться на лету если у текущей таблицы идут обновления данные брать с другой

Херню сморозил, ты генерируешь отчет

вот и делай отчет has_many records

а может отчетную таб лицу триггерами заполнять?

а отчет сам по себе привязан к дате когда он создан.

а две модели с отдлельными таблицами это пахнет костылем

нет там по идее надо рисовать линейный график

и очень быстро и точно

нет там по идее надо рисовать линейный график

Две таблицы с какими то move это костыль

пхпшник такой пхпшник

:)

Тебе надо отчет сгенерить, вот и создавай новый отчет

Две таблицы с какими то move это костыль

я об том же

и ставь ему флажок finished: false

ERROR: S client not available

если надо отчет - сделай рескью таск и пусть в фоне фигачит

закончил ответ? в транзакции ставишь finished: true ему и удаляешь (если нужно) старый отчет

отчет has_many records чего то у тебя там.

если надо отчет - сделай рескью таск и пусть в фоне фигачит

Да неужели

Вообще да, я не заметил что ты в рамках вебморды это генеришь

whenever пригодится тебе.

Да неужели

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

А в отчетах была фигня потому что ты тестами не обложил

так что finished: true - это необходимость:)

а рисовались пару часов потому что ты AR не оптимизировал

а рисовались пару часов потому что ты AR не оптимизировал

а я про АР и тесты не говорил вообще

это было другой проект, и оракл

а я про АР и тесты не говорил вообще

Че подколоть уже нельзя?

Че подколоть уже нельзя?

идите в жопу с такими подколаами. у меня хуево с юмором напрочь

идите в жопу с такими подколаами. у меня хуево с юмором напрочь

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

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

заебали с тестами, блядт

когда посчитаю что они мне нужны начну писать

когда посчитаю что они мне нужны начну писать

А ты не будешь знать что они тебе нужны пока не попробуешь и не поймешь суть.

а вот такое пинание - ОТВРАЩАЕТ

Сейчас тебе кажется что это затратно и бесполезно

Это нормальное явление для того кто не писал никогда тесты.

А ты не будешь знать что они тебе нужны пока не попробуешь и не поймешь суть.

да. именно так. и я сейчас считаю что они мне нужны. а заябывающие тестодрочеры ОТБИВАЮТ БЛЯДЬД ЖЕЛАНИЕ

Забавно что ты сделал такой вывод даже не попробовав.

Сейчас тебе кажется что это затратно и бесполезно

не кажется, но тестодроч выбешивает

Так возьми и напиши простой тест

Забавно что ты сделал такой вывод даже не попробовав.

а хватит делать выводы из того чего не говорилось

а хватит делать выводы из того чего не говорилось

Ну потому что человек который пробовал так не отвечает

а отвечает как раз тот кто вообще в тестах не шарит.

Это из опыта.

Ну потому что человек который пробовал так не отвечает

я много чего попробовал и тесты тоже. и я уже не раз говорил что я их не понимаю

Да не пробовал ты тестами обкладывать достаточный кусок

Да не пробовал ты тестами обкладывать достаточный кусок

иу блядь отстаньте уже от меня