0.002%
уже давно проверенно статистически.
Это из той же оперы, что дебильные рекламы про быстрый выигрыш. Вам они кажутся откровенно дурацкими, а они и не должны быть другими. Просто просейвают большое количество в поисках таких «идиотов».
Заблуждение.
Плотность их лишь снижается, также и палочки распределенны неравномерно вдоль радиуса от центра глаза.
И кстати, утверждение, что палочки отвечают за яркость, тоже не совсем корректно. Просто они более чуствительны, и реагируют на нижний диапазон (синий).
Конкретно эту загадку не помню, но подобные точно были. Лично читал. «То холодный, то горячий, то лежачий, то стоячий.» Вот только похабщина в голову не приходила. Советское воспитание.
ну если раз в месяц, под контролем и на снапшот — тогда не страшно :).
просто подобное действительно в основном пытаются решить для SQL, востребованно.
Только на моей памяти в одной компании пытались решить эту проблему двумя путями:
1) улучшениями бизнес процесса между IT и бизнесом (на что жалуется Mendel внизу). Универсализация/упрощение запросов от бизнеса.
2) просто скопировали какую-то систему (backend only), которая создавала динамические запросы. Она в оригинале то работала с тормозами. Пришлось улучшать, благо типовой набор запросов был не бесконечным.
завидую, вы похоже из тех немногих счастливчиков, которые не сталкивались с проблемами «единичных» запросов. Неужели, не разу даже не слышали о ситуациях когда один ПРОСТОЙ запрос роняет сервер?
Именно по этой причине девелоперы в нормальных кампаниях не имеют доступа к боевым серверам.
И только люди кто реально понимают как это работает, работают напрямую.
Уж лучше пускай потратит час (к вопросу об профессионализме) на написания запроса, чем бизнес кампании зависнет на несколько минут.
В сухом остатке: динамические запросы зло. не важно как они создаются.
Хотите создать что-то что тыкается мышкой, спросите ДБА спеца как лучше (естественно применительно только к SQL). Универсальных решений не бывает, в каждом случае свой подход.
уже давно проверенно статистически.
Это из той же оперы, что дебильные рекламы про быстрый выигрыш. Вам они кажутся откровенно дурацкими, а они и не должны быть другими. Просто просейвают большое количество в поисках таких «идиотов».
Плотность их лишь снижается, также и палочки распределенны неравномерно вдоль радиуса от центра глаза.
И кстати, утверждение, что палочки отвечают за яркость, тоже не совсем корректно. Просто они более чуствительны, и реагируют на нижний диапазон (синий).
И не надо смотреть на статистику, буду обидно попасть в то десяток везунчиков.
просто подобное действительно в основном пытаются решить для SQL, востребованно.
Только на моей памяти в одной компании пытались решить эту проблему двумя путями:
1) улучшениями бизнес процесса между IT и бизнесом (на что жалуется Mendel внизу). Универсализация/упрощение запросов от бизнеса.
2) просто скопировали какую-то систему (backend only), которая создавала динамические запросы. Она в оригинале то работала с тормозами. Пришлось улучшать, благо типовой набор запросов был не бесконечным.
Именно по этой причине девелоперы в нормальных кампаниях не имеют доступа к боевым серверам.
И только люди кто реально понимают как это работает, работают напрямую.
Уж лучше пускай потратит час (к вопросу об профессионализме) на написания запроса, чем бизнес кампании зависнет на несколько минут.
В сухом остатке: динамические запросы зло. не важно как они создаются.
Хотите создать что-то что тыкается мышкой, спросите ДБА спеца как лучше (естественно применительно только к SQL). Универсальных решений не бывает, в каждом случае свой подход.
Я своим девелоперам руки обрываю за такие творения.
Было бы очень интересно узнать ситуацию с производительностью до и после. Или вы такой ерундой не заморачиваетесь?