@pgsql

Страница 381 из 1062
/dev/null
28.06.2017
03:44:34
Сергей
28.06.2017
04:33:15
Только это будут дни, а не рабочие дни. Для рабочих дней тебе надо пр прризводственному календарю

Александр
28.06.2017
04:57:56
Я думаю это не сложнее

Google
Александр
28.06.2017
04:59:08
Фкнцию раб дней только писать надо

Аггей
28.06.2017
05:02:00
Ну производственный календарь каждый год разный

Его надо хранить

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

Но в целом это простая задача. Намного интереснее считать sla с учётом рабочих часов, сокращённых рабочих дней и приоритетов

Александр
28.06.2017
06:02:21
Количество суббот и воскресенье посчитать не составит труда и вычесть из суммы дней, от а до б

Или это в mysql

Формат date надо посмотреть

Darafei
28.06.2017
06:04:43
ты собираешься превращать диапазон в список дней?

Александр
28.06.2017
06:05:14
ты собираешься превращать диапазон в список дней?
Ну, можно неделями считать и вычитать дни

Вариантов вагон

Google
Аггей
28.06.2017
06:28:46
Или это в mysql
В mysql как раз все сложнее - я делал расчёт sla для kayako (стандартный у них не под наши правила расчёта)... Получилась портянка в которой я сам не разберусь сейчас

Anton [Mgn, az09@osm]
28.06.2017
06:37:30
Не нужны никакие расчеты. Заводится таблица с праздниками и джоинить на неё. Потом только успевай пополнять очередным годом

Эх жаль наши законотворцы не выпускают свои нетленки в машиночитаемом виде

Аггей
28.06.2017
06:48:00
Я про расчёт с рабочими часами

Там джойном не обойтись

Danila
28.06.2017
06:54:55
Котаны, как увеличить максимальное кол-во коннектов?

Igor
28.06.2017
06:55:20
max_connections?..

Danila
28.06.2017
06:55:45
В плане - где

Igor
28.06.2017
06:56:08
в документации)

https://www.postgresql.org/docs/current/static/runtime-config.html

/dev/null
28.06.2017
06:57:54
Ну такой задачи не ставилось)
>>Нужно посчитать количество рабочих дней между date_open_nar и date_close_nar и вывести их после sum

ставилась)

Александр
28.06.2017
07:03:34
Оу, простите, недочитал видимо.

/dev/null
28.06.2017
07:08:53
блин... как бы сделать)

Александр
28.06.2017
07:16:55
Ну выше подсказали варианты

Берите любой

/dev/null
28.06.2017
07:19:47
Ну выше подсказали варианты
Александр, [Jun 28, 2017, 1:02 PM]: Зачем, если там есть дни типа пн,вт и т.д. Количество суббот и воскресенье посчитать не составит труда и вычесть из суммы дней, от а до б

не совсем пойму как это реализовать

Александр
28.06.2017
07:21:20
Это плохая идея как и писали выше, лучше посчитать недели и вычесть дни.

Google
Аггей
28.06.2017
07:22:22
Александр
28.06.2017
07:24:37
generate_series
а чем оно поможет, только если сгенерировать сами числа. O_o Или как-то иначе его хотите использовать?

Аггей
28.06.2017
07:25:34
Ну я про то, что есть 2 варианта. Первый - с подстчетом недель. Второй - с генерацией чисел и фильтрацией выходных.

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

Тогда можно делать простой join

Александр
28.06.2017
07:26:25
Сокрее всего под производсвтенный календарь нужна будет отдельная таблица

А может и нет. O_o

Александр
28.06.2017
07:28:58
Я бы сделал тупость, но наверное разбил бы даты на дни недели и считал рабочие дни, т.е. с пн по пт

через isodow

Александр
28.06.2017
07:31:09
Но лучше как писали выше, сгенерировать на каждый id свой диапазон дней, посчитать по ним рабочие дни из производственного календаря

Александр
28.06.2017
07:34:21
Неа, не потому что не хочу, потому что позорится не хочу :D

Артур
28.06.2017
07:45:03
Могу скинуть библиотеку на PHP - адаптировать ее на PG думаю будет не дико сложно при наличии алгоритма

Александр
28.06.2017
07:45:06
Капитан Ясен Кот. ? (fixed)

Артур
28.06.2017
07:46:12
Там подсчеты есть. Можно и на процедуры PG перефигачить

Чем нарвится она - там праздники можно указать

Google
/dev/null
28.06.2017
07:50:26
Хочет кто зафрилансить решения на моей базе?

Артур
28.06.2017
07:50:59
Предложение не понятно

Александр
28.06.2017
07:51:25
За деньги вместо него сделать

Норм же написано)

Admin
ERROR: S client not available

Alexey
28.06.2017
07:52:06
а что такое "моя база"?

Александр
28.06.2017
07:52:12
На проде

:D

Аггей
28.06.2017
07:52:25
Что именно делать? )

/dev/null
28.06.2017
07:52:35
Pavel
28.06.2017
07:52:36
Roman @Komzpa Уже есть отдельный чатик для PgDay'17? Чтоб, так сказать, координировать и объединять? Если нет, создадим?

Roman
28.06.2017
07:53:10
@pasha_golub https://t.me/pgday

Pavel
28.06.2017
07:53:47
Danila
28.06.2017
07:54:28
Котаны, а что можно затюнить кроме коннекшонов и памяти, чтобы приложение быстрее работало?

Тут только бд осталась, по остальным все свободно

Pavel
28.06.2017
07:55:17
PG Day '17: 5-7 июля, Санкт-Петербург - https://pgday.ru/ru/2017 Группа для обсуждения и координации - https://t.me/pgday

Danila
28.06.2017
07:55:51
Google
Аггей
28.06.2017
07:56:23
Ну еще work_mem, shared_buffers

Вообще все зависит от характера нагрузки

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

Аггей
28.06.2017
08:28:06
Что значит чувствует?

Есть тот же pgbadger

Который даст понять - создаются ли временные файлы.... происходит ли автовакуум... какие возникают блокировки

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

Dmitry
28.06.2017
09:53:36
https://image.prntscr.com/image/Iaw_XSdkTxi40360NPJfEg.png правильно ли я понимаю что показывает на сколько планер обманулся?

Sergey
28.06.2017
10:08:40
Похоже. Там есть фильтр по предикату к этому table access full?

Dmitry
28.06.2017
10:25:26
Похоже. Там есть фильтр по предикату к этому table access full?
Там сложные условия, какая гистограмма нужна - одному богу известно

Sergey
28.06.2017
10:32:29
Статистика свежая?

План то сам по себе неплохой, и с увеличением количества строк от ожидаемого становится только правильнее.

Adikhanov
28.06.2017
11:55:22
Добрый день. Как изменить тип колонки с text на integer[], а так же заменить тип значения столбцов?

Denis
28.06.2017
12:05:48
Добрый день. Как изменить тип колонки с text на integer[], а так же заменить тип значения столбцов?
1. создать дополнительную колонку integer[] 2. в транзакции: перенести в integer[] данные из text + если в таблицу пишут, то навесить триггер, переносящий новые данные из text в integer[] 3. перевести весь код, работавший со старой колонкой на работу с новой 4. переименовать старую колонку и подождать несколько дней/недель, что ничего не стреляет 5. удалить старую колонку

Страница 381 из 1062