|
|
|
Запрос не возвращает записей
|
|||
|---|---|---|---|
|
#18+
Запрос такой: Код: plaintext 1. 2. 3. Ессно, значения я ввожу заведомо существующие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.08.2002, 11:33 |
|
||
|
Запрос не возвращает записей
|
|||
|---|---|---|---|
|
#18+
Ну а что тут можно сказать, не зная подробностей? Надо копать каждое условие по отдельности... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.08.2002, 13:00 |
|
||
|
Запрос не возвращает записей
|
|||
|---|---|---|---|
|
#18+
ну тут налицо ненормализация данных ( пример с мультиадрес), это раз, и вообще должно быть не Or а AND, посмотрите свой запрос в конструкторе, там вам понятнее все будет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.08.2002, 14:03 |
|
||
|
Запрос не возвращает записей
|
|||
|---|---|---|---|
|
#18+
1. Если вместо параметров в запросе сразу подставить заведомо сущеструющее значение - все в порядке, т.е. такое чуство, что не обрабатываются именно параметры. 2. Уважаемый sFx! Вы предлагаете нормализовать до упора:) т.е. до пятой формы. По моему 3-я тут есть: 1 к 1. Или я не прав.? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.09.2002, 10:54 |
|
||
|
Запрос не возвращает записей
|
|||
|---|---|---|---|
|
#18+
Я не знаю вашей структуры таблиц, но если брать во внимание, что выборка у вас идет по смешанному ключу([pAIndex] & "###" & [pACity] & "###" & [pAStreet] & "###" & [pAHome]) ) то скорее всего у вас есть ненормализованные таблицы :))) Хотя тут это используется вполне корректно. Вот как все будет работать: PARAMETERS fdpName Text ( 255 ), fdpMultiAdress Text ( 255 ), fdpRTelephone Text ( 255 ), fdpRem Text ( 255 ); SELECT tblPartners.pID, tblPartners.pName INTO USysTmpfdResults FROM tblPartners WHERE (((tblPartners.pName) Like "*" & [fdpName] & "*")) OR ((([pAIndex] & "###" & [pACity] & "###" & [pAStreet] & "###" & [pAHome]) Like "*" & [fdpMultiAdress] & "*")) OR (((tblPartners.pRTelephone) Like "*" & [fdpRTelephone] & "*")) OR (((tblPartners.pRem) Like "*" & [fdpRem] & "*")); ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.09.2002, 11:11 |
|
||
|
Запрос не возвращает записей
|
|||
|---|---|---|---|
|
#18+
Действительно, мне уже подсказали на др. форуме, Like "*" & [fdpName] & "*" будет работать. Насчет "Смешного ключа [pAIndex] & "###" & [pACity] & "###" & [pAStreet] & "###" & [pAHome]" : это не ключ у меня! По крайней мере не задумывался как таковой:) Просто мне всеравно в каком из полей найдется совпадение. Ну а вообще оператор ИЛИ у меня не заработал. Т.е. запрос-то записи дает, но все. И как я не бился, не смог решить задачу через запрос. Если не лень, не затруднитесь-ли озадачится:))) Таблица содержит реквизиты предприятия (название, адрес, телефоны). Пользователю дается форма с полями название, адрес, телефон, примечания. На основани введенных в эти поля значений нужно найти любые совпадения в соответствующих полях таблицы. Т.е. если существуют след. записи: -название=1, примечание=2, номер=111 -название=3, примечание=2, номер=222 -название=4, примечание=5, номер=222 При вводе в поля: название=1 и примечание=2запрос должен вернуть только первые две записи. Вот така вота (не)задача. Тоесть через код решается элементарно, а вот запросом... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.09.2002, 20:12 |
|
||
|
|
start [/forum/search_topic.php?author=%D0%9D%D0%B5+%D1%81%D1%81%D1%8B&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 699ms |
| total: | 841ms |
| 0 / 0 |
