@meatr будет жить. Поприветствуем!

Всем привет! А я тут опять херни принес. CREATE TEMPORARY TABLE orders_mobile ( city VARCHAR(64), order_count int, order_avg float, order_date VARCHAR(100) ); insert into orders_mobile SELECT cs.name, count(sfo.entity_id), avg(sfo.base_grand_total), date_format(sfo.created_at, @date_format) FROM sales_flat_order sfo JOIN core_store cs on sfo.store_id = cs.store_id WHERE sfo.status IN ('reserved', 'complete', 'collect') AND sfo.created_at BETWEEN date_sub(curdate(), INTERVAL 15 WEEK) AND curdate() AND sfo.app_source in (@android, @ios) GROUP BY cs.name, week(sfo.created_at); SELECT city as 'Город', MAX(IF(order_date = date_format(date_sub(curdate(), INTERVAL 1 WEEK), @date_format) , order_count, 0)) as '30.07.2018', MAX(IF(order_date = date_format(date_sub(curdate(), INTERVAL 2 WEEK), @date_format) , order_count, 0)) as '23.07.2018' . . . FROM orders_mobile GROUP BY city; Вообщем пытаюсь достатть количество заказов понедельно.

Как это сделать правильно?

'23.07.2018' -- очень оригинальное имя поля!

ТАк держать!

'23.07.2018' -- очень оригинальное имя поля!

ну хоть не 0 1 2 )

Всем привет! А я тут опять херни принес. CREATE TEMPORARY TABLE orders_mobile ( city VARCHAR(64), order_count int, order_avg float, order_date VARCHAR(100) ); insert into orders_mobile SELECT cs.name, count(sfo.entity_id), avg(sfo.base_grand_total), date_format(sfo.created_at, @date_format) FROM sales_flat_order sfo JOIN core_store cs on sfo.store_id = cs.store_id WHERE sfo.status IN ('reserved', 'complete', 'collect') AND sfo.created_at BETWEEN date_sub(curdate(), INTERVAL 15 WEEK) AND curdate() AND sfo.app_source in (@android, @ios) GROUP BY cs.name, week(sfo.created_at); SELECT city as 'Город', MAX(IF(order_date = date_format(date_sub(curdate(), INTERVAL 1 WEEK), @date_format) , order_count, 0)) as '30.07.2018', MAX(IF(order_date = date_format(date_sub(curdate(), INTERVAL 2 WEEK), @date_format) , order_count, 0)) as '23.07.2018' . . . FROM orders_mobile GROUP BY city; Вообщем пытаюсь достатть количество заказов понедельно.

Я не понял, проблемы -то какие?

Всем привет! А я тут опять херни принес. CREATE TEMPORARY TABLE orders_mobile ( city VARCHAR(64), order_count int, order_avg float, order_date VARCHAR(100) ); insert into orders_mobile SELECT cs.name, count(sfo.entity_id), avg(sfo.base_grand_total), date_format(sfo.created_at, @date_format) FROM sales_flat_order sfo JOIN core_store cs on sfo.store_id = cs.store_id WHERE sfo.status IN ('reserved', 'complete', 'collect') AND sfo.created_at BETWEEN date_sub(curdate(), INTERVAL 15 WEEK) AND curdate() AND sfo.app_source in (@android, @ios) GROUP BY cs.name, week(sfo.created_at); SELECT city as 'Город', MAX(IF(order_date = date_format(date_sub(curdate(), INTERVAL 1 WEEK), @date_format) , order_count, 0)) as '30.07.2018', MAX(IF(order_date = date_format(date_sub(curdate(), INTERVAL 2 WEEK), @date_format) , order_count, 0)) as '23.07.2018' . . . FROM orders_mobile GROUP BY city; Вообщем пытаюсь достатть количество заказов понедельно.

Вот я вижу GROUP BY не по фэншую... SELECT cs.name, date_format(sfo.created_at, @date_format) count(sfo.entity_id), -- ... GROUP BY cs.name, week(sfo.created_at);

Ну немного не по анси

Опять бурчать будешь?

Нельзя быть немного не по анси. Как нельзя немного быть беременной. Или по анси, или не по анси. Проблема-то , что нормальная СУБД его просто на йух пошлёт, а кривая типа Мускля просто выдаст херь какую-то в виде данных.

Ну вот что ты обманываешь?)

Мускуль тоже пошлёт, если не выкрутить специальную настроечку под это

Чёта она никогда не выкручена по факту...

по дефолту включена уже несколько лет

Проблема апгрейдов

Конфиг то десятилетний может быть...

И легаси тоже. Что хуже конфига)

Причем тут легаси

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

Причем тут это

Я тебе про то, что изменение дефолтных настроек меняется только при новой установке, либо если в ПО она есть по дефолту в обход конфига, обычно, в таких конфигах все закамментировано

Если же в конфиге это прописано сегодня true, то завтра после апгрейда, с вероятностью 99%, оно останется true, хоть дефолтное значение и стало false

@MasterZiv Во, а как групернуть по феншую? Ну и нормально ли я делаю "транспонирование" по этим самым неделям?

@MasterZiv Во, а как групернуть по феншую? Ну и нормально ли я делаю "транспонирование" по этим самым неделям?

SELECT cs.name, week(sfo.created_at) as date, count(sfo.entity_id), -- ... GROUP BY cs.name, week(sfo.created_at);

@MasterZiv а транспониую я тогда так, верно? SELECT city as 'Город Desctop', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 1 WEEK)) , order_count, 0)) as '30.07.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 2 WEEK)) , order_count, 0)) as '23.07.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 3 WEEK)) , order_count, 0)) as '16.07.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 4 WEEK)) , order_count, 0)) as '09.07.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 5 WEEK)) , order_count, 0)) as '02.07.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 6 WEEK)) , order_count, 0)) as '25.06.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 7 WEEK)) , order_count, 0)) as '18.06.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 8 WEEK)) , order_count, 0)) as '11.06.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 9 WEEK)) , order_count, 0)) as '04.06.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 10 WEEK)), order_count, 0)) as '28.05.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 11 WEEK)), order_count, 0)) as '21.05.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 12 WEEK)), order_count, 0)) as '14.05.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 13 WEEK)), order_count, 0)) as '07.05.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 14 WEEK)), order_count, 0)) as '30.04.2018' FROM orders_desktop GROUP BY city;

@MasterZiv а транспониую я тогда так, верно? SELECT city as 'Город Desctop', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 1 WEEK)) , order_count, 0)) as '30.07.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 2 WEEK)) , order_count, 0)) as '23.07.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 3 WEEK)) , order_count, 0)) as '16.07.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 4 WEEK)) , order_count, 0)) as '09.07.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 5 WEEK)) , order_count, 0)) as '02.07.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 6 WEEK)) , order_count, 0)) as '25.06.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 7 WEEK)) , order_count, 0)) as '18.06.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 8 WEEK)) , order_count, 0)) as '11.06.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 9 WEEK)) , order_count, 0)) as '04.06.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 10 WEEK)), order_count, 0)) as '28.05.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 11 WEEK)), order_count, 0)) as '21.05.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 12 WEEK)), order_count, 0)) as '14.05.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 13 WEEK)), order_count, 0)) as '07.05.2018', MAX(IF(order_date = week(date_sub(curdate(), INTERVAL 14 WEEK)), order_count, 0)) as '30.04.2018' FROM orders_desktop GROUP BY city;

Делай на клиенте

@MasterZiv Нету пока клиента Т_Т

я его еще дня три, четыре дописывать буду. А отчет горит.

Тем лучше... Его можно сделать так, чтобы транспонирование вообще не нужно было... Поверни дисплей на 90 градусов -- и ок

Вот и приходится насиловать SQL

@MasterZiv Во, слушай, идильный вариант :D Глядишь тогда за день напишу

https://sqream.com/

Всем привет, по FireBird подскажет кто? суть: были базы на одном сервере, переехали на другой, в цоде, в разы мощнее. Может можно как то настройки firebird подкрутить чтобы из прироста мощностей сервака максимум кпд выжать, по сравнению с предыдущим?

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

Количество ядерь подкрутить и память -> в кэш. Если конечно это не автоматом настраивается. Детали не знаю.

не помню, задавал ли тут этот вопрос но всё же - postgre 9.6 ведь где-то хранит информацию о текущих транзакциях? Её можно как-то вытащить, зная айди транзакции? Например какие там были запросы или diff? Какую вообще информацию о транзакциях можно вытащить?

WAL

ТРАНЗАКЦИИ != какие были запросы

ТРАНЗАКЦИИ == какие поменялись данные. Было это стало это

изменённые данные ~~ запросы

ERROR: S client not available

неа

примерно. по крайней мере апдейтные.

WAL

а он туда пишет до комита или после?

Во время работы транзакции

а он туда пишет до комита или после?

До коммита

изменённые данные ~~ запросы

Это что должно значить?

Это что должно значить?

ну всмысле что оно даст наводку на запросы

@serg_developer будет жить. Поприветствуем!

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

ну всмысле что оно даст наводку на запросы

Нет. Запрос update theTable set id = 0 where 1 = 2не изменит ничего. Запрос был. Записи в лог не было.

Так всё же светится... Локи с БД посмотри в таблицах системного каталога. Потом увидишь, что этот процесс делал.

м... по заблокированным данным вычислять всмысле?

Может кому надо

Собеседование Часть1

Так всё же светится... Локи с БД посмотри в таблицах системного каталога. Потом увидишь, что этот процесс делал.

чёт нифига не светится. последний запрос в транзакции был селект, который ни о чём не скажет ибо он повсеместно вызывается.

Отруби его, сразу прибегут, чья была транзакция...

:-)

ага, щаз. уже пробовал.

лог молчит, никаких ошибок

я вот чую какой-то уродец забыл закрыть её и она просто где-то утекла