delover
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
druff
Естественно прога не использует запрос который от 46 сек до полторы минуты если нужен left. Но он выглядит примерно так:
Код: select distinct cc.name, c.id, c.name, ...
from clients c
join cards as cc on (cc.cid=c.id)
where not(c.name is null) |
Группировки всегда длительно, а когда среди полей встречаются кодированные блобы, чему удивлятся? Я про оптимизации запросов не собирался говорить. Читаем по порядку ->
Цитата:| При этом сравнение должно проводится только для тех организаций по которым идёт работа....... |
Достаточно одного поля - where clients.count_of_join > 0. Однако откуда это поле заполняется? Да 46 сек затраты на то что нужно получить, но это не показатель того как я программирую.
При выборке из справочника организаций, где нет условия уникальности, в фоновом потоке, после выборки и отображения данных, начинается вычисление вероятности совпадений. При этом каждая строчка организации должна сравниваться с клиентским датасетом имеющим 25 тысяч отобранных. Визуально это так же как в Виндовс. Заходите в папку с картинками, и виндовс начинает последовательно генерировать превиюшки. Т.е. скорость такая же точно.
Инструмент сравнения здесь (обновлено 08.09.2011). В SQL засунуть неполучится
|
Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 18:01 15-08-2011 | Исправлено: delover, 06:05 08-09-2011 |
|
