Michael LongneckДа, действительно, фетч продолжается в фоне. Однако первые видимые записи он показывает гораздо раньше окончания фетча. Вы на какое время ориентируетесь - на то, что пишет SSMS в строке статуса как время выполения? И что, оно гораздо меньше времени запроса через FireDac при fmAll?

Медленней, в 4 раза

Вот это:


Добавляет ещё пару секунд на обработку.


Уже всё перепробовал, хоть тресни
В общем вопрос открытый, почему FireDAC работает очень медленно при большой загрузке строк (140т. строк). Аж в 4-ре раза медленней чем ADO!

Glays,

Про Query.Last не понял...
Можно поподробнее

GlaysТростьGlays,

Про Query.Last не понял...
Можно поподробнее


ТростьХотя если Mode = fmOnDemand и делаем Query.Last
Что происходит если не делать Query.Last?

Если не делаем, то фетчим первые 50 строк (параметр по умолчанию).
Если делаем Query.Last закачиваем 140т. строк.

Всё таки считал что FireDAC в этом плане как минимум не будет уступать.

Dmitry ArefievПричин может быть много. Присылай на darefiev at da-soft dot com:
1) Отчет об окружении - http://docwiki.embarcadero.com/RADStudio/Seattle/en/DBMS_Environment_Reports_(FireDAC)
2) Дамп таблицы или файл бэкапа БД

PS: Обычно дело в клиенте SQL Server'а и в том как FireDAC выбирает тип курсора.

1. Наверное то:
================================
Connection definition parameters
================================
SERVER=90.90.90.90,1433
User_Name=sa
Password=*****
ApplicationName=Architect
Workstation=WIN7NEW
DATABASE=DBTEST5227
MARS=yes
DriverID=MSSQL
================================
FireDAC info
================================
Tool = RAD Studio XE6
FireDAC = 10.0.1 (Build 69712)
Platform = Windows 32 bit
Defines = FireDAC_NOLOCALE_META;FireDAC_MONITOR
================================
Client info
================================
Loading driver MSSQL ...
Loading odbc32.dll driver manager
Creating ODBC environment handle
Searching for ODBC driver ...
Checking for ODBC driver [SQL SERVER NATIVE CLIENT 11.0] ...
Checking for ODBC driver [SQL SERVER NATIVE CLIENT 10.0] ...
Found [SQL Server Native Client 10.0]
Driver Manager version = 03.80.7601.0000
================================
Session info
================================
Current catalog =
Current schema = dbo
Driver name = sqlncli10.dll
Driver version = 10.50.4000
Driver conformance = 3
DBMS name = Microsoft SQL Server
DBMS version = 10.50.1600


2. Не могу предоставить, там конфиденциальные данные. В селекте выбираю 4 поля "идентификатор клиента", "фамилия", "имя", "Отчество".



Вы пишите, что есть несколько причин. Приведите хотя бы 2-3, чтоб можно было хоть что нибудь попробовать.

PS: Обычно дело в клиенте SQL Server'а и в том как FireDAC выбирает тип курсора.


Тут совсем ничего непонятно. Какой клиент SQL Server'а?
Вы про нэатив-клиент (Found [SQL Server Native Client 10.0])?
И какой тип курсора подойдёт для него?

GlaysТростьЕсли не делаем, то фетчим первые 50 строк (параметр по умолчанию).
Если делаем Query.Last закачиваем 140т. строк.
Спасибо капитан.
Время выполнения то изменяется?

Нет не изменяется, уже писал выше по форуму. Повторюсь

Mode = fmAll
или
Mode = fmOnDemand + Query.Last,

скорость можно сказать не отличается

И медленней на пару сек. если:

Mode = fmOnDemand, затем While not FireDacDataSet.Eof do FireDacDataSet.Next;

GlaysТростьНет не изменяется, уже писал выше по форуму. Повторюсь

Mode = fmAll
или
Mode = fmOnDemand + Query.Last,

скорость можно сказать не отличается
Mode = fmAll
или просто
Mode = fmOnDemand
Скорость отличается?

)))) Естественно! Или закачать с сервера 50 строк или закачать 140т. строк.

Вопрос то в другом, почему через SSMS и через приложение на ADO время выполнения занимает 8 сек, а у FireDAC 32 сек.?
И что можно попробовать сделать, чтоб ситуация на FireDAC изменилась, или этого просто невозможно сделать тк FireDAC не рассчитан на такую обработку

Dmitry Arefiev1) Я так и не понял:


и


как различаются по времени ?
2) В запросе:


поля как определены ?
3) Попробуй различные значения FetchOptions.CursorKind.
что-то меняется ?

По 1-вы моменту:
FireDAC:
FetchOptions.CursorKind = ckAutomatic
Если Mode = fmAll, открывает примерно за 29,6 сек.
Если Mode = fmOnDemand + Query.Last скорость примерно 29,0 - 29,1 сек.
Если Mode = fmOnDemand + While not Query.Eof do Query.Next; скорость примерно 25,3

ADO:
Если ADOQuery.Open, открывает примерно за 8,0 - 8,5сек.
Если ADOQuery.Open + ADOQuery.Last, скорость примерно 8,1-8,5 сек.
Если ADOQuery.Open +While not ADOQuery.Eof do ADOQuery.Next; скорость 216 сек. ЖЕСТЬ!!!

2
ID - INT автоинкремент, PK (ключевое)
Fam - NVARCHAR(20)
Nam - NVARCHAR(15)
Otch - NVARCHAR(15)

3
etchOptions.CursorKind = ckDefault
Если Mode = fmOnDemand + While not Query.Eof do Query.Next; скорость примерно 29,5

etchOptions.CursorKind =ckDynamic
Если Mode = fmOnDemand + While not Query.Eof do Query.Next; скорость примерно 166 сек.

etchOptions.CursorKind =ckForwardOnly
Если Mode = fmOnDemand + While not Query.Eof do Query.Next; скорость примерно 159сек.

etchOptions.CursorKind =ckStatic
Если Mode = fmOnDemand + While not Query.Eof do Query.Next; скорость примерно 138сек.

Dmitry ArefievТак это говорит само за себя ...
1) FireDAC честно читает всю выборку на 29 сек. ADO за 216 сек.
FireDAC судя по всему использует дефолтный MSSQL курсор.
3) При одном из других видов курсоров (не ckDefault) возможно время
открытия будет меньше, но полное время выборки будет много больше.

А по Вашему мнению, почему SSMS вопрос выполняет 8сек.? он тоже грузит "нечестно"?