↑↑↓↓←→←→ⒷⒶ Войти !bnw Сегодня Клубы
Привет, TbI — HRWKA! 1098.2 пользователей не могут ошибаться!
?6182
прекрасное5910
говно5735
говнорашка5093
хуита4014
anime2744
linux2455
bnw2268
music2260
log2053
рашка2003
pic1872
ололо1751
быдло1414
украина1356
сталирасты1285
гімно1135
дыбр1113
роботы_не_одобряют1004
bnw_ppl889

https://gist.github.com/philip-bl/eda8c2a373ad83cc0c1fa719d331c05d Буттхурт от панд. Хочу in-memory SQL, но чтобы можно было хранить питоновские объекты, мапить по таблицам питоновские функции и так далее. А приходится извращаться, чтобы делать SELECT .. WHERE columnname = ...
#VK72T5 (3) / @cat-o-nine-tails / 548 дней назад
Совет дня: никогда не пихайте NULL там, где можно без нарушения логики сделать NOT NULL DEFAULT 0/1970-01-01 00:00:00/'' Особенно если планируется потом индекс сверху городить.
#ZH8CJQ (13) / @komar / 622 дня назад
Давайте поиграем в игру. Есть таблицы t1 и t2. В каждой есть колонка text. Нужно в t1.text || t2.text искать LIKE %a% AND LIKE %b% AND LIKE %c%..., причем сколько этих AND будет — непонятно. Ну, ничего сложного — делаем джоин, в селекте делаем конкатенацию, все это запихиваем в подзапрос и сверху хуярим наши WHERE-лайки. Однако записей становится дохуя и все начинает тормозить. По очевидным причинам индексы нихуя не помогают. Как выебнуться в этом случае, не прибегая к денормализации и мужеложеству?
#GPWDNM (22) / @komar / 764 дня назад
проблема: ваши джоины выглядят хуево возможная причина: вы слишком хуево нормализовали схему
#ENR6HZ (0) / @komar / 786 дней назад
WHERE id NOT IN (тысячи записей из подзапроса) выполняется ну очень долго. Есть ли какой-нибудь волшебный способ сделать быстрее, не меняя логики запроса?
#2SHCNY (36+1) / @komar / 981 день назад
tfw сайт банка просит не вводить в поле формы кавычки
#Z2MA5J (1+2) / @etw / 1072 дня назад
Есть такие таблицы: 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 Куда нажать?
#SZ745W (84+2) / @anonymous / 1107 дней назад

В оракловом sql нет limit. Хочешь только десять строк при следекте? Делай where rownum <= 10
Итак, угадайте, насколько вы объебётесь если вместо привычного order by field limit 10, напишете where rownum <= 10 order by field?
Эпично объебётесь, короче говоря.

#KLDOUV (9+1) / @hirthwork / 1123 дня назад

какого хуя синтаксис такой неумный? нельзя сделать select src as from, dst as to from my_table потому что from и to являются кейвордами, блджад

#RQCKR9 (6) / @hirthwork / 1252 дня назад
есть ли софтина, которой скормливаешь sql-файл со структурой и оно тебе рисует всё визуально и можно расставлять связи? Пиздец как такого инструмента мне не хватает
#RGABMJ (10) / @soko1 / 1317 дней назад

заставь падавана SELECT написать так он и join не левый сделает и по два раза одно поле заселектит

#9Y3HLJ (1) / @hirthwork / 1330 дней назад
sql
ыудусе * акщь
#HUHIHM (0) / @soko1 / 1360 дней назад
=> 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 / 1437 дней назад
til еще один язык не умеет во вложенные комментарии боженька храни лероя
#NINR2Y (1) / @komar / 1437 дней назад
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 / 1437 дней назад
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 / 1443 дня назад
https://www.flamingspork.com/blog про MySQL. Интереснен пост про архитектуру. Взято у великого микроблоггера.
#3GOJ98 (1) / @ckorzhik / 1475 дней назад
http://pgday.ru/ru Приглашают посетить PG Master'14 бесплатно (в Питере).
#7M258A (0) / @ckorzhik / 1486 дней назад
ipv6 ready BnW для ведрофона BnW на Реформале Викивач Котятки

Цоперайт © 2010-2016 @stiletto.