Запрос на отбор элементов, не содержащих спец. символов

Доброго времени суток.

Нужна ваша помощь по такому вопросу. Создал таблицу faculty, в которой хочу разместить элементы в иерархическом порядке, для чего использую нумерацию типа 1.1.1...

Отсюда появилась задачка отобрать главенствующие элементы, тоесть те, с которых всё начинается. Можно ли както в самом запросе "уточнить" наличие в определённом поле(назовём его field_path) спец. символов(обыкновенной точки в данном случае ?

И сразу по ходу вопрос. Есть ли функция MySql, позволяющая производить подсчёт к-ва указанных элементов в поле при отборе?

Заранее благодарен.

Ощущение что вы с файлов сразу так пересели на мускуль
Да конечно: COUNT(field)
Лучше два поля: id и parent_id

-----
Шта? Репозиторий?

Ну я понимаю что так проще. Но дело в том, что мне нужно будет делать отбор и элементов 2,3 уровня. В теории, Я планировал выделять их с помощью подсчёта спец.символов в строке(к-во точек якобы).

Тоись:

0 точек - заглавные элементы
1 точка - прилежащие к заглавным элементы

и т.д.

(Отредактировано автором: 14 Сентября, 2011 - 19:04:03)

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

не рационально
(Добавление)
Это называется layer - уровень (глубина вложенности)
Если он вам будет нужен, просто добавьте это поле к двум описанным мной выше:
id, parent_id, layer
Нулевой уровень это вложенность в корень и т.д 1,2,3...

-----
Шта? Репозиторий?

Нехочу ограничивать. На данном этапе задумки у меня будет 3 уровня, что в предложенном варианте уже ровно 3м таблицам, набор элементов которых по сути выходит идентичным. Но если в будущем возникнет потребность "уточнения" уровней, придётся клепать отдельную таблицу(ы). Несчитаю это разумным.

Продумывал вариант отбора уже в самом цикле, но в каждом элементе таблицы содержится поле с большим объёмом текста, что, как показали опыты, "утяжеляет" запрос. А у меня стоит задача сделать по возможности нагрузку по минимуму.

я понял что выборка будет происходить по уровням...без джойна
тогда рационально будет?
(Добавление)
кажется вы неверно поняли

Выборка должна отбирать элементы определённого уровня, основываясь на поле, в котором указан "путь" элемента - 1.1 к примеру, или же просто 1.


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

Как вариант, я могу написать функцию в РНР, выгребающую только нужные мне айдишники в зависимости от поставленных условий, чтобы использовать её результаты для нынешнего запроса. Но как я упоминал раньше - Я хочу попытаться обойтись по минимуму к загрузке системы("нагрузить её" Я так чую ещё представится возможность)

Ну так и прислушайтесь к нашим доводам..

-----
Шта? Репозиторий?

к этому?

Предположим вы в админке будете добавлять/удалять документы каждый день.
Что же - с каждым уровнем создавать удалять таблицы?
А если надо будет перенести документ из одного уровня вложенности в другой?
По мне так вообще уровни не нужны.
Но если будут нужны я просто заведу еще одно поле layer.

-----
Шта? Репозиторий?

.

(Отредактировано автором: 15 Сентября, 2011 - 08:24:15)

таксь. Понятно. Решил задачку доп. запросом, где уже через PHP функции формируются необходимые айдишники. Но всёравно спасибо за то что отозвались на просьбу помощи

Если брать вашу задачу в лоб - используйте Like, если делать нормально - введите еще один столбец "level", в котором будет храниться уровень вложености 1, 2, 3 и тд ...

та я об этом говорил выше

-----
Шта? Репозиторий?