|
|
|
|
|
для: cheops
(26.06.2011 в 17:55)
| | ну это тогда только через CONCAT с like может быть получится...
это нужно для фильтра, если не учитывать это в запросе, просто больше трафика потянет..хотя нужно вытащить только список id | |
|
|
|
|
|
|
|
для: xpom
(26.06.2011 в 14:47)
| | >а если эти слова, что нужно отыскать находятся в таблице через запятую? IN не сможет
>выполнить запрос?
Вот среди этих значений уже вряд ли получится - придется сначала нормализовать данные, чтобы воспользоваться IN. | |
|
|
|
|
|
|
|
для: Valick
(26.06.2011 в 16:38)
| | да, увы...переделывать много нужно, если менять...в базе уже все так занесено...чему это грозит, если так оставить? | |
|
|
|
|
|
|
|
для: xpom
(26.06.2011 в 14:47)
| | слова в одном поле через запятую - это "ошибка природы" и случается она от незнания принципов построения базы данных. Нужно срочно искать выход из сложившейся ситуации. | |
|
|
|
|
|
|
|
для: cheops
(25.06.2011 в 22:20)
| | а если эти слова, что нужно отыскать находятся в таблице через запятую? IN не сможет выполнить запрос? | |
|
|
|
|
|
|
|
для: xpom
(25.06.2011 в 21:32)
| | Да, можно использовать строки, а не числа. Кроме того, вместо последовательности через запятую можно указать вложенный запрос, который извлекает данные из другой или этой же таблицы. | |
|
|
|
|
|
|
|
для: cheops
(23.06.2011 в 17:51)
| | она позволяет сравнить только число со множеством? А буквы и символы так можно какой нибудь функцией сравнить прям в запросе? | |
|
|
|
|
|
|
|
для: Valick
(24.06.2011 в 21:42)
| | спасибо большое, посмотрим | |
|
|
|
|
|
|
|
для: xpom
(24.06.2011 в 21:21)
| | может тут что поможет | |
|
|
|
|
|
|
|
для: xpom
(24.06.2011 в 20:13)
| | все равно деревовидный список строить из категорий...придется разделять запросы...а одним запросом можно многоуровневый список категорий построить? | |
|
|
|
|