задачка для программиста - включаем мозг с утра :) 

endi писал :
не могу решить задачку, связанную с выбором из таблицы на sql в access

select * from tabulya where field like '\%переменная\%'
Это чистый SQL, в акессе возможно надо будет синтакис подправить

KaraKodil писал(а) ? :

точно. совсем забыл про этот оператор.
надо чаще кодить :)))
спасибо

Для запроса из примера мощность операции будет N (записей в таблице), при том что на кажду запись будет делаться минимум 6 строковых сравнений. Хотя бы при 10000 записей - будет полный п...ц по производительности. Like '\%xxx\%' не оптимизируется по индексам в отличие от like 'x\%'

Правильно такую задачу решать надо так:

Есть словарь значений 'a', 'b', 'c' ... сколько надо

field должен быть преобразован в связку

table.id (1) - (*) [cross.id, cross.value] (*) - (1) dictionary.id

id, пара cross.id, cross.value и dictionary.id - первичные ключи
cross.id->table.id и cross.value к dictionary.id -> foreign keys

тогда выборка будет выглядеть хотя бы так

select * from table where exists (select id from cross where value=$variable)

тогда выборка будет иметь приличный размер log2(n)xlog2(m) (n - sizeof table, m - sizeof cross, max(m) = n * d, где d - sizeof dictionary). И на 10000 записей мощность будет уже не 10000, а всего лишь log2(10000) x log2(60000) или ~210. На два порядка меньше. И рост будет уже не линейный. При 100K записей операций станет всего ~320.

ник писал : Для запроса из примера мощность операции будет N (записей в таблице), при том что на кажду запись будет делаться минимум 6 строковых сравнений. Хотя бы при 10000 записей - будет полный п...ц по производительности.

Ну уж не сгущайте краски , для любой средней офисной машинки протрясти 10 тыс записей - это как два байта переслать )))

ник писал : Like '\%xxx\%' не оптимизируется по индексам в отличие от like 'x\%'

Делать индексы по строковым полям - это вообще некошерно.Тут уж надо прорабатывать архитектуру базы или гнать ссаной тряпкой автора структуры

ник писал :
Правильно такую задачу решать надо так: ....

Полнотекстовый поиск в базах данных вообще отдельная наука )) и решается по разному на разных серверах

ник писал :
На два порядка меньше. И рост будет уже не линейный. При 100K записей операций станет всего ~320.

200 тысяч записей строковое поле 50 знаков (ест-нно не индексное) выборка по одной букве типа like '\%А\%' итог=47 мсек

Мне жаль вашего работодателя.