Уважаемые!

Ищу в сети информацию о том, как использовать индексы в базах данных (программирую, естественно, на VB).
А так же о том,  возможно ли их использовать в плоских базах данных dbf (ADO или DAO)...
Кто владеет информацией, подскажите, пожалуйста...

Надо позарез!

У меня в DB больше сотни тысяч записей, и база растёт ежедневно на 30000 записей...
Без индексов происходят постоянные тормоза...

Горю!!!
 

Индекс не используют!
Ч помощью индексов ОПТИМИЗИРУЮТ работу с БД.
Скажем ускоряют поиск, следят за уникальностью и т.д. 

Это я уже понял.
Вопрос в том, КАК это делают.
Что-то в тех источниках, которые я нашёл, нет примеров работы с индексами...
Или это должен делать сам драйвер Jet? 

Если структуру БД ты создаеш программно, то и индексы должен создать програмно.
В зависимости от того, каким провайдером ты создаеш БД могу привести пример кода. 

БД создал, используя Visual Data Manager.

DBF (Dbase 5.0)

Поля
1. DATE : STRING*6
2. KODE : STRING*2
3. NOM : STRING*12
4. KODEP : STRING*15
5. NOM1 : STRING*4
6. NOM2 : STRING*6
7. MARKA : STRING*13

В качестве индекса выбрал поле marka.

Поля 1, 2, 5, 6 могу перевести к типу long, или Interger.
Это даст некоторое ускорение, но кардинально ситуацию не изменит... 

 

Это сообщение отредактировал(а) mihanik - 20.6.2006, 12:50

А какого рожна ты выбрал ТАКОЙ формат данных??? 

Тут тебе никакие индексы не помогут в принципе. 

Да!
У меня к этой БД обращаются только или для чтения уже имеющихся записей, или для добавления новых.
В основном, для добавления новых...

Добавлено @ 13:03 
Akina !

Повторяю...
С базами работаю второй месяц.  
Начал с нуля.
Учитилей нет.
Справочников тоже практически нет.  
Только одна книга Евангелоса Петрусоса.
Плюс Инет.
Вот я и обращаюсь к вам за помощью.
Подскажите в какую сторону копать!

Добавлено @ 13:05 
Знаком только с DAO.

ADO только-только начал изучать...   

mihanik, индекс, как уже говорилось, ты можешь только создать. Использовать его сможет(не факт, что будет использовать) та программная часть, которая обрабатывает твои запросы. А поля у тебя - почему только строковые? Разве в dbf нельзя объявить поля типа DATE или типа Integer? Ведь если при обращении к базе тебе либо приходится мириться с тем, что на строках сравнения больше/меньше и прочие не катят, либо каждый раз явно приводить к численному типу и делать работу за ядро! По этой причине практически невозможно создать индекс - невозможно упорядочить по возрастанию/убыванию индексируемые значения.
 Потому копать надо в двух направлениях:
- перевести тип полей в то, что ближе по смыслу - если дата, то дата, если число, то число.
- создать индексы на нетекстовых полях. 
А потом сообщить,  что у тебя получилось. 

Поскольку ты работаешь из VB - используй хранение данных в формате базы данных MS Access (MDB).

Преимущества (некоторые, имхо основные в данном случае):

• Не требуется дополнительных ODBC-драйверов, а равно их настройка.
• Работа возможна через любой тип доступа данных, от Jet до ADO.
• Возможно хранение таблиц, статических запросов, врЕменных запросов, форм и отчетов, использование хранимых процедур.
• Нормальное использование индексов (впрочем для ПОЛНОЦЕННОГО использования приходится позюкаться со структурами запросов - ибо нет отображения плана выполнения).
• Встроенная система разграничения доступа к данным, паролирование, а также шифрование, пусть и дерьмовое.
• Возможность макетирования и отладки без VB (да и вообще построение полноценного приложения).

Недостатки (также некоторые, и также имхо основные в данном случае):

• Необходимость периодического обслуживания БД (сжатие, чистка) - впрочем, возможно программно, в т.ч. из клиентской программы.
• Сравнительно медленная работа при большом числе одновременных подключений (оплоки начинаешь чувствовать уже после 5 клиентов).

По части справочных материалов:

1) Если у тебя откуда-то взялся VB, почему нет локальной MSDN? 
2) Кстати, последнюю версию оффлайновой MSDN  можно запросто скачать с сайта M$ - http://www.microsoft.com/downloads/details...;displaylang=en
3) Встроенная справка Аксесса достаточно во многом совпадает, а разницу можно почитать в онлайновой MSDN  

skyboy  !
Поля с 1 по 6-й могу преобразовать к нужному типу.
Последнее же поле (marka) является уникальным и ни к каким другим типам не приводится...

Может быть стоит тогда добавить какое-либо поле Count  с автонумерацией?
 

А почему же нет? Или в dbf такое невозможно? Можешь привести к адекватному типу - приводи. Нечего "вручную" преобразовывать 
 

Akina!



У меня диск с VB за 50 рублей...
Как ты думаешь, он лицензионный?

skyboy

Немного не понял...

Что ты имел в виду?
Ля-ля-ля! Жу-жу-жу!
Я немного торможу!!!
 

Если у тебя в указанных полях(1, 2, 5, 6, по твоим словам) хранятся числовые значения, значит ты их сравниваешь, вычитаешь, умножаешь и т.д. И каждый раз(при хранении в типе String) тебе приходится вызыватб StrToInt. Мне кажется, лучше пусть это делаеть СУБД. И не факт, что вызов функции преобразования будет вызывать им при каждом обращении  Под "адекватным типом" я понимал тип поля, который ближе всего "стоит" к характеру хранимой информации. Конечно, можно хранить номер дома в виде даты, а дату рождения - в виде строки, но это не есть правильно. Вот, что я имел в виду. 

Понял.
Спасибо.

Добавлено @ 16:01 
Буду думать дальше...