Поможет тем, что вы будете работать с объектами, и вообще не будете думать об SQL. Это очень хорошо и удобно. С SQL вместо вас будет работать ORM.
> Числовые индексы быстрее чем текстовые
это не так. С чего вы взяли это вообще? Если мне не изменяет память, от строки берется хэш и по нему строится, например, бинарное дерево. Получается не помедленнее чем по числам. От коллизий защищаются постпроверкой.
Возможно такое впечатление сложилось из-за использования LIKE '%variable%', тогда индекс не используется. Подробнее, смотрите EXPLAIN.
>GusakovNick
подзрапросы могут использовать индексы, а могут не использовать. Это зависит от запроса и индексов. Точный ответ может дать только EXPLAIN
Ох ну блин я не могу. У вас банальнейшая задача вывести из БД десяток записей, а вы тут развели «user acitivity stream».
Кстати да, сджоинить 10 таблиц на порядки быстрее чем делать 100500 запросов в цикле. Что такое ORM почитайте, это вам поможет. Все, на этом я считаю дискуссию оконченной. Можете считать, что моего опыта тут недостаточно.
Блин ну я хз. Если вы определились с структурой БД и структурой модулей, то тогда что вам надо сделать вообще? SQL запрос написать? Я уже написал, сджойните две таблицы и все. Ну или вытаскивайте все по одной записи в цикле если так хотите. Или переместитесь в 2013 год и начните использовать ORM. Разницы никакой.
Вы так говорите, как будто «далал стену» это такие уникальные знания, доступные только избранным, передающиеся от внеземных цивилизаций и только половым путем.
А человек который делал форум или сайт новостей вас устроит? Или думаете там что-то другое? Я вам уже два решения предложил. Именно в стиле «делайте так-то», а вы все хотите что-то другое. Я уже не пойму что.
Охренеть, извините, у вас подход. Из вашего вопроса не понять, что вам вообще нужно. Что спросили, вам то и ответили, формулируйте четче и короче.
«Вы на втором курсе, у вас нет опыта». Ну тогда, простите великодушно, милостивый государь, но я как студент шестого не могу более тратить ваше драгоценное время своими неразумными словами. Куда уж мне. Но за внимание к моим ответам спасибо.
Вы пишите очень много, и очень не хочется во все это вникать. Теперь вопрос из области БД уже перешл в область объектной модели. Вы можете сформулировать коротко и понятно? Что надо сделать?
Вам нужно, чтобы код отвечающий за рендеринг компонента стены был независимым? Тогда само по себе напрашивается следующее решение: ответственность за «добывание» из БД данных для рендеринга перекладываете на код, который им занимается. Основной код передает ему идентификатор стены, а рендерер сам достает уже откуда хочет нужные данные. Естественно, придется хранить данные каждого компонента в своей таблице. Картинки в одной, ссылки в другой, что-то еще в третьей.
Зато получаете полную свободу: рендереры полностью независимы по данным и по алгоритму. Их можно удалять, менять, изменять, добавлять не боясь ничего испортить. Может какие-то рендереры будут вообще не в БД данных хранить, а в мемкеше, или в текстовых файликах. Полная назависимость. Ну и в минусе также полная независимость и несвязанность.
> В цикле по этим 10-20 записям вытаскиваю данные из таблицы «wall_element».
Нет. Так не делают в реляционных СУБД. Для этого придумали джоины. Почитайте пожалуйста теорию.
>Но нужно как-то еще погрупировать вот те самые 20фото
Для того чтобы группировать есть GROUP BY. Для того чтобы сортировать ORDER BY.
Я вообще велосипед почти никогда нигде кроме гаража оставляю. Только очень редко, когда катаюсь один, ставлю около магазина пока забегаю воды купить. Минуты на 3-4. За это время никто и тросик не перекусит, да и не у всех кусачки с собой. Но то, что на видео, это просто издевательство.
Отвечу более развернуто:
Зачем вообще нужна «национальная ОС»? Чтобы внедрять её во всех учреждениях и школах? Выкинуть все существующие системы, к которым все привыкли, и поставить Debian?
А какой от этого плюс? Инструмент должен выбираться под задачу, а не потому что он «национальная ОС». Ну давайте примем прямую отвертку как «национальный стандарт отвертки» и откажемся от крестовых шурупов. Можно конечно, но зачем?
В большинстве «веб студий» нет никакого штатного расписания, а зачастую даже трудовых договоров. По этому по желанию в трудовую могут записать что угодно.
> Числовые индексы быстрее чем текстовые
это не так. С чего вы взяли это вообще? Если мне не изменяет память, от строки берется хэш и по нему строится, например, бинарное дерево. Получается не помедленнее чем по числам. От коллизий защищаются постпроверкой.
Возможно такое впечатление сложилось из-за использования LIKE '%variable%', тогда индекс не используется. Подробнее, смотрите EXPLAIN.