А в чём разница, курсором или запросом ?

У тебя машина может выехать несколько раз подряд не въехав ниразу?

Машина призрак

и интересно, что будет быстрее, джойн только в дбспейсе, или курсор в приложении

А в чём разница, курсором или запросом ?

в количестве проходов

А в чём разница, курсором или запросом ?

Да нет разницы.

Да пожалуйста. С 2 до 3 ночи в момент перевода стрелок

и интересно, что будет быстрее, джойн только в дбспейсе, или курсор в приложении

Курсоры так-то закрывать ещё надо.

А в чём разница, курсором или запросом ?

Разница будет в несколько порядков

Курсоры так-то закрывать ещё надо.

как это вообще относится к дискусии?

Да пожалуйста. С 2 до 3 ночи в момент перевода стрелок

Чего?

типа закрытие курсора имеет сложность O(n^3) или что?

как это вообще относится к дискусии?

Решение не сказать, что надёжное.

что в нем ненадежного?

JOIN я бы не писал, конечно, но для телепузиков NOT EXISTS слишком сложно, а на горе- таблице в 5тыщзаписей и так прокатит

Ребята, не затевайте спор ни о чём.

что в нем ненадежного?

Откуда ты знаешь, что твой курсор откроют и закроют когда надо. Плюс всякие заебы runtime, плюс перехватить exception.

кто будет закрывать мой курсор?

космический луч прилетит?

Откуда ты знаешь, что твой курсор откроют и закроют когда надо. Плюс всякие заебы runtime, плюс перехватить exception.

Это вообще-то от СУБД Зависит. Там куча нюансов.

космический луч прилетит?

Хз. Потому и сказал, что решение не очень.

Это вообще-то от СУБД Зависит. Там куча нюансов.

Я и не сказал, что решение говно.

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

Чего?

Была раньше такая беда в России пока от нее не оказались - зимнее и летнее время. Осуществлялось переводом часов в 3 ночи на час назад. Можно въехать в 2:15, выехать в 2:45. Перевести в 3:00 часы на час назад на 2:00 . Въехать тепреь по новому времени в 2:20 и выехать допустим в 2:50

можно забыть схватить эксепшен, можно забыть закрыть транзакцию, разницы-то

можно забыть схватить эксепшен, можно забыть закрыть транзакцию, разницы-то

Я привел примерно, почему курсоры - не очень. Проще 2 поля в записи.

Пример

Была раньше такая беда в России пока от нее не оказались - зимнее и летнее время. Осуществлялось переводом часов в 3 ночи на час назад. Можно въехать в 2:15, выехать в 2:45. Перевести в 3:00 часы на час назад на 2:00 . Въехать тепреь по новому времени в 2:20 и выехать допустим в 2:50

Это абсолютно по барабану.

Была раньше такая беда в России пока от нее не оказались - зимнее и летнее время. Осуществлялось переводом часов в 3 ночи на час назад. Можно въехать в 2:15, выехать в 2:45. Перевести в 3:00 часы на час назад на 2:00 . Въехать тепреь по новому времени в 2:20 и выехать допустим в 2:50

примерно поэтому стоит хранить все в ютц и конвертить на последних стадиях вывода

Была раньше такая беда в России пока от нее не оказались - зимнее и летнее время. Осуществлялось переводом часов в 3 ночи на час назад. Можно въехать в 2:15, выехать в 2:45. Перевести в 3:00 часы на час назад на 2:00 . Въехать тепреь по новому времени в 2:20 и выехать допустим в 2:50

Не проблема utc

Я привел примерно, почему курсоры - не очень. Проще 2 поля в записи.

их нет

иначе бы этот вопрос тут не подняли вообще

их нет

Да успокойся, охуенно решение, использовать курсоры. Продолжай.

Да успокойся, охуенно решение, использовать курсоры. Продолжай.

А ты попробуй свой запрос и сравни.

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

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

Ок

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

А ты попробуй свой запрос и сравни.

О запросах пока ни слова не было.

О запросах пока ни слова не было.

Да. но в целом довольно все весело. Типа давай сделаем хитро вымученый запрос в базу через джоины и сравнения. Пусть работает. А потом удивимся когда внезапно клиентов набежит. Хотя выбрать и сравнить в приложении получается на несколько порядков быстрее, но кого это волнует

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

ДАвайте я приведу. Зачем курсор, если можно БЕЗ КУРСОРА ? На самом деле спор ни о чём, потому что в зависимоти от СУБД и обстоятельств автору может понадобится жёстко курсор или наоборот жёстко запрос.

ему пока требуется только небольшая помощь в поиске документации по оконным функциям (

потому что с ненулевой вероятностью это все-таки можно сделать с помощью окна

Ну, тоже вариант.

можно, но не лучший вариант

По производительности только разницы никакой... Что запрос, что оконная, что курсор

Эм, а что вы имеете против? Я до сих пор не очень понимаю, как это сделать, но что может быть лучше оконки-то для такого?

Ну, кроме возвращения в прошлое и записывания данных в нужном формате

По производительности только разницы никакой... Что запрос, что оконная, что курсор

Запрос - джойн, оконка и курсор - однократный скан

Запрос - джойн, оконка и курсор - однократный скан

Это ты так вот, без СУБД, без структуры таблиц, без планов , да ? ТОЧНО ЗНАЕШЬ?

скан-то однократный, но все остальное все равно будет грузить сервер.

да ты серьезно что ли

я бы на уровень приложения их вынес карочи

Я серьёзно.

что такое грузить? набивать оперативу? да, будет, как и в других случаях

На самом деле видимо мы решаем разные ещё задачи.

Я решаю задачу ВЫДАТЬ ВСЕ ВЫЕЗДЫ, @etkee , видимо, ПРОВЕРИТЬ ОДИН

чего

я бы на уровень приложения их вынес карочи

Я бы Констанце том бахнул

Констрейнтом

запретить машинам въезжать меньше, чем через два часа?

запретить машинам въезжать меньше, чем через два часа?

Не

что такое грузить? набивать оперативу? да, будет, как и в других случаях

у сервака она все же не резиновая) а в зависимости от субд и версии еще и ограничения на ее размер могут быть неприятные. в итоге в какой-то момент все равно придется переносить логику на уровень сервера приложений или вообще клиентского

и что сделает приложение?

разместит у себя в памяти? well that's a solution

запретить машинам въезжать меньше, чем через два часа?

Перечитал условия и так сойдет

разместит у себя в памяти? well that's a solution

главное НЕ ЗАБЫТЬ ВСЕ!

разместит у себя в памяти? well that's a solution

свой кусок, в своей нотации. а с серваком их несколько сотен работает например.

свой кусок, в своей нотации. а с серваком их несколько сотен работает например.

Ух бля. В таком случае я согласен на курсоры.

отлично, теперь кроме требования к N оперативы для данных у нас есть еще требование на f(N) машин

и еще f2(N) оперативки для самих приложений

Это пиздец какой-то для заполнения 1 таблицы размазывать данные по узлам.

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

стоп) речь идет о ситуации, когда эти приложения и так уже есть

тут выше кто-то джойнить таблицу саму на себя собирался, а вы говорите обычный скан..)

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

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

По любому задача O(N**2) (для "выдать все выезды"). Наличием правильного индекса можно вывести в O( N * log N), т.е. почти линейно по всем выездам. Ну, хреновенько, но такая задача...

Возвращаемся к дискуссии про джойны и сканы

Если делать однократный скан и держать агрегацию в памяти / сбрасывать ее на диск, то это O(N)

Поднобнее...

То есть спроектировать бд под запросы это не вариант я так понимаю

Поднобнее...

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

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

То есть спроектировать бд под запросы это не вариант я так понимаю

Вот

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

Память не лопнет ? Я как бы конкретную задачу решаю. Ту, что автор вопроса задаёт. Таблица-лог въезд/выезд (или две таблицы), надо выявить выезды.

а что там такое после слэша и "ержать агрегацию в памяти"

Память не лопнет ? Я как бы конкретную задачу решаю. Ту, что автор вопроса задаёт. Таблица-лог въезд/выезд (или две таблицы), надо выявить выезды.

Так и выяви. Выбери тех у кого нет отметки о вьезде.

а что там такое после слэша и "ержать агрегацию в памяти"

НЕРЖАТЬ

а можно еще на триггеры + табличку текущего состояния всю эту логику повесить ?

а можно еще на триггеры + табличку текущего состояния всю эту логику повесить ?

Время пилить стейт машину, что уж там!!)