а как ему сказать-то "верни всё"?

убрать лимиты

Указать лимит больше чем примерно выборка?

убрать лимиты

в запросе лимита нет, это какая-то фишка программы

в запросе лимита нет, это какая-то фишка программы

Тогда вставь лимит 20к

Методом от противного

да, логично

сейчас гляну, где это

Так а в чем смысл? Время то выборки принципиально не изменится

тут не совсем понятна проблема

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

Records per page

ага, вижу, спасибо

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

вот и я не понимаю

И тут не нда. Тут обычный js разраб строит из себя не пойми кого.

Давай без личностей. Не нужно меня топить. А если топишь, дай возможность отвечать на твои выпады.

Я ему ща отвечу, и он меня снова забанит. ?

Я вообще с другим вопросом обратился к сообществу. Мне на него здесь уже ответили. Спасибо. А этот вопрос поднял ты и холивар разводишь тоже ты. Я уже давно предлагаю просто закрыть тему.

О Котяя вернули, спасибо ☺☺

Здравствуйте. Подскажите пожалуйста, как называется ключ состоящий из двух колонок? (UserId+DeviceId)

составной?)

составной?)

спасибо, никак запомнить не могу)

вот и я не понимаю

ну что? выгрузилось быстро?

Ещё вопрос :) Есть таблица Many-to-many UserDevices(UserId+DeviceId) Нужно ли добавлять ID к этой таблице?

Нет

в этом и смысл M:M

ну что? выгрузилось быстро?

Нет, реально было долго.

Я еще раз прошелся по своему коду, и нашел два места, где не в ту дату ходил, как следствие - не попадал в индекс

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

Отдал патч на эти функции нашим ДБА, счас накатят на большую базу, буду смотреть

но это уже на что-то похоже

пусть репорт на 20к строк будет строиться 20 минут - нас это устраивает. Начинали-то мы с 8 часов

в этом и смысл M:M

щас прочитал, если понадобится добавить в эту таблицу foreign key, то лучше иметь отдельный Id

пусть репорт на 20к строк будет строиться 20 минут - нас это устраивает. Начинали-то мы с 8 часов

Да, тоже хороший результат ?

щас прочитал, если понадобится добавить в эту таблицу foreign key, то лучше иметь отдельный Id

Обычно M:M таблицы бывают двух типов: 1. это когда в таблице есть только поля ключ:ключ (под ключом может быть составной) 2: это коогда есть куча всякого Г сверху Так вот, вы предлагаете сразу второй вариант

Обычно M:M таблицы бывают двух типов: 1. это когда в таблице есть только поля ключ:ключ (под ключом может быть составной) 2: это коогда есть куча всякого Г сверху Так вот, вы предлагаете сразу второй вариант

Ну щас есть вот что: (User.ID)<->(ID, User.ID, Device.ID, Role) <-> (Device.ID)

Кто его знает, вдруг в будущем надо будет связать таблицу UserDevices и ConnectionHistory какой-то

Ну щас есть вот что: (User.ID)<->(ID, User.ID, Device.ID, Role) <-> (Device.ID)

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

с разными ролями

а все потому, что вы слепили суррогатный ключ

но если я выкину ID, то я смогу потом сослаться из ConnectionHistory?

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

тут скорее бизнес-логика

Хорошо, спасибо)

Чатик, а по скорости выполнения будет разница? SELECT count FROM t1 WHERE col in (SELECT col FROM t2 WHERE foo=bar) GROUP BY col SELECT count FROM t1 JOIN t2 ON t1.col=t2.col WHERE t2.foo=bar GROUP BY t1.col

Чатик, а по скорости выполнения будет разница? SELECT count FROM t1 WHERE col in (SELECT col FROM t2 WHERE foo=bar) GROUP BY col SELECT count FROM t1 JOIN t2 ON t1.col=t2.col WHERE t2.foo=bar GROUP BY t1.col

будет

Как шустрее? t1 огромая, из t2 7 айдишников берется

зависит от БД

postgres 9.6

Ато я вот уже пообедал а он всё еще считает

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

Ну то есть это как i+++++i в сях?)

Чатик, а по скорости выполнения будет разница? SELECT count FROM t1 WHERE col in (SELECT col FROM t2 WHERE foo=bar) GROUP BY col SELECT count FROM t1 JOIN t2 ON t1.col=t2.col WHERE t2.foo=bar GROUP BY t1.col

Первый по теории быстрее должен быть

Ну то есть это как i+++++i в сях?)

нет, разница может быть в разы

Всем привет. Проблема с запуском SQL... Призапуске переходит в состояние работает. Если обновить службы то через секунду уже в нерабочем состоянии.

Первый по теории быстрее должен быть

Хотя вру, надо план смотреть

хотя в postgres может и не быть

И второй наверно шустрее будет

нет, разница может быть в разы

ну я не про размер а про поведение пока не проверишь не узнаешь

в mysql и mariadb на разных версиях вложенные запросы могли в 3 раза быстрее работать чем join, на одних и тех же данных

Хорош спорить. лучше помогите с SQL. Не запускается нифига служба. Переходит в состояние работает и через секунду сбрасывается. Такая же фигня и с другими службами

В чем возможная причина?

В кривых руках...

...о которых все изложено в логах

Там все работало раньше

ERROR: S client not available

В кривых руках...

ответ не отвечает на вопрос... в чем может быть причина?)

Если он даже вопрос не может как следует задать кто же ему поможет...

Хорош спорить. лучше помогите с SQL. Не запускается нифига служба. Переходит в состояние работает и через секунду сбрасывается. Такая же фигня и с другими службами

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

Там все работало раньше

Если бы и сейчас работало, тебя бы тут не было...

Так ошибок нет

Не запускается служба sql

для начала, какой sql?

ответ не отвечает на вопрос... в чем может быть причина?)

В логах написано

SQL server 2012

Ms sql

как ты узнал что ошибок нет?

При остановке и запуске службы все проходит стабильно. Потом работа завершается sql

Я даже не могу зайти в SQL чтобы что-то проверить

т.е. ты решил что ошибок нет только по косвенным признакам службы sql server?

Не надо никуда заходить, в логи смотри....

Ладно. Попробую что-то сделать

ребят, подскажите, пожалуйста. есть вот такая выборка: select students.id, students.balance, SUM(student_balance_histories.value)+COALESCE(students.start_balance,0) FROM students left join student_balance_histories on students.id = student_balance_histories.student_id GROUP BY students.id можно ли теперь вывести только значения, где не совпадает students.balance <> (SUM(...)+COALESCE(...))?

HAVING

+1

select students.id, students.balance, SUM(student_balance_histories.value)+COALESCE(students.start_balance,0) FROM students left join student_balance_histories on students.id = student_balance_histories.student_id GROUP BY students.id HAVING students.balance <> (SUM(...)+COALESCE(...))

#1054 - Неизвестный столбец 'students.start_balance' в 'having clause'

до group by

до group by

это как?

а не

#1054 - Неизвестный столбец 'students.start_balance' в 'having clause'

запрос целиком

запрос целиком

select students.id, students.balance, SUM(student_balance_histories.value)+COALESCE(students.start_balance,0) FROM students left join student_balance_histories on students.id = student_balance_histories.student_id GROUP BY students.id HAVING students.balance <> SUM(student_balance_histories.value)+COALESCE(students.start_balance,0)

хотя уже вижу, группировка только по id, отсутствует группировка по balance и start_balance

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

#1054 - Неизвестный столбец 'students.start_balance' в 'having clause'

mysql ?

да

set global sql_mode = '';