Форум: "Базы";
Текущий архив: 2002.11.07;
Скачать: [xml.tar.bz2];
ВнизInterBase господа - тормозим Найти похожие ветки
← →
Korwin (2002-10-18 09:43) [0]Доброго времени суток, уважаемые мастера.
Суть проблемы - имеется таблица в базе данных связанная по ключевому полю с другой таблицей. На стадии разработки попробовал сотворить заполнение обеих таблиц, с количесвом записей 100 000:1 000 000 (близкое к рабочей реальности).
При попытке поиска, скажем по какому либо полю применяя Locate процесс умирает минут на 20 (а машина при этом не из слабых). При поиске даже закрываю связанную таблицу 2.
В программе таблица 1 находится в открытом состоянии (для скролинга). Если, например, организовать извращённый поиск посредством SQL запроса (правильнее сказать выборки) получаем довольно таки быстренько эту запись, но если нужно перейти на следующую запись в таблице 1 (а её то не - выборка отрезала) получаем проблему.
Итак, даже если нахожу данную запись в базе, то как к ней быстро перейти при этом не потеряв возможности доступа к остальным записям.
Пожалуйста, подскажите дельную мысль. Может есть другие средства доступа к записи, зная, скажем её ключевое поле.
← →
Digitman (2002-10-18 09:51) [1]Тебе, возможно, вот сюда
http://www.ibase.ru/devinfo/delmany.htm
Попробуй сопоставить описываемую в статье проблему (связанную с особенностью garbage collection в IB-сервере) с последовательностью своих действий.
← →
Наталия (2002-10-18 09:53) [2]Используй запросы. Например, один - для отображения данных, другой для поиска записи. Есть масса вариантов. Использовать Table при работе с клиент-сервером и есть извращение.
← →
NeyroSpace (2002-10-18 11:43) [3]А курсор для этих целей не подходит?
← →
roottim (2002-10-18 11:51) [4]>В программе таблица 1 находится в открытом состоянии (для скролинга).
подразумевает ли это , что 2-й датасет закрыт во время локации
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2002.11.07;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.008 c