ADO

← →
Kolan © (2008-03-03 10:29) [40]

> а для создания конкретой выборки

Так вот эту конкретную выборку хорошобы сокращать до минимума&#133 Проблемма конечно именнов отсутствии индекстов или прорисовке на комбобоксе&#133

← →
DimOk (2008-03-03 10:30) [41]

> [36]
Поиск элементов у меня не реализован, т.к. на данный момент мне хотелось бы разобраться со скоростью Activate

← →
Сергей М. © (2008-03-03 10:30) [42]

> все дело в долгм выводе в ComboBox

Тогда, получается, автор нагло обманывает общественность, утверждая что

> пишу ADOTable.Activate := True; сижу и смоотрю в монитор
> минут пять

← →
Kolan © (2008-03-03 10:32) [43]

> Поиск элементов у меня не реализован

Что ты путаешь нас?

Была TAdoTable так?
Замени теперь её на TADODataSet и расскажи что получилось + сам запрос покажи&#133

← →
Сергей М. © (2008-03-03 10:33) [44]

> DimOk (03.03.08 10:30) [41]

Разберешься, не волнуйся)

Но для этого ты должен сначала разобраться, каким образом ты умудрился обойтись одним компонентом TADOTable для получения данных аж из целых 3-х таблиц одновременно)

← →
DimOk (2008-03-03 10:33) [45]

> Проблемма конечно именнов отсутствии индекстов или прорисовке
> на комбобоксе…

Проблемма в следующем, если в FormCreate вставить (Таблица/Запрос).Activate := True; Форма не открывается минуты 1,5-2. Если даже в режиме дизайна, попытаться в Object Inspector св-во Activate установить в True - то же самое, среда виснет и долго что то там делает....

← →
Сергей М. © (2008-03-03 10:34) [46]

> Проблемма в следующем

Это не проблема, а ее видимые последствия

← →
Kolan © (2008-03-03 10:35) [47]

За две минуты 20000 тыщ строк  тут что-то не так  это точно&#133
Может это чудеса фокс про? я им не пользовался никогда&#133

← →
Kolan © (2008-03-03 10:36) [48]

А может это все по сети тащиться?

← →
Сергей М. © (2008-03-03 10:36) [49]

> Может это чудеса фокс про?

Если индексы не задействованы, то крайне маловероятно.

← →
DimOk (2008-03-03 10:36) [50]

> Разберешься, не волнуйся)
>
> Но для этого ты должен сначала разобраться, каким образом
> ты умудрился обойтись одним компонентом TADOTable для получения
> данных аж из целых 3-х таблиц одновременно)

Там используется одна таблица. На вапрос показать запрос я его показал из другого компонента ADOQuery.... Вот и все.... Просто у меня запрос используется там где надо вывести сводную информацию, а не занчения конкретной таблицы...

← →
Kolan © (2008-03-03 10:38) [51]

> На вапрос показать запрос я его показал из другого компонента
> ADOQuery

Та понимаешь, что запрос с JOIN никак не получить с помошбю TTable&#133 Так что ты что-то недоговариваешь.

← →
DimOk (2008-03-03 10:39) [52]

> А может это все по сети тащиться?

Нет.

← →
DimOk (2008-03-03 10:41) [53]

> Та понимаешь, что запрос с JOIN никак не получить с помошбю
> TTable…

Перечисляю компоненты TADOConnection, TADOQuery, TADOTAble - все, больше компонентов для работы с БД у меня не используется.....

← →
Kolan © (2008-03-03 10:41) [54]

Есть предложение  сделай тестовый проект.
1. Создаешь проект.
2. Кидаешь ADOConnection и настраиваешь
3. Кидаешь DataSource и TDBGrid
4. Кидаешь TADOTable.
5. Все настраиваешь.
6. Проверяешь  тормозит&#133

7. удаляешь TADOTable кладешь TADODataSet.
8. Проверяешь&#133

← →
Kolan © (2008-03-03 10:41) [55]

> TADOTAble  все, больше

Убери совсем этот компонент замени на запрос&#133

← →
Сергей М. © (2008-03-03 10:42) [56]

> Там используется одна таблица

Вот и накатай соответствующий запрос этой одной таблице и запусти его с пом. TADOTable или TADODataSet, поделись результатами его открытия, тогда и разговор будет предметный

← →
Kolan © (2008-03-03 10:43) [57]

> пом. TADOTable или TADODataSet

Имхо Сергей описался, он имел ввиду TADOQuery.

← →
Сергей М. © (2008-03-03 10:43) [58]

> его с пом. TADOTable или TADODataSet

с пом. TADOQuery или TADODataSet

← →
DimOk (2008-03-03 10:44) [59]

> Убери совсем этот компонент замени на запрос…

Убрал... Написал select * from mlabel и тоже самое...

← →
Сергей М. © (2008-03-03 10:46) [60]

> D:\SAFE\BEST\BASE\FILINEW\SCLAD

Это путь к локальному ресурсу ?

← →
DimOk (2008-03-03 10:47) [61]

ADODataSet с ним стало побыстрее, но все равно секунд 20 проходит....

← →
DimOk (2008-03-03 10:47) [62]

> Это путь к локальному ресурсу ?

Да, диск D: несетевой

← →
sniknik © (2008-03-03 10:48) [63]

> Может это чудеса фокс про?
врядли, это скорее "чудеса" реализации...

для примера, на довольно таки слабой сейчас машине (пень 3000, 1 гиг памяти)
полный запрос SELECT * FROM sales
с коннектом
Provider=VFPOLEDB.1;Data Source=D:\;Password="";Collating Sequence=MACHINE
выполняется 17 сек. и возвращает 315883 записей (сколько есть в базе взятой для примера)
"ширина" записи - 20 полей, из них 12 VarChar(32), остальные - даты, числа, деньги (т.е. ничего "массивного").

← →
Kolan © (2008-03-03 10:48) [64]

> и тоже самое

Вариант, который решает не проблемму а последствия.

Так, как пользователю твои 20 тыщ все равно не нужны, ты сначала спроси его что он хочет конкретнно, а потом делалай
select * from mlabel where &#133
Так ты значительно сократиш выборку.

← →
Kolan © (2008-03-03 10:50) [65]

> врядли, это скорее «чудеса» реализации&#133

Автор, сделай ка тестовый проект как в [54].

← →
DimOk (2008-03-03 10:52) [66]

> для примера, на довольно таки слабой сейчас машине (пень
> 3000, 1 гиг памяти)

Эсли у вас в офисе такая машина считается слабой......

> Вариант, который решает не проблемму а последствия.

Хорошо, подскажите тогда что за причина этих последствий... :)

← →
Сергей М. © (2008-03-03 10:53) [67]

> все равно секунд 20 проходит

Есть стойкое подозрение, что у автора где-то после открытия происходит перемещение к последней записи в неиндексированном НД.

Подобные "чудеса" при этом вполне объяснимы и ожидаемы.

← →
Kolan © (2008-03-03 10:53) [68]

> Эсли у вас в офисе такая машина считается слабой&#133

А у тебя какая машина?

> Хорошо, подскажите тогда что за причина этих последствий&#133
> :)

Причину и пытаемся понять, для чистоты эксперимента сделай новый проект, бо мало ли что там у тебя в рабочем еще делается&#133

> причина этих последствий

Ты пока ни словом не обмолвился о существовании и использованиии индексов по интересующему полю.

> Ты пока ни словом не обмолвился о существовании и использованиии
> индексов по интересующему полю.

Дак он же select * делает&#133

> Дак он же select * делает

Мало ли чего он еще делает (или не делает), но об этом не договаривает)

← →
DimOk (2008-03-03 10:58) [72]

> Автор, сделай ка тестовый проект как в [54].

Сделал... Медленно и так и сяк, до секунд не сравнивал но помоему одинаково медленно :(

> Запрос достаточно примитивный...
> select nnum.mlabel, name.mlabel, kolpost.mkart from mlabel
> mkart where nnum.mlabel = nnum.mkart

Такой запрос не должен работать ни на одном движке из-за ошибок в синтаксисе

> Сделал&#133 Медленно

Чудеса, мож и впрям железо хилое?

← →
DimOk (2008-03-03 11:06) [75]

БД старая FoxBase в таблице mlabel 4 поля с типом memo может из за этого...? Хотя в фоксе кидаешь грид на форму, устанавливаешь ему в качестве источника данных эту таблици и.. вуаля, грид заполняется практически мнгновенно....

← →
DimOk (2008-03-03 11:09) [76]

> Такой запрос не должен работать ни на одном движке из-за
> ошибок в синтаксисе

Мог и ошибиться я не копировал а набирал руками, имена таблиц спереди пишутся, но все понял о че реч... :)

> DimOk (03.03.08 11:06) [75]

Версия модуля сервера vfpoledb.dll у тебя какая ?

← →
DimOk (2008-03-03 11:16) [78]

> Версия модуля сервера vfpoledb.dll у тебя какая ?

Помоему 9 я его с Microsoft скачивал, последнюю, и Fox 9 у меня на машине стоит.

9.0.0.3504 - это у меня.

Никаких тормозов не наблюдаю даже в условиях доступа к сетевым шаровым FP2.5-таблицам гораздо большего размера.

> Fox 9 у меня на машине стоит

Сам Фокс, если не ошибаюсь, ОлейДиБи-механизм не использует.

Попробуй для сравнения получить доступ к таблице через odbc-драйвер

← →
DimOk (2008-03-03 11:26) [80]

> Попробуй для сравнения получить доступ к таблице через odbc-
> драйвер

Пробовал, но после при активате := труе пишет. Ошибка поставщика данных!

ADO Найти похожие ветки