Тут предлагают зафиксить ? одну проблему, есть подкатегории, без главных категорий, нужно создать поиск по отдельным подкатегориям, как это сделать ? PHP

Как я понимаю нужно, создать главную категорию и вписать в нее индексы под-категорий, в которо будет производится поиск ? То есть при выборе главной категории мы сразу выделяем диапазон поиска ? верно ?

@webstackoverload опять какой-то поток сознания

@webstackoverload, о чем Вы?..

@МихаилРебров не обращай внимание :-)

@iluxa1810 А зачем, если решение пусть немного чуть сложней привел MDSN, скажем более правильное, ибо у меня нужно было еще делать тесты на выяснения типа, но не стал так как нет времени на это, хотя интересно

@МихаилРебров Допустим есть категории, чорный, зеленый, красный, поиск может осуществляться только по этим трем категориям, а нужно сделать чтобы не по отдельности, а сразу во всех трех ! Поэтому что нужно сделать ? Как я понима, создать категорию, в нее внести индексы (ключи) категорий который будут входить в поиск (этой главной категории, допустим ЦВЕТА). Таким образом, поиск в категории ЦВЕТ, будет осуществляться во всех 3 категориях

То есть, мы как бы формируем одну главную категорию ЦВЕТ, в которой будет содержаться индксы других категорий типа, чорный, зеленый, красный в которых и будет осуществляться поиск

← 8 messages moved from Stack Overflow на русском

@webstackoverload хотя бы для того, чтобы те кто пытался угадать, убедились, что действительно что-то было. а не ты просто на ходу сочинял условия

Но, все в принципе и так знали, что ты на ходу сочинял, поэтому не удивились отсутствию кода :)

@Grundy Оставим тот код, я понял почему Вы не смогли догадаться, как это сделать. Никто ничего не сочинял, делать мне больше нечего, все началось из-за бонального понимание того, что никто не смог привести пример, кроме MSDN. Который более правильно решил задачу. Но все же у меня она еще проще, но там нужно выяснить было по поводу определения (автоопеределния) типа, если его можно было устроить, (думаю можно), тогда еще лучше.

По поводу моей второй задачи, я только хочу понять, правильно ли я намерился ее решать.

Но тут сочли это за флуд, ок.

@webstackoverload я об этом и сказал :-) ты все придумал, и поэтому тебя никто не понял :)

@webstackoverload ты тут делаешь то же самое, придумаешь непонятно какую задачу, и непонятно как хочешь ее решить.

@webstackoverload, пожалуйста, постарайтесь научиться формулировать свои вопросы и задачи. На данный момент Вы пытаетесь что-то выяснить про какого-то абстрактного коня в вакууме.... причем про этого самого коня Вы ничего никому толком не говорите, а окружающие вообще не могут понять причем тут конь, откуда он взялся и что вообще чёрт подери тут происходит

Не хочется тратить время на человека, который не знает что он хочет или не может это сформулировать. Как бы ни банально это не прозвучало, но читать мысли никто не умеет.

@Grundy Смысл мне придумывать ?

Вы что-то не понимаете, я Вам говорю о задаче, Вы понимаете слова категория, под-категория ? Я Вам конкретно написал задачу, есть 3 категории, чорная, синяя, зеленая. По ним можно совешрать поиск, то есть выбрав синюю, зеленую или чорную. Задача заключается в том, чтобы производить поиск по всем категориям сразу. Вся реализация php - mysql.

@webstackoverload это у тебя надо спросить :-)

@МихаилРебров собственно сразу предлагаю не тратить :-)

Что тут сложного понять ? Так как я думаю, нужно создать общуюю категорию ЦВЕТ ! В Базе, затем, в эту категории занести индексы синей, чорной, зеленой категории. Таким образом, при обращении/поиску в КАТЕГОРИИ ЦВЕТ, мы будем искать во всех под-категориях которыф входят в главную категорию ЦВЕТ.

А это синий, чорный, зеленый

То есть если образно говоря, на нужно из списка категорий сделать общий поиск - по всем сразу

@webstackoverload, почитайте как хранить древовидные структуры в реляционной базе данных и в частности почитайте про метод NESTED SETS

@МихаилРебров мне нужно простое решение, а не внедрение каких-то технлогий

Нужен более простой вариант решения

@webstackoverload Выберите что именно Вы хотите для начала. Если Вы работаете с базой данных и с древовидными структурами, то Вам придётся изучать аспекты и способы работы с древовидными структурами в реляционной базе данных. Тут просто нет других решений....вы решаете либо вы хотите решить задачу и делаете то что вам говорят, либо вы не решаете эту задачу вовсе

@webstackoverload, самое простое решение, это то решение которое я предлагаю.... то что Вы хотите от меня услышать это не простое решение а решение с использованием примитивных методов. И к большому сожалению для сложных задач, решение с использованием примитивных методов является только ОТЯГОЩАЮЩИМ обстоятельством.... поскольку решить сложную задачу примитивными методами СЛОЖНЕЕ чем просто решить сложную задачу

Почему Вы всегда все так усложняете ? Вот даже взять ту задачу до этого, как начали тут писать классы и все такое, чуть ли не ракету изобретать. Из за пару строчек кода. Но ладно. Я попробую изучить то что Вы посоветовали, так как примерно понимаю, но дело с этим не имел

@webstackoverload, есть одна очень верная инженерная мудрость: "если есть два способа: простой и сложный, то всегда выбирай сложный, потому что он проще простого способа, который мало того что сложный, так еще и кривой."

@МихаилРебров Не всегда верно, есть сложностью наоборот приносят больше проблем. Главный фактор тот, что слишком "мудрые" всегда ищут сложный путь нежеле простое решение, до которое в большинстве случаев просто не могут додуматься из-за его простоты

То есть они уже за ранее усложняют простые казалось бы вещи, мне кажется это факт

@webstackoverload, не старайтесь выглядеть умнее и опытнее чем вы есть. Если Вы действительно чему то научитесь, то спустя годы Вам будет стыдно за такие сообщения.

@МихаилРебров я не пытаюсь выглядеть умнее мне это вообще не интересно, я Вам сообщил что изучу Ваш совет, я же не сказал что он не есть верным.

@МихаилРебров Дело в том что есть задачи которые решаються проще чем это предполагалось, проще не значит что не верно, а сложней не значит верно. Знаете сколько я случаев видел "так называемых инженеро" со статусом, которые там навояли столько всего, что смотря на все это думаешь ЗАЧЕМ ? А все потому что они бонально не знали что можно проще и при этом не отказываясь от своей теории решения (примерной). Это я так, в общем.

@webstackoverload, знаете чем отличается опытный инженер от неопытного?.. Опытный инженер может проанализировать и оценить задачу. Опытный инженер может придумать как простые так и сложные решения, оценить время на их реализацию, профит который принесет то или иное решение. Оценить стоимость последующей поддержки данного решения и так далее..

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

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

@МихаилРебров, не надо было начинать :-)

@МихаилРебров Совершенно согласен с Вами.

@webstackoverload что-то не заметно :)