Ой, а как-же это сделать-то?

[Jooz]

Есть база в которой архитектурно сделана дурь, следующего содержания:

В ячейке лежать идентификаторы, с которыми надо бы поработать, примерно так:

62|63|59|101|91
62|66|59|102|97|16
59
13|12|102

Нужно сделать выборку записей где, к примеру есть значение: "59"

Поделитесь свежими идеями, пожалуйста, как это сейчас принято разруливать наиболее прогрессивно ?

[Йода]

1. Вырезать эту ахинею, разобрать и сложить в отдельную табличку с привязкой к материнской строке. Идентификаторы естессно хранить как число;
2. Работать с получившейся таблицей, новые идентификаторы пихать естессн тоже в нее;
3. Того кто решил хранить идентификаторы в виде текста- увезти в лес и расчленить. Желательно, делать это долго, чтоп гат помучался.


Добавлено через 59 секунд
Ну а по сабжу- там чо, реально надо искать кусок текста чтоли получается?

[Jooz]

Сообщение от Йода

Ну а по сабжу- там чо, реально надо искать кусок текста чтоли получается?

Угу, причем абсолютный кусок, к пример надо 12 найти, соответственно нужно выкинуть 112 или 122 и т.п. Действительно сейчас выложу в отдельную таблицу идентификаторы и буду работать с ними, иначе это утопия.

[ubuntu]

select * from `таблица` where LOCATE('|59|', '|'+`поле`+'|') > 0
Так не подойдет?

[Jooz]

ubuntu, не - это извращение, тем более что, "|" может быть трех видов:
|X
X|
|X|
Уже конвертнул в нормальный вид, осталось админку и юзерку перепилить под новые форматы.

[Последний Герой]

Сообщение от Jooz

тем более что, "|" может быть трех видов:

он же написал

Сообщение от ubuntu

'|'+`поле`+'|'

единственный минус - просмотр по всем строкам таблицы

[Alexey]

Второй и главный минус — полнотекстовый поиск вместо использования индексов.

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

[ahsinis]

Сообщение от Alexey

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

Ну вообще-то неизвестно, что хотел сделать разработчик, может и не стояло такой задачи. Нормализация тоже ведет к затратам (лишние запросы и т.п.).
Что это вообще за цифры?

[Андрей Барыкин]

Сообщение от Alexey

Второй и главный минус — полнотекстовый поиск вместо использования индексов.

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

Из вашей же ссылки:
"Отношение находится в первой нормальной форме тогда и только тогда, когда в любом допустимом значении отношения каждый его кортеж содержит только одно значение для каждого из атрибутов."
Кто сказал, что в текстовом поле хранятся значения для одного атрибута?
Главное условие для 1НФ - это наличие уникального первичного ключа!

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

[Алексей Барыкин]

Братан - шарит! (с)