Как найти цифру через LIKE?

Question

[Алексей]

Всем привет, есть таблица примерно такого строения:

Все числа разделены запятой. Как мне вытащить, например, записи, где в есть число 1?
Но это должно быть именно число а не цифра, т.е. число 17 не подходит. Я пробую так, и вроде все получается, но правильно ли это, не появятся ли потом какие-то условия, при которых вытащится и число 17 или, скажем, 119 или еще что-то?

SELECT * FROM `table` WHERE number = 1 OR number LIKE ',1' OR number LIKE '1,' OR number LIKE ',1,'

Answer 1

[Aleksey Ratnikov]

FIND_IN_SET() вам в помощь:

SELECT * FROM table_name WHERE FIND_IN_SET(1, numbers) IS NOT NULL

Answer 2

[Melkij]

Приведите в нормальную форму. Сразу гора костылей пропадёт.

Comments

[Алексей]

Если бы я знал, что нужно сделать и как лучше - я бы не прашивал

[Melkij]

Так я же и говорю: приведите в нормальную форму. Если что, это технический термин реляционных СУБД.
Искать реализацию связей многие-ко-многим, делается через отдельную таблицу связей. Описан много где.

[Stalker_RED]

Евгений: https://ru.wikipedia.org/wiki/%D0%9D%D0%BE%D1%80%D...

[Алексей]

т.е. их при любом удобном случае нужно использовать? У меня и так в базе данных всего 10 таблиц, а 3 из них связующие, это нормально?

[Алексей]

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

[D']

Евгений: эта "лишняя" таблица значительно облегчит дальнейшее развитие и поддержку сайта. Нормальную форму стоит использовать всегда, если нету особых причин ее не использовать. У вас таких причин не должно быть на данном этапе.

[Алексей]

D' Normalization: Все же ответ ниже, мне кажется более правильным, учитывая то, что не нужно создавать дополнительную таблицу только из-за того, что бы два id не лежали в одном поле, которые мне, собственно и нужны... В таком случае, я смогу выполнить вот такой запрос (он мне и нужен):
SELECT * FROM `news` WHERE `id` IN(SELECT numbers FROM table WHERE FIND_IN_SET(1, numbers))

[D']

Евгений: да делайте как угодно, никто не запрещает. ССЗБ никто не отменял. Раз вы не хотите учиться делать правильно изначально, то это ваш выбор.

[Алексей]

D' Normalization: ну не хотел бы я учиться, я бы не отписывал причину а просто тыкнул бы кнопку "правильный ответ" и пошел спать. Просто в данном случае, я действительно не понимаю преимущество дополнительной таблицы. Возможно, эти недопонимания из-за того, что вы не видите всю задачу целиком. Таблицы связей я использую постоянно, но только когда реально вижу преимущество. Тут же, я не вижу другого варианта использования таблицы `table` в моем примере, поэтому и кажется мне, что излишне создавать для ненужной таблицы еще одну ненужную таблицу. Рад был бы, если бы мне удалось понять, чтоя не прав и почему....

[Алексей]

И, кстати, львиная доля ответов на тостере, основывается на том, что нужно скачать некий фреймворк. Что, собственно, большая часть присутствующих и делает. Я же, всегда пытаюсь разобраться как это сделать без них и кроме jquery ничего и нигде не использую...

[D']

Евгений: чтобы понять в чем проблема с вашим решением, вам нужно понимать как может в дальнейшем развиваться ваш проект.
Как вы собираетесь поддерживать целостность данных, когда какой-то ID удалиться, и вам придется искать способ держать таблицу numbers в актуальном состояни?
Как обновлять данные? И еще куча других вопросов.

Нормальные формы придуманы не просто так, и если делать, то делать правильно.
Любой фреймворк поддерживает many-to-many связи, а вот обучить его работать с вашей таблицей, будет куда сложнее.

[Алексей]

D' Normalization: В любом случае спасибо за помощь, я продумаю все эти варианты...