бывает просто контекст уводит куда то от очевидных вещей

потом снова смотришь - и всё просто было )

Или в where

Если в WHERE пишу, то он даже при LEFT JOIN выкидывает те, для которых не было записей в b за последний час :-/

А почему left join?

Запрос-то покажите, не стесняйтесь

а то телепаты в отпуску.

сволочи.

SELECT a.id, COUNT(b.id) FROM a JOIN b ON b.a_id = a.id WHERE (b.time_stamp > NOW() - '1 hour'::INTERVAL) GROUP BY a.id; Having c order я не втыкал пока даже туда.

А min(b.time_stamp) в колонках что вернет?

А то мало ли таймзона поехала

А min(b.time_stamp) в колонках что вернет?

Данные в b там такие: id | time_stamp | a_id ----+-------------------------------+------ 1 | 2017-03-23 17:33:53.709287+03 | 1 2 | 2017-03-23 17:33:53.709287+03 | 1 3 | 2017-03-23 17:33:53.709287+03 | 1 4 | 2017-03-23 15:34:22.883281+03 | 2 5 | 2017-03-23 15:34:22.883281+03 | 2 6 | 2017-03-23 15:34:22.883281+03 | 1 SELECT min(time_stamp) FROM b min ------------------------------- 2017-03-23 15:34:22.883281+03

Если ставлю просто WHERE b.timestamp > .... То он выбирает только первые 3 записи, a_id для всех 1, поэтому тот большой запрос выводит 1, 3

А что не так?

А что не так?

А мне надо получить 1, 3 2, 0 3, 0

А, меньше. Тогда подзапросом в колонке (select count(*) from b where b.A_ID = a. Id)

У кого какая клавиатура на телефоне для набора SQL без боли?

Google Keyboard с минимальной задержкой для вставки спецсимволов по зажатию клавиши но мне, слава богам, не приходится SQL или какой еще код писать на телефоне

если так прямо select * from a where ( select count(backend_version.a_id) cnt from b where b.a_id = a.id and b.time_stamp between current_timestamp and (current_timestamp - interval '1 hour') ) < 10 order by value

А битвин так отработает, большее, а потом меньшее?

А, меньше. Тогда подзапросом в колонке (select count(*) from b where b.A_ID = a. Id)

Всё, завелось, спасибо большое. Вот так получилось в итоге: SELECT a.id, ( SELECT COUNT(*) FROM b WHERE b.a_id = a.id AND b.time_stamp > NOW() - '1 hour' :: INTERVAL ) FROM a JOIN b ON b.a_id = a.id GROUP BY a.id;

а где здесь меньше 10

Это в процессе

как вариант вот так select distinct id from ( SELECT a.id, count(*) OVER (PARTITION BY a.id) AS cnt FROM a, b WHERE b.aid = a.id AND b.ts >= '2017-03-22 19:00:00' )t where cnt < 10

но время я так от балды написал

А к результату subquery через алиас нельзя обращаться в having?

как вариант вот так select distinct id from ( SELECT a.id, count(*) OVER (PARTITION BY a.id) AS cnt FROM a, b WHERE b.aid = a.id AND b.ts >= '2017-03-22 19:00:00' )t where cnt < 10

Посмотрю, спасибо.

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

А к результату subquery через алиас нельзя обращаться в having?

можно завернуть всё в ещё один select * from (select ... ) where x < n;

а так вот идея хорошая http://sqlfiddle.com/ но не рабочая она какая-то, глючит

постгиса там нет :(

да нет, но хоть так ) обменивать простенькими скриптами и тестить их

глючит только как не знаю кто)

надо напилить бота телеграмм, как fiddle ))

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

А кстати, задачка-то с подвохом. Представьте себе, что строк ну очень много. Какой-нибудь мониторинг в "кrававам ынтырпrайзе". Т.е. делать индекс по таймстампу - самоубийственное решение.

всем привет! как в партицировании сделать запись по интервалу

само условие

а вот, вроде сделал, осталось посчитать

суммировать что?

ты делаешь операцию над одной строкой

мне кажется у вас где-то не настроены пути к заголовочным файлам. Я сам никогда не собирал в cygwin, но direct.h - это какой-то стандартный виндовый заголовочный файл

какую-то херню несешь, а как же он pg то собрал

какую-то херню несешь, а как же он pg то собрал

он его не собирал

А кстати, задачка-то с подвохом. Представьте себе, что строк ну очень много. Какой-нибудь мониторинг в "кrававам ынтырпrайзе". Т.е. делать индекс по таймстампу - самоубийственное решение.

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

Доброго времени суток, подскажите бесплатную утилиту для конвертации таблиц oracle в postgresql со своими FK, данные не обязятельно но желательно

желательно чтоб работало на windows

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

Не, тут даже миллионов строк не ожидается, всё отлично отработает так, как есть.

Есть какая-то дичь, написанная на перле. Для простых случаев, вроде, работает

А кроме ora2pg вообще есть что-то?

Есть какая-то дичь, написанная на перле. Для простых случаев, вроде, работает

Как раз та самая

Ага, она )

вот бы в pgloader добавили возможность миграции с оракла

В миграции с оракла главная боль - это хранимый код. Это не просто боль, а БОЛЬ. Если у вас бизнес-логика лежит в базе, любая тулза по миграции лишь чуть-чуть облегчит вам задачу, но не более того.

мне только нужно таблицы перенести , что посоветуете ?

ora2pg ?

мне только нужно таблицы перенести , что посоветуете ?

Голову и руки.

Я думаю, вполне.

ERROR: S client not available

жди

А на сам сервер нет доступа?

решил не дожидаться переустановил :D

Гайс, чет не получается postgresql подрубить. Вроде все по гайду делаю https://www.digitalocean.com/community/tutorials/how-to-use-postgresql-with-your-django-application-on-ubuntu-14-04 Но при попытке запустить нужные мне процессы из Django получаю FATAL: password authentication failed for user Приложу pg_hba # Database administrative login by Unix domain socket local all postgres md5 # TYPE DATABASE USER ADDRESS METHOD # "local" is for Unix domain socket connections only local all all peer # IPv4 local connections: host all all 127.0.0.1/32 md5 # IPv6 local connections: host all all ::1/128 md5

apache на том же хосте что и postgres ?

можно попробовать в settings.py 'HOST': 'localhost', поменять на 127.1 ну и проверить не помещает логин пароль правильно проставлены

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

Всем привет. Вопрос. Насколько правильно допускать ошибки дубликатов. как правильнее на бэкенде: проверять через select наличие дубликата в базе или просто смотреть на ошибку 23505 ?

Всем привет. Вопрос. Насколько правильно допускать ошибки дубликатов. как правильнее на бэкенде: проверять через select наличие дубликата в базе или просто смотреть на ошибку 23505 ?

в версии 9.5 появились upsert-ы: on conflict ... в insert-е. https://www.postgresql.org/docs/9.5/static/sql-insert.html#SQL-ON-CONFLICT

Не не ... не. Я о другом. Допустим я хочу добавить пользователя с уникальным номером и создаю уникальный индекс в БД При попытке добавить нового пользователя с тем же телефоном на бэкенде проверяю предварительно ища запись, а потом вывожу ошибку о том что пользоваель с таким телефоном есть. Я думаю отказатья от дополнительного SELECT и хочу ориентироваться на ошибку 23505 Апдейт при этом мне не нужен. Но насколько это правильно, осознанно нарываться на ошибку?

Сделайте бенчмарк и увидите, насколько это правильно в вашем конкретном случае

По мне так если пользователи не добавляются по 10000 в секунду то можно и проверить селектами

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

По мне так если пользователи не добавляются по 10000 в секунду то можно и проверить селектами

Ну да, к тому же поиск по уникальному индексу быстрый достаточно.

Мы вот проверяем селектом

Мы вот проверяем селектом

А таблица же не гигабайты весит?

Да и symfony формы, например, автоматом это делают, если на поле навесить соотв. ограничение

не не гигабаты )))

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

хм, ды не должно быть блокировок в этом случае

выж не будете одновременно апдейтить

одну и туже строку

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

))))) ну если вы конечно не делаете select for update ))) или какой там еще блокирующий селект есть

Мы вот проверяем селектом

А как же конкуренция?

поясните

Ну при высокой конкуренции проверка селектом без блокировки безсмысленна. А с блокировка достаточно дорога

И при высокой конкуренции ещё и опасна