Собственно столкнулся с проблеммой быстродействия.
Всё тормозит капитально.
В наборе из 2000 записей поиск по индексированному полю около минуты.

Кто-то сталкивался с подобным?

2 Dyadya Zed

По поводу разработки:
трёх звенная архитектура,
запись только по схеме Access-API-MySQL.
Чтение напрямую.
БД пока только в разработке, сейчас размер около 10 мег.
в табл. записей порядка 10000.
Почти всё работает нормально (все списки имеют ограничение на кол-во отображаемых записей - типа серверный фильтр). Здесь всё ок.
Но есть "большие" списки, в которых надо производить поиск.
Вот здесь спотыкаюсь.

По поводу запроса:
на самом деле запрос мне не нравится, смысл в чём:
есть табл Product, есть допустим табл. Purchase, надо отобразить весь список продуктов + кол-во продуктов по каждой позиции конкретного заказа.
В одну инструкцию SQL загнать это не могу (может кто знает как?)

делаю через доп. запрос:
q1: SELECT * FROM Purchase WHERE PurchaseID=1

Результирующий запрос:
SELECT Product.*
FROM Product LEFT JOIN q1 ON Product.ProductID = q1.ProductID

Может в синтаксисе что не так?
А вообще хотелось бы всё уместить в 1 инструкции, но не знаю как.

2 schakh
Эта инструкция выведет только те продукты, которые есть в заказе, а надо ВЕСЬ список продуктов + кол-во в конкретном заказе.

2 думается
По поводу запросов к серверу - я их везде и использую.
вернее там, где только возможно.

По поводу джойнов:
а как ещё? MySQL не поддерживает View, а 1 запросом у меня не получается.

Я не знаю что такое "регистрацию лога ОДБСей", где это можно увидеть и как отключить?
или это трассировка ODBC?

2 ALL
Может ещё кто-то знает как сделать запрос одной инструкцией, вложенные селекты какие?

2 schakh
Да, действительно инструкция работает! большое спасибо,
только результирующий набор не обновляемый, а мне нужен обновляемый, что бы пользователь смог цифры вносить в грид

2 думается
Этот селект я тоже хотел использовать, но в результате мы получаем список товаров, которые есть в этом заказе и нет в других заказах, т.е. все товары, оторые были в других заказах - не отображаются, хотя результирующий набор обновляемый.

с вложенными селектами да, попробовал на mysql 4 - не поддерживает.

так что вопрос висит...

может ещё какие идеи?
бьюсь уже неделю, пробовал и через временные табл, и... как только не пробовал - не получается

Во первых я не вру, пробую, смотрю, потом пишу
автор1."запросы к серверу" не обновляемы в принципе, если я правильно помню. (но зато выполняются полностью на сервере, а обновления можно производить через рекордсеты ODBCDirect. Хотя, может быть я уже не в теме.) Видимо про "запросы к серверу" был явный гон.

А кто говорит, что обновляются запросы к серверу? Я этого не говорил. Проверял твою инструкцию на Access – всё в точности так как я и говорил – нет товаров, позиции которых есть в других заказах. Могу выложить пример.

Вот по поводу «а обновления можно производить через рекордсеты ODBCDirect» с удовольствием бы послушал как это можно сделать.
Я же помощи прошу, а не придумываю что-то.

автор
4. в запросе schakh выставь несогласованный динамический набор (сначала выставь - в конструкторе, а потом напиши конструкцию в режиме SQL)


Спасибо, действительно надо было выставить несогласованный набор. Что-то я запамятовал.

Но результат тот же. при редактировании ячейки "кол-во" - висим около 30 сек. Потом в ячейке отображается введённое число, следующий ввод - без тормозов. Видимо Access строит индексы? т.к. если я перехожу к последней записи - сначало большой тормоз - потом, при редактировании - всё моментально.

Запрос красивый построили, теперь бы ещё и от тормозов уйти :)