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

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

Ну либо написать апп из 20 строк и не парить никому мозг

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

Ну либо написать апп из 20 строк и не парить никому мозг

апп?

Доброго времени суток, а можно как-то юзая UNION объединить списки удалив дубли записей, но при этом как-то отметить, что вот эти данные из 1-го списка, эти из 2-го и т. д.

1. Через константы и потом как то группировать 2. Лучше объединить через UNION ALL и потом оконнкой

Хотя нет, надо сочетать оба варианта, чтобы понять, откуда какая запись

Хотя нет, надо сочетать оба варианта, чтобы понять, откуда какая запись

А можно просто на жабе в 20 строчек уложиться.

а можно хранимкой собрать все что надо через временную талбицу

а жабу в жопу

а жабу в жопу

Как приятно слышать такие слова...

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

Можно просто написать запрос (NOT EXIST — это волшебное заклинание)

Люди, не умеющие писать элементарные запросы, так беспомощны... Жалко их.

Да он объяснить толком не может, что ему там надо

Можно просто написать запрос (NOT EXIST — это волшебное заклинание)

Not exist дает понимание присутствия, но не дают понимания, где это присутствует

Или тут предложение, давайте пихать во все и по два раза?

Не знаю. мне NOT EXIST даёт всё, что я у него ни попрошу

Ну да, ну да

Ему надо брать из одной таблицы, а из другой брать то, чего нет в первой. Вычитание, NOT EXIST.

Ему надо помечать списки

Ну чего ему надо, мы не знаем, но что SQL он не знает, это 100%, знал бы, такую хрень не спрашивал.

Прям с пеленок SQL знаете?

Что начали то?

Прям с пеленок SQL знаете?

А чо его знать. Наливать и пить

https://scontent-arn2-1.xx.fbcdn.net/v/t1.0-9/22008071_1435739826546594_2998638949930700978_n.jpg?oh=ee689c7bfc4018e80bd750d01b7b3cd3&oe=5A52B63E

https://scontent-arn2-1.xx.fbcdn.net/v/t1.0-9/22008071_1435739826546594_2998638949930700978_n.jpg?oh=ee689c7bfc4018e80bd750d01b7b3cd3&oe=5A52B63E

средняя книга заинтриговала, дельная?

не знаю не читал

не знаю не читал

Да там все равно все про WEB...

валишь все на фронтов и все

Доброго времени суток, а можно как-то юзая UNION объединить списки удалив дубли записей, но при этом как-то отметить, что вот эти данные из 1-го списка, эти из 2-го и т. д.

А чо union обязательно?

не особо, я через него пошёл прост

БД какая?

валишь все на фронтов и все

ну да открываешь такой морду а она висит.

mssql

mssql

Напиши два запроса. Первый из 1-ой таблицы. Второй (через UNION ALL после первого ) — то, что надо из второй таблицы и затем NOT EXISTS и кореллированный подзапрос того, что ты взял из первой таблицы. Вот и весь твой запросец.

так ему надо знать из какого именно запроса строка

Можно, если не осиляешь, вместо NOT EXIST использовать NOT IN и некореллированый поздапрос, но только если ты будешь вычитать по ключу из одного поля.

так ему надо знать из какого именно запроса строка

Так это очнь легко добавить. Константное поле одно в одной части 1, в другой 2

Можно, если не осиляешь, вместо NOT EXIST использовать NOT IN и некореллированый поздапрос, но только если ты будешь вычитать по ключу из одного поля.

А чо join не модно?

А чо join не модно?

Я затрудняюсь ответить на твой вопрос...

Я затрудняюсь ответить на твой вопрос...

Ты же понимаешь, что not in будет очень плохо на больших множествах или вовсе не работать при превышении лимита в 10К (Oracle)

Ты же понимаешь, что not in будет очень плохо на больших множествах или вовсе не работать при превышении лимита в 10К (Oracle)

Вычитание вообще плохо работает. UNION DISTINCT также плохо работает. Ещё вопросы ?

Ты же понимаешь, что not in будет очень плохо на больших множествах или вовсе не работать при превышении лимита в 10К (Oracle)

Мне кажется, я догадываюсь, что ты как бы намекаешь, что LEFT JOIN ... WHERE is null работал бы быстрее .... Я понял твой намёк.

Вычитание вообще плохо работает. UNION DISTINCT также плохо работает. Ещё вопросы ?

Вопросов не было. Ты хуйню советуешь. Он одним подзапросом сделает объединенный список, основным сделает 2 join объединённого списка и таблиц.

Да. Называется anti join

Добро пожаловать в sql

Вопросов не было. Ты хуйню советуешь. Он одним подзапросом сделает объединенный список, основным сделает 2 join объединённого списка и таблиц.

Посоветуй не хуйню...

Посоветуй не хуйню...

Читал

кореллированный подзапрос это не очень хорошая затея, можно просто сделать union all и потом группировку с выбором минимальной или максимальной константы

Ну, если о вычитании, то производительность всё равно будет одинакова, не зависимо от реализации. (теоретическая минимальная ассимптотическая)

Наркоман?

Наркоман?

а то контакты дублируются же

Простите

Я случайно

Коллеги подскажите,впал немного в ступор.Как красиво посчитать общее количество null Записей по всей таблице?

а не городить конструкции по каждому столбцу

SELECT (SELECT COUNT(INT_VALUE) AS RESULT FROM CHECK_OBJECT WHERE INT_VALUE=0) + (SELECT COUNT(FLOAT_VALUE) AS RESULT FROM CHECK_OBJECT WHERE FLOAT_VALUE=0) + (SELECT COUNT(CHAR_VALUE) AS RESULT FROM CHECK_OBJECT WHERE CHAR_VALUE=0) + (SELECT COUNT(DATE_VALUE) AS RESULT FROM CHECK_OBJECT WHERE DATE_VALUE=0)

IS NULL

а если в строке больше 1 null ?

что ты имеешь ввиду напиши пример

SELECT COUNT(IF( INT_VALUE IS NULL OR CHAR VALUE IS NULL ..., id, null)) FROM CHECK_OBJECT

типа того

SELECT COUNT(INT_VALUE IS NULL) + COUNT(FLOAT_VALUE IS NULL) FROM CHECK_OBJECT

блин вот я нуб)

щас чекну

спс

кто то ловил такое? 2017-09-28T15:15:05.314498Z 0 [Note] InnoDB: Created parallel doublewrite buffer at /var/lib/mysql/xb_doublewrite, size 31457280 bytes 2017-09-28 18:15:05 0x7fa6057197e0 InnoDB: Assertion failure in thread 140351032629216 in file fut0lst.ic line 85 InnoDB: Failing assertion: addr.page == FIL_NULL || addr.boffset >= FIL_PAGE_DATA

во время innodb force recovery

а есть хороший мануал про оконные функции для даммиес?

документация?

ты наверное сейчас просто в восторге бьёшься от того какую отличную остроту написал?

даже в мыслях не было, но если вы так думаете, то продолжайте

а есть хороший мануал про оконные функции для даммиес?

Тут есть немного https://pgday.ru/presentation/108/5964aae98be80.pdf

спасибо

а есть хороший мануал про оконные функции для даммиес?

http://momjian.us/main/writings/pgsql/window.pdf

спасибо!

ну и чтобы два раза не вставать надо набросить в пятницу https://habrahabr.ru/company/postgrespro/blog/337180/

Ништяк чтиво! Ещё есть?

Да мне тоже понравилось

Я про окна...

Господа а саперов тут не наблюдается?

Или может есть ссылка на их логово?

Что практики посоветуют в качестве хорошо горизонтально масштабируемой базы