Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Выборка по значениях столбца
 
 автор: mastergrom   (12.08.2009 в 11:01)   письмо автору
 
 

Добрый день, такой вопрос:
Есть столбец, скажем, "values" который содержит некие значения (целые числа), перечисленные через зарятую. Например: 1,23,16,28,11,2
Как мне выбрать записи, столбец "values" которых содержит значения 11 и 23 ?
Возможно ли решить такую задачу SQL запросом ?

  Ответить  
 
 автор: Trianon   (12.08.2009 в 11:08)   письмо автору
 
   для: mastergrom   (12.08.2009 в 11:01)
 

Встречный вопрос.
Зачем создавать такой столбец?
Зачем делать то, что противоестественно?

  Ответить  
 
 автор: mastergrom   (12.08.2009 в 11:27)   письмо автору
 
   для: Trianon   (12.08.2009 в 11:08)
 

>Встречный вопрос.
>Зачем создавать такой столбец?
>Зачем делать то, что противоестественно?
Ну, допустим, мне пока еще не ясно почему это противоестественно. На данном этапе меня интересует возможно ли решить данную задачу SQL запросом. Есть ведь в mySQL поддержка REGEXP, например.
Просто есть таблица values со значениями (50 записей):
id, name_ru, name_en
Есть другая таблица со столбцом values, которая содержит некоторые из этих значений.
Первая таблица, нужна для вывода значений (чекбоксы) в форму то есть, id и name_$lang
Во второй, собственно, хранятся эти значения.
Предлагаете создать третью таблицу подвязанную к первой и второй, и потом соединять их?

  Ответить  
 
 автор: Trianon   (12.08.2009 в 12:14)   письмо автору
 
   для: mastergrom   (12.08.2009 в 11:27)
 

>Предлагаете создать третью таблицу подвязанную к первой и второй, и потом соединять их?

Не я. Теория реляционных БД предлагает.
Не просто так. А потому, что при этом операции над такой схемой БД изрядно упрощаются, плюс экономятся ресурсы , необходимые для исполнения запросов - читай, запросы исполняются быстрее.

  Ответить  
 
 автор: serjinio   (12.08.2009 в 11:12)   письмо автору
 
   для: mastergrom   (12.08.2009 в 11:01)
 

FIND_IN_SET () если тип SET

  Ответить  
 
 автор: Trianon   (12.08.2009 в 11:15)   письмо автору
 
   для: serjinio   (12.08.2009 в 11:12)
 

блин.
А если тип не SET?

  Ответить  
 
 автор: serjinio   (12.08.2009 в 11:26)   письмо автору
 
   для: Trianon   (12.08.2009 в 11:15)
 

пусть ТС уточнит тип поля

  Ответить  
 
 автор: mastergrom   (12.08.2009 в 11:31)   письмо автору
 
   для: serjinio   (12.08.2009 в 11:26)
 

>пусть ТС уточнит тип поля
Тип поля не SET :)
То есть, если сделать SET то можно решить задачу ?

  Ответить  
 
 автор: serjinio   (12.08.2009 в 11:48)   письмо автору
 
   для: mastergrom   (12.08.2009 в 11:31)
 

ответ выше..
вопрос в целесообразности для хранения ваших данных использовать тип поля SET

  Ответить  
 
 автор: Trianon   (12.08.2009 в 12:16)   письмо автору
 
   для: serjinio   (12.08.2009 в 11:26)
 

суть в том, что FIND_IN_SET не важен тип поля.
А Вы в ответе его зачем-то приплели.
В итоге - ответ а) идеологически неправильный и б) искаженный несущественной зависимостью.

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования