|
![]() |
#1 |
Участник
|
Данных в таблице - тысяч 20, под админской записью тормозов нет
__________________
С уважением, Tony Green |
|
![]() |
#2 |
Чайный пьяница
|
Советую снять данные по запросам с ролью и без профайлером. Это может ответить на вопрос и подсказать выход.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
![]() |
#3 |
Участник
|
по дате представление не сортируете?
|
|
![]() |
#4 |
Участник
|
Сортирую. Это вредно?
__________________
С уважением, Tony Green |
|
![]() |
#5 |
Участник
|
Если объем выбираемых данных с расширением прав растет, то да.
Хотя у Вас под админской ролью тормозов нет... Это странно. Попробуйте сортировать по другому полю. Почему вредно: Посмотрите на tsql скрипт по созданию вашей Filtered View (Filtered+"Имя сущности"). В нем для всех дат выполняется преобразование от UTC к локальному времени пользователя. Его нельзя проиндексировать и работает оно, мягко говоря, не очень быстро. |
|
|
За это сообщение автора поблагодарили: a33ik (1). |
![]() |
#6 |
Участник
|
Цитата:
То есть вы хотите сказать, что скорость выполнения Filtered View зависит от того какой запрос будут над ним выполнять? Поясню Код:
Код: Select new_name from Filtered… То же самое происходит и со вторым. Данные второй запрос вернет быстрее, но выполнение Filtered.. будет не быстрее. Поэтому скорость выполнения Filtered View одинаковое при прочих равных условиях. Какая разница по какому полю я буду сортировать если всё равно SQL будет преобразовывать каждый раз поле дата в локальное время пользователя?
Или я не прав?
__________________
Читайте SDK!!! |
|
![]() |
#7 |
Участник
|
Цитата:
Или я не прав?
Код: всё равно SQL будет преобразовывать каждый раз поле дата в локальное время пользователя если я пишу: Код: select name from FilteredAccount order by createdon Код: select name from FilteredAccount order by createdonutc |
|
|
|