|
|
|
В списках форм поле Мемо в качестве источника нельзя использовать?
|
|||
|---|---|---|---|
|
#18+
Все вроде бы разобрался с поиском слова в поле memo. использовал sql SELECT proba FROM t1 WHERE proba like '*мыла*'; но вот только тормознуто на 20000 записей! Может через DAO поскорей будет? Спасибо Senin Victor. ну да ладно разберусь. Пробую создать список на основе мемо полей и Access посылает! Нельзя значит мемо поля использовать для списков в формах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2003, 09:15 |
|
||
|
В списках форм поле Мемо в качестве источника нельзя использовать?
|
|||
|---|---|---|---|
|
#18+
Ты вообще уверен, что тебе именно поле Мемо нужно? Может текстовое длинной 255 символов сгодиться? Два текстовых? Три тектовых? Лично я не понимаю, когда поле Мемо может использоваться как Поле-со-Списком. Так же не понимаю логики бд, в которой необходим поиск информации в мемо-полях. По поводу тормознутости данной конструкции: ничего особого в плане повышения производительности сделать не получиться - идет полное сканировнаие таблицы. Можно находить первое попавшеся значение (через ДАО, например) (как скорей всего и делает Акес при поиске через Ctrl+F), потом - следующее. И т.д. Это будет быстрей, чем найти все значения. Еще быстрей будет при наличии индекса, за исключением ситуации, когда звездочка идет впереди Like '*Что-то' - тогда индекс не используется. мемо поля можно использовать для списков в формах, если его сконвертить в текст (обрезать до 255 символов) Ты бы обрисовал задачу, описал, что хранишь в этих полях, длину записи, формат бд, сетевая она или нет - возможно что-нибудь кто-нибудь и на советует полезного ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2003, 09:57 |
|
||
|
В списках форм поле Мемо в качестве источника нельзя использовать?
|
|||
|---|---|---|---|
|
#18+
2 Senin Victor Понял, описываю задачу. База данных брачного агентства. Однопользовательская (по крайней мере в этом заверил заказчик). В базе данных хранятся анкеты клиентов. В анкете много всякой чуши. ФИО, адрес, национальность, образование и т.д. Полей в таблице анкет будет за 30. Увлечения клиента, может быть длинный текст о себе. Короче длины поля 255 символов может не хватить в поле "о себе". В базе необходимо производить поиск по многим критериям.В основном выборка. По именам , фамилиям, дате рождения, национальности, короче почти по каждому полю должен быть поиск. Но заказчику нужно чтобы в поле , где хранится скажем информация о себе (клиенте), производился поиск по фразе. Например набрал юзер слово "люблю животных" или "спорт" и база вываливает все записи в поле "о себе "которого встречается эта фраза. А какая нибудь девушка может в поле "о себе" "наговорить" далеко за 255 символов. Я объяснил упрощенно , но если что спрашивайте. Охотно отвечу. Просто необходим быстрый индексированный поиск почти по каждому полю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2003, 11:18 |
|
||
|
В списках форм поле Мемо в качестве источника нельзя использовать?
|
|||
|---|---|---|---|
|
#18+
Вспомнил про твой случай /topic/62397&hl= . Только зачем еще один топик плодить?\r И похоже, мое совет не пригодился. Сожалею. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2003, 11:29 |
|
||
|
В списках форм поле Мемо в качестве источника нельзя использовать?
|
|||
|---|---|---|---|
|
#18+
Да нет , как раз пригодился! Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2003, 12:06 |
|
||
|
В списках форм поле Мемо в качестве источника нельзя использовать?
|
|||
|---|---|---|---|
|
#18+
Совет автору вопроса. Не нужно каждый раз заводить новый топик. Очень неудобно читать. Не все ведь помнят наизусть все содержание форума за прошедший месяц. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2003, 15:49 |
|
||
|
|

start [/forum/topic.php?fid=45&msg=32350137&tid=1677705]: |
0ms |
get settings: |
11ms |
get forum list: |
20ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
147ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 252ms |
| total: | 487ms |

| 0 / 0 |
