|
|
22.03.2017, 17:57
|
#1 |
|
Модератор
|
Цитата:
Сообщение от Logger
Почему бы не дать возможность для директивы forceLiterals действовать только на определенный список полей или зашить его в настроечной табличке типа SqlStorage ? Или в свойстве табличного поля в AOT такое свойство сделать. Получился бы гибкий, универсальный инструмент
Нунафиг, лучше уж на уровне приложения и запроса. Placeholders с одним планом на компанию (продуктивов с несколькими partition не видел пока) в большинстве случаев работают приемлемо (не зря же за SQL Server с его оптимизатором денег просят), и пилюли в виде forceliterals можно только в самых запущенных случаях прописывать
__________________
-ТСЯ или -ТЬСЯ ? Последний раз редактировалось Vadik; 22.03.2017 в 18:11. |
|
|
|
22.03.2017, 21:52
|
#2 |
|
Участник
|
Цитата:
Сообщение от Vadik
А кто такую гибкую конфигурацию на 2000+ таблиц поддерживать будет - консультанты ? А как быть если таблиц и статусов в запросе участвует более одного?
Сейчас ведь тоже можно настраивать хранение табличек и индексов по тейблспейсам в SqlStorage. Никому это не мешает - наоборот очень удобно и гибко. Кому надо - настроили. кому не надо - он про это и не помнит. Кстати, в свете предстоящих запретов оверлеить приложение - это тоже было бы удобной настройкой. Зачем править исходный код, искать кучу мест где табличка может возникнуть в запросе (пойди их еще найди - не всегда это просто), затем мучайся и пиши extensions, когда можно в одном месте подправить настроечную табличку - и как по волшебству во всех запросах фильтру по указанному полю пойдут с литералами - красота ! По-моему, это было бы очень удобно и эффективно. |
|
|
|
23.03.2017, 07:00
|
#3 |
|
Участник
|
Цитата:
Сообщение от Logger
По-моему, это было бы очень удобно и эффективно.
|
|
|
| Теги |
| dax, parameter sniffing, sql 2008, troubleshooting, tuning |
|
|
|
Комбинированный вид
