Сегодняшние ебанаты: https://getsession.org/feed Там 50 мегабайт иксемелей. И только 69 постов. Просто они повторяются 857 раз. Кто-то не умеет джоинить.

SQL - перен., жарг., в уст. сочет. SQL поросячий, SQL потный: ничтожная, мелкая одинесина ◆ — Ну ты, заткнись-ка, SQL потный! ◆ — Вали отсель, ты, SQL поросячий, PHP говнячий

https://gist.github.com/philip-bl/eda8c2a373ad83cc0c1fa719d331c05d Буттхурт от панд. Хочу in-memory SQL, но чтобы можно было хранить питоновские объекты, мапить по таблицам питоновские функции и так далее. А приходится извращаться, чтобы делать SELECT .. WHERE columnname = ...

Совет дня: никогда не пихайте NULL там, где можно без нарушения логики сделать NOT NULL DEFAULT 0/1970-01-01 00:00:00/'' Особенно если планируется потом индекс сверху городить.

Давайте поиграем в игру. Есть таблицы t1 и t2. В каждой есть колонка text. Нужно в t1.text || t2.text искать LIKE %a% AND LIKE %b% AND LIKE %c%..., причем сколько этих AND будет — непонятно. Ну, ничего сложного — делаем джоин, в селекте делаем конкатенацию, все это запихиваем в подзапрос и сверху хуярим наши WHERE-лайки. Однако записей становится дохуя и все начинает тормозить. По очевидным причинам индексы нихуя не помогают. Как выебнуться в этом случае, не прибегая к денормализации и мужеложеству?

проблема: ваши джоины выглядят хуево возможная причина: вы слишком хуево нормализовали схему

WHERE id NOT IN (тысячи записей из подзапроса) выполняется ну очень долго. Есть ли какой-нибудь волшебный способ сделать быстрее, не меняя логики запроса?

tfw сайт банка просит не вводить в поле формы кавычки

Есть такие таблицы: users id nick 1 krkm 2 goren 3 zerg value_types id value 1 post 2 comment 3 recommend values id user_id value_id value 1 1 1 50 2 1 2 5000 3 1 3 500 4 2 1 30 5 2 2 3000 6 2 3 300 7 3 1 10 8 3 2 1000 9 3 3 100 Надо получить что-то такое: user post comment recommend krkm 50 5000 500 goren 30 3000 300 zerg 10 1000 100 Куда нажать?

есть ли софтина, которой скормливаешь 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 нул юнион нул у него текст вывод типов уровня постгреса

til еще один язык не умеет во вложенные комментарии боженька храни лероя

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

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 ЭСКУЭЛЬ ДЕКЛАРАТИВНЫЕ ЗАПРОСЫ ОПТИМИЗАЦИИ АНАЛИТИЧЕСКИЕ БАЗЫ ДАННЫХ КОКОКОКОКО

https://www.flamingspork.com/blog про MySQL. Интереснен пост про архитектуру. Взято у великого микроблоггера.