BnW — *postgresql

> мы своим погромистам говорили чтоб перешли на посгре, а они короч тут же насрали себе на руки и начали это есть. и мы такие "окай, оставайтесь на мсскуле, только не травмируйте нас больше пожалуйста"

#QMP86Y (0+6) / @stiletto / 3578 дней назад

! postgresql

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

#BOAIPB (1) / @o01eg / 3585 дней назад

postgresql

http://www.postgresql.org/docs/9.3/static/datatype-boolean.html > Valid literal values for the "true" state are: > TRUE > 't' > 'true' > 'y' > 'yes' > 'on' > '1' надежно

#WQ93K5 (0) / @komar / 3589 дней назад

systemd postgresql

> PostgreSQL clusters managed by postgresql-common are now systemd enabled ОТКУДА У ВАС ВООБЩЕ ВСЕ

#A5BYK6 (11) / @komar / 3628 дней назад

postgresql rdbms sql

=> SELECT NULL UNION ALL SELECT 1; (2 rows) => SELECT NULL UNION ALL SELECT NULL UNION ALL SELECT 1; ERROR: UNION types text and integer cannot be matched => SELECT pg_typeof(t.t) FROM (SELECT NULL AS t UNION ALL SELECT NULL AS t) t; text text нул юнион нул у него текст вывод типов уровня постгреса

#GQPAQM (1) / @komar / 3663 дня назад

postgresql rdbms sql

UNION ... LIMIT в постгресе работает восхитительно: > EXPLAIN ANALYZE SELECT y FROM test WHERE x = 66 LIMIT 10; Total runtime: 0.146 ms > EXPLAIN ANALYZE (SELECT y FROM test WHERE x = 66) UNION (SELECT y FROM test WHERE x = 67) LIMIT 10; Total runtime: 86.011 ms Но зато: > EXPLAIN ANALYZE (SELECT y FROM test WHERE x = 66) UNION ALL (SELECT y FROM test WHERE x = 67) LIMIT 10; Total runtime: 0.183 ms

#8O4TKW (4) / @komar / 3663 дня назад

postgresql rdbms sql

EXPLAIN ANALYZE SELECT max(y) FROM test WHERE x = 66; Total runtime: 0.124 ms EXPLAIN ANALYZE SELECT max(y) FROM test WHERE x = 66 GROUP BY x; Total runtime: 29.157 ms EXPLAIN ANALYZE SELECT max(y) FROM test WHERE x IN (SELECT generate_series (1,1) as x); Total runtime: 1908.248 ms ЭСКУЭЛЬ ДЕКЛАРАТИВНЫЕ ЗАПРОСЫ ОПТИМИЗАЦИИ АНАЛИТИЧЕСКИЕ БАЗЫ ДАННЫХ КОКОКОКОКО

#6LCZZ0 (5) / @komar / 3669 дней назад

шок postgresql просто_оставлю_это_здесь ненужно

Хинты для PostgreSQL: http://en.sourceforge.jp/projects/pghintplan/ http://komar.bitcheese.net/files/pg_hint_plan/doc/pg_hint_plan.html http://komar.bitcheese.net/files/pg_hint_plan/doc/hint_list.html

#7U4EJ1 (0) / @komar / 3679 дней назад

nginx postgresql троллейбус

http://rny.io/nginx/postgresql/2013/07/26/simple-api-with-nginx-and-postgresql.html > Sometimes it’s overkill to use a web framework if you only need to develop a very simple REST API. It turns out that Nginx can be used to develop a full fledged REST API and PostgreSQL can easily be used for persistence.

#TJEBTY (2) / @stiletto / 3680 дней назад

db postgresql sql

http://pgday.ru/ru Приглашают посетить PG Master'14 бесплатно (в Питере).

#7M258A (0) / @ckorzhik / 3712 дней назад

postgresql postgis

Успешно решил задачу кластеризации точек на карте. Благодаря волшебным postgis’овским индексам — за приемлемое время.
Я так понимаю, для любой сложной проблемы есть два решения: обычный — когда ты долго пердолишь в математику, machine learning и еще хуй пойми что, и SQL’ный — когда ты нахуяриваешь еще индексов и O(N²) рассасывается сам собой.

#8QLEZ7 (0+1) / @komar / 3737 дней назад

til postgresql postgis

Разработчики PostGIS успешно решили* проблему поиска ближайших соседей путем спонсирования разработчиков PostgreSQL, чтобы те подковыряли двумерные индексы. К сожалению, работает все это только для геометрических объектов, так что на больших расстояниях и на 180-м меридиане придется сосать хуи.

*нашли способ делать запросы за приемлемое время

#DJX9CL (18) / @komar / 3741 день назад