Хочу разбить таблицу на группы, группа определяется 2мя полями, вот код: SELECT style.discipline, athlete.gender, min(result.swim_time) OVER (PARTITION BY style.discipline, athlete.gender) FROM competitions_swimresult result LEFT JOIN app_athlete athlete ON athlete.id = result.athlete_id LEFT JOIN competitions_swimevent event ON event.id = result.event_id LEFT JOIN competitions_swimstyle style ON style.id = event.style_id

но получаю это

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

группировки то нету, у вас в какой-то из таблиц один ко многим.

а (PARTITION BY style.discipline, athlete.gender) разве не делает группировку?

Алсо, оконные функции строки не группирует

но MIN посчитался верно, как и в случае GROUP BY

т.е. MIN посчитался для групп. Просто в результате куча дублей

вот так вышло

первый скрин с ошибкой

Ну да, окна оно посчиало, для всех строк.

но данные оно не группирует

можете distinct сделать или сгруппировать по не агрегированным полям

у меня простейший запрос по id работает в 10 раз медленнее чем на центосе

Привет! Орёл или Смоленск? У нас вроде тормозов не заметно. Обычный селект тупит?

ок, я использую окна, а не GROUP BY, т.к. мне нужно сделать группы по 2 полям, а потом в каждой группе посчитать MIN и выбрать из каждой группы только 1 запись, даже есть в группе будет несколько записей с одним MIN

как тут вот: http://stackoverflow.com/questions/3800551/select-first-row-in-each-group-by-group

та же задача

Привет! Орёл или Смоленск? У нас вроде тормозов не заметно. Обычный селект тупит?

орел, утаскивал эту бд на центось, там все летает

как тут вот: http://stackoverflow.com/questions/3800551/select-first-row-in-each-group-by-group

Нумеруйте строки

Нумеруйте строки

Щас попробую пример соорудить

Привет! Орёл или Смоленск? У нас вроде тормозов не заметно. Обычный селект тупит?

пробовал даже 9.6 ставить, все тоже самое

Хотя можно тупо select discipline, gender, m from ( SELECT style.discipline, athlete.gender, result.swim_time, min(result.swim_time) OVER (PARTITION BY style.discipline, athlete.gender) m FROM competitions_swimresult result LEFT JOIN app_athlete athlete ON athlete.id = result.athlete_id LEFT JOIN competitions_swimevent event ON event.id = result.event_id LEFT JOIN competitions_swimstyle style ON style.id = event.style_id ) q where m=swim_time

Хотя можно тупо select discipline, gender, m from ( SELECT style.discipline, athlete.gender, result.swim_time, min(result.swim_time) OVER (PARTITION BY style.discipline, athlete.gender) m FROM competitions_swimresult result LEFT JOIN app_athlete athlete ON athlete.id = result.athlete_id LEFT JOIN competitions_swimevent event ON event.id = result.event_id LEFT JOIN competitions_swimstyle style ON style.id = event.style_id ) q where m=swim_time

спасибо

даже есть в группе будет несколько записей с одним MIN - вот это не выполняется )

пробовал даже 9.6 ставить, все тоже самое

До понедельника терпит? Глянем у себя. Спишемся в личке

еще попрос, получается, если я делаю GROUP BY, то в выборку не могут быть те поля, которые не участвуют в агрегации. А если через окна считаю MIN или что-то другое, то могу выбрать все дополнительные поля, да?

До понедельника терпит? Глянем у себя. Спишемся в личке

да, как раз в пн дальше будем смотреть, спс

Оконные функции считают резульатат для окна (того, что в over), а GROUP BY группирует данные (для всей выборки, или выборки в окне).

Оконные функции считают резульатат для окна (того, что в over), а GROUP BY группирует данные (для всей выборки, или выборки в окне).

понял, спасибо. Получается, окна просто считают за сценой для группы, но мне группу не возвращают

именно так

Посмотрите примеры с rank, row_number – вам будет понятнее, как оно работает

еще в вашем случае можно посмотреть на having - это тоже укладывается в ваш случай

А вот если виртуалку, на которой работает vacuum -fz, рубануть на фиг, с какой вероятностью база выживет? fsync=on, synchronous commit=off

А вот если виртуалку, на которой работает vacuum -fz, рубануть на фиг, с какой вероятностью база выживет? fsync=on, synchronous commit=off

Выживет. Так как при full сначала копируется полностью вся таблица.

Благодарю

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

ну как, нормальная

у Sasmung 840 Evo, например, есть баг прошивки, при котором записанные давно данные за полгода-год утекают, и контроллеру приходится дольше ретраиться

частично лечится апдейтом прошивки

или регулярным чтением-перезаписью всего

у Sasmung 840 Evo, например, есть баг прошивки, при котором записанные давно данные за полгода-год утекают, и контроллеру приходится дольше ретраиться

Разве прошивки? Были исследования, что флеш-память со временем теряет записанную информацию. Причём, в зависимости от температуры, там могут быть месяцы всего.

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

Контроллер в фоне в том числе и обновляет содержимое ячеек

собственно, да, read-erase-write требует стирать большими блоками сразу, и для этого приходится вычитывать больше - и это надо делать даже над неменяющимися блоками, для wear leveling и борьбы с утечкой заряда

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

Есть инфа начет ссд с тем же приколом ?

все

?

если ты положишь SSD в ящик, то через пять лет прочтёшь не всё

Отключённый промышленный твердотельник может потерять данные за неделю / Geektimes https://m.geektimes.ru/post/250406/

Охчорт. А что с флеш памятью у рейдов ? Там же вобще беда будет

Всмысле которая хранит кэш после внезапного отключения

Охчорт. А что с флеш памятью у рейдов ? Там же вобще беда будет

У рейдов есть ппзу для микрокода

А что с ними?

Всмысле которая хранит кэш после внезапного отключения

Там не флеш

А что там

Там озу и батарейка

Опционально

Да ну не везде

ERROR: S client not available

Есть суперкапазиторы при которых он успевает на энергии конденасторов скопировать оперативу на флешку

everything fails

просто проектируйте с расчётом на то, что умрёт совершенно любая часть системы :)

Главный прикол в том что иногда умирает так, что не говорит об этом. Тоесть не бэд сектор, а именно неверные данные.

Или слёт фс что намного хуже

вот три последовательных чтения двухгиговой флешки в файлик: kom@junocat ~ % md5sum flash_drive_dynacord_aprol* 8b1cff0a847d1283e317b708eea698f9 flash_drive_dynacord_aprol.img 57794448d48c5fcdf6f840dc6588c2f3 flash_drive_dynacord_aprol2.img ed06651282b7fd10f2662ece7d6dbe1b flash_drive_dynacord_aprol3.img

Предлагаешь по хешам узнать где именно разница ?

Хорошая задача, кстати. :)

Сделай хексдумп и сделай дифф

И да. Проверь мемчеком память :)

почти мегабайт разницы в разных местах kom@junocat ~ % cmp -l flash_drive_dynacord_aprol2.img flash_drive_dynacord_aprol3.img | wc -l 926293

выглядит примерно так: offset file1 file2 1766455299 202 242 1766455302 303 307 1766455308 75 77 1766455318 233 273 1766455320 220 224 1766455327 214 254

И да. Проверь мемчеком память :)

+1 Тоже как-то на диск грешил... а дело было в RAM

Вы ещё ZFS с битой памятью не ECC не видели. :)

+1 Тоже как-то на диск грешил... а дело было в RAM

А у меня еще пижже было. Под нагрузкой сата контроллер выдавал трешачок. А без нагрузки норм

Я тогда просто взорвался дебажить это говно

Паямять ок. Диск ок. А контроллер не ок.

Но ведь по началу не понятно

+1 Тоже как-то на диск грешил... а дело было в RAM

думаю, если вопрос о флешке, лежавшей в ящике пять лет, не читающейся наполовину, и неспособной загрузить убунту с только что залитого на неё образа - то дело не в RAM :)

думаю, если вопрос о флешке, лежавшей в ящике пять лет, не читающейся наполовину, и неспособной загрузить убунту с только что залитого на неё образа - то дело не в RAM :)

Погоди. А что, там проблемы даже после полной перезаписи ?

да

Так это похоже наверно не на пропадание от времени а на то что просто флешка убилась от количества перезаписей. Не ?

это похоже на деградацию кремния :)

Да. Хотел написать.

@blkmrkt потом можете сообщить о результатах?

обязательно!

@blkmrkt потом можете сообщить о результатах?

Репортаж с места событий