Еще один аспект не учли — отладка.
Если нужно в отладке оказаться на месте выполнения исключения по ошибке, а в проекте до этого в циклах 100500 раз вызываются исключения для бизнес-логики, то отладка станет мучением.
braindamaged, научитесь корректно отвечать! Ваш ответ должен быть таким:
а) Если нужно вывести свою страницу, то её надо прописать в error redirects
б) Анализ error_type на != null, а потом выброс error_message в прикладном коде — плохая практика.
Плюс название метода «AuthInfo» — мало информативно.
Все остальное в сообщении: конфликтогены и оскорбления. На Хабре это не приветствуются.
Справедливое ценообразование может быть не только по затратам. Вспомните бизнес-класс в самолетах. И если вы лично им не летаете, то это не значит, что он плох.
Поэтому нельзя говорить о том, что модель «за пользователя» в стэндэлон версиях — плоха. Цена многие товары складывается из возможности клиента за нее заплатить.
«самый ужасный путь, который можно только придумать» — истеричное высказывание. Всегда есть путь хуже (/лучше).
«делали откровенно плохо» — конфликтоген. Вы бы сделали лучше? Wellcome!
Сорри за эмоции, просто задолбали оценки «умников». Заходишь на любой OpenSource проект и легко можешь отличить комменты некоторых наших соотечественников.
аааа! Джоель, ты гениален! Что бы не пришлось изменять в команде, ты это уже попробовал и написал об этом статью.
Переводчику большой респект! Ждем продолжения.
Ребята, не волнуйтесь. (это я Гуглу) Индекс инфляции как и индекс потребительских цен И ТАК не учитывает множество товаров. Они учитывают лишь строго определенный набор товаров в методике. Например, индекс потребительских цен рассчитывается по Потребительской корзине (всего 156 продуктов). Уверен, ваш индекс учитывает поболее.
Не совсем понятно, чем это лучше, например Nested set? Порядок О — аналогичный, алгоритмы поиска — примерно такие-же, но алгоритмы создания, слияния, удаления и переноса — проще.
Можете сделать сравнительный анализ?
Немного подправил (в подзапросах с order обязательно должен быть TOP), и проверил. Выдает те-же 6 сек.
План запроса говорит, что сперва отрабатывает полностью и независимо внутренний подзапрос.
Да, именно это автору и нужно! )
И автор готов рискнуть тем, что за секунду такое распределение не изменится. Ведь именно для этих целей и придумали статистику, не правда ли?
Пусть сервер строит запросы по статистике а я клятвенно обещаю ее раз в сутки честно пересчитывать.
Задача вполне реальная. Есть таблица с основной сущностью, от нее по принципу «звезда» отходит множество измерений. Пользователю нужно ее отобразить в гриде, предоставив сортировку по полям.
Начиная с некоторого размера основной таблицы сортировка сводится к тому, что выбирается окно с одинаковыми (крайними) значениями, (вроде «Алматы») но при этом система начинает жутко тормозить.
И главное, не понятно: почему наличие Null и LeftJoin изменяет ситуацию? Ну добавили еще одно значение, и поместили его в начало отсортированного списка.
Уже несколько раз сталкивался с такой задачей, и каждый раз писал велосипед. Последняя надежда на Хабр.
Сейчас решаю именно так, что сам пишу такие подзапросы.
Если нужно в отладке оказаться на месте выполнения исключения по ошибке, а в проекте до этого в циклах 100500 раз вызываются исключения для бизнес-логики, то отладка станет мучением.
Ну что за причины? Дорого и врачи не шарят в технологиях.
Отличный анализ причин iPad.
а) Если нужно вывести свою страницу, то её надо прописать в error redirects
б) Анализ error_type на != null, а потом выброс error_message в прикладном коде — плохая практика.
Плюс название метода «AuthInfo» — мало информативно.
Все остальное в сообщении: конфликтогены и оскорбления. На Хабре это не приветствуются.
Поэтому нельзя говорить о том, что модель «за пользователя» в стэндэлон версиях — плоха. Цена многие товары складывается из возможности клиента за нее заплатить.
Что такое 4%?
«делали откровенно плохо» — конфликтоген. Вы бы сделали лучше? Wellcome!
Сорри за эмоции, просто задолбали оценки «умников». Заходишь на любой OpenSource проект и легко можешь отличить комменты некоторых наших соотечественников.
Ленин никогда не произносил части этой фразы «и цирк». По крайней мере источников пока не обнаружено.
Переводчику большой респект! Ждем продолжения.
Можете сделать сравнительный анализ?
План запроса говорит, что сперва отрабатывает полностью и независимо внутренний подзапрос.
И автор готов рискнуть тем, что за секунду такое распределение не изменится. Ведь именно для этих целей и придумали статистику, не правда ли?
Пусть сервер строит запросы по статистике а я клятвенно обещаю ее раз в сутки честно пересчитывать.
Начиная с некоторого размера основной таблицы сортировка сводится к тому, что выбирается окно с одинаковыми (крайними) значениями, (вроде «Алматы») но при этом система начинает жутко тормозить.
Сейчас решаю именно так, что сам пишу такие подзапросы.