не думаю что это повредит индексам если они правильно расставлены, или будут возражения?
Как я понимаю он сначала будет сортировать по цене не обращая внимания на имя, о когда попадутся одинаковые цены, только тогда он буде сортировать по имени.
Ну если правильнее то chache.
Ну вот я об этом и говорил, зачем доставать о сортировать, хотя можно сначала отсортировать а потом доставать, потому что при некоторых запросах, возврат данных идет намного дольше чем обработка самого запроса, я же и говорю проще это уже из файла прочитать.
И да как правильно пхп или пчп?
- статьи (разбитые по категориям);
- обратная связь;
- библиотека (каталог файлов), то также с категориями и подкатегориями (дневное, заочное, по курсам);
- разграничение по правам доступа;
Ну вот с этого и начни если заняться нечем. Ну а вообщем я бы взял CMS Joomla, для нее сейчас очень много всего и модулей и дополнений и виджетов и всего прочего, короче на ней можешь развернуть не только соц.сеть а все что угодно.
Если на сайте используется самый минимум, например один или два запроса к хранилищу, тогда лучше на файлах, потому что на соединение с базой уйдет столько же времени, но если сайт по мощнее то лучше конечно БД, здесь и спорить нет смысла. Вот например на сайте стоит счетчик открытия страниц(статей), что быстрее, открыть файл -> считать записаное число -> перезаписать строку -> закрыть файл, или просто оправить запрос к БД по открытому соединению?
А хеш на сайтах для того и делают, что б один раз прочитать файл и не коннэктиться к БД, потому что так быстрее.
В прошлой теме я подумал что это "ругань" какаето, а когда во второй раз увидел, я подумал что человек так не может ругаться, решил проверить а тут имхо, и вправду не ругань
У меня есть задачка над которой я бьюсь уже не оди день, очень много решений, но толковых нет, может кто что посоветует или предложит. Суть в том чтобы создать простое дерево каталогов в MySql. Самое простое что я придумал это вот такая таблица
Я думаю здесь все понятно. Главный вопрос в том как здесь работать без рекурсии, или какую структуру нужно создать что-бы не нужно было применять рекурсию для вывода всего дерева или конкретного каталога с полными путями.
У меня есть еще пару идей, но там целая система, процедуры, триггеры, сложные представление. Но как по мне так они будут тупить при работе с большими деревьями.
У кого какие идеи будут? Я уверен что не перед одним мной стояла такая задача, может кто то ее уже решил?