Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
Страницы 1
sqlSELECT f1.hash_code, f1.field1, f1.field2 count(firm_code) as cntm, max(f1.price) as price_max, min(f1.price) as price_min FROM `cars` f1 GROUP BY f1.hash_code ORDER BY cntm DESCТ.е. насколько я понимаю все-таки группировку где-то надо убирать
Если хочется решить задачу в рамках SQL, есть два способа:
sqlmax(field1) field1, max(field2) field12
, если по смыслу их значения одинаковы.Правильно ведь понимаю, что эти поля — из справочника? Если нет, постановка неверна.
medar
Нет, всё верно. Ассоциативный список —
xml<dd>
и
xml<dt>
, а они именно так и выводятся.
## = Вывод в две колонки == Есть и такая возможность. Ассоциативный список заключается в блочные теги %%##%%, стоящие единственными в строке. = Для чего нужно == Удобно для разных руководств и манов, когда в левой части даётся режим или команда, а в правой пространно объясняется, как и что с ней можно делать. ## |
|
Строчные теги | Определяют разметку внутри строки — строчную. Строчная разметка не разрывает абзац. |
---|---|
Блочные теги | Элементы, описываемые блочными тегами, являются абзацами. К ним относятся обычные абзацы, абзацы с оформлением, заголовки, элементы списков, блоки
xml<div> , блочные цитаты, блоки кода. |
А внутренняя адресация?
Настоящим граммар-наци не помешала бы возможность пожаловаться тексты статей Laravel.ru традиционным способом -- через Ctrl+Enter. Сначала подумал, что мог бы и заполучить доступ на запись в SVN доки, но править в SVN вряд ли бы стал. А ругаться конкретно на то, что увидел -- всегда пожалуйста.
Вот на форуме, например, типографика и цвета правильные.
Именно типографика на форуме отсутствует.
Хочешь сказать, что БД не высчитывает каждый раз такие хитрые поля?
Высчитывает. Но в СУБД как в ФП-системе экономия ресурсов заключается в декомпозиции и хранении минимально необходимых данных и пренебрежением к накладным расходам на вычисление значений. Тем более, в пределах одной строки (курсора).
Если Laravel не позволяет использовать конструкцию, предложенную boyxil -- это концептуальный недостаток и повод авторам Laravel задуматься над архитектурой.
По идее лучше сделать отдельное поле, где будут хранится те 15 символов
На самом деле для нормального сервера СУБД всё ровно наоборот: обработкой в памяти можно пренебречь, а короткие строки БД лучше кэшируются. Уж поверьте моему опыту СУБД-шника.
Не выдержала душа поэта, зарегистрировался. :-)
Страницы 1