Комментарии: Знакомимся с Query Builder http://kohanaframework.su Документация и обучение фреймворку Kohana v3.2 Tue, 04 Aug 2015 19:12:36 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Автор: xoptov http://kohanaframework.su/database/query_builder/comment-page-1#comment-1603 xoptov Sat, 30 Mar 2013 07:39:57 +0000 http://kohanaframework.su/?page_id=1427#comment-1603 Спасибо автору за труд. На самом деле Query Builder очень полезный инструмент когда ты хочешь сделать поиск по нескольким таблицам с использованием join. Например у вас есть одна большая форма которая содержит поля аналогичные полям в разных таблицах и вам нужно оптимизировать поиск таким образом чтобы не джоинить таблицы поля которых вы не указали в форме - вот тут то QueryBuilder просто незаменим.... Спасибо автору за труд. На самом деле Query Builder очень полезный инструмент когда ты хочешь сделать поиск по нескольким таблицам с использованием join. Например у вас есть одна большая форма которая содержит поля аналогичные полям в разных таблицах и вам нужно оптимизировать поиск таким образом чтобы не джоинить таблицы поля которых вы не указали в форме — вот тут то QueryBuilder просто незаменим….

]]> Автор: Денис Васильевич http://kohanaframework.su/database/query_builder/comment-page-1#comment-1188 Денис Васильевич Sun, 26 Aug 2012 09:51:55 +0000 http://kohanaframework.su/?page_id=1427#comment-1188 ->where('codes', '=', $codes) И правильно будет cities, а не citys. Если по английски :) ->where(‘codes’, ‘=’, $codes)

И правильно будет cities, а не citys. Если по английски :)

]]> Автор: Alexei http://kohanaframework.su/database/query_builder/comment-page-1#comment-1187 Alexei Sun, 26 Aug 2012 09:41:53 +0000 http://kohanaframework.su/?page_id=1427#comment-1187 Никак не могу составить выборку колонки 'name' из бд 'citys', где значение колонки 'codes' будет равняться $codes. Всё дело уперается в то, что вставляю переменную $codes - кохана фыркает. Если же вставляю число, то всё нормально. Помогите, пожалуйсто. Никак не могу составить выборку колонки ‘name’ из бд ‘citys’, где значение колонки ‘codes’ будет равняться $codes. Всё дело уперается в то, что вставляю переменную $codes — кохана фыркает. Если же вставляю число, то всё нормально. Помогите, пожалуйсто.

]]> Автор: root http://kohanaframework.su/database/query_builder/comment-page-1#comment-1123 root Wed, 01 Aug 2012 06:08:57 +0000 http://kohanaframework.su/?page_id=1427#comment-1123 безбожно тормозить это вслучае неправильного описания моделей орм. часть запросов которые орм использует нужны ей для получения информации, кто не дает описать всю эту информацию в модель (но это делается когда БД уже закончена)? безбожно тормозить это вслучае неправильного описания моделей орм. часть запросов которые орм использует нужны ей для получения информации, кто не дает описать всю эту информацию в модель (но это делается когда БД уже закончена)?

]]> Автор: root http://kohanaframework.su/database/query_builder/comment-page-1#comment-1122 root Wed, 01 Aug 2012 06:06:02 +0000 http://kohanaframework.su/?page_id=1427#comment-1122 А кто сказал, что сложные запросы в орм не реализуемые? Даже если не будет использоваться готовая орм, то при проектировании проекта, будет спроектирована своя орм ну или ее подобие, т.е. абстрактная модель с набором стандартных функций (CRUD к приеру), вывод результатов, построение запросов, связи и тд. Если честно не видел ни одного сложного проекта без ОРМ (в основном Doctrine иногда проскакивает php-activerecord, ну или как писал выше свой велосипед) А кто сказал, что сложные запросы в орм не реализуемые? Даже если не будет использоваться готовая орм, то при проектировании проекта, будет спроектирована своя орм ну или ее подобие, т.е. абстрактная модель с набором стандартных функций (CRUD к приеру), вывод результатов, построение запросов, связи и тд. Если честно не видел ни одного сложного проекта без ОРМ (в основном Doctrine иногда проскакивает php-activerecord, ну или как писал выше свой велосипед)

]]> Автор: Денис Васильевич http://kohanaframework.su/database/query_builder/comment-page-1#comment-1114 Денис Васильевич Tue, 31 Jul 2012 09:38:42 +0000 http://kohanaframework.su/?page_id=1427#comment-1114 Ну тогда может получиться, что написал просто, а на деле все это будет безбожно тормозить. Серьезный сложный проект -это обычно тяжелый проект в плане запросов. А для таких проектов мне почему-то как раз рекомендуют не использовать ОРМ. Получается непонятная ситуация. Вроде для простых - не требуется, а для сложных - нежелательно. Ну тогда может получиться, что написал просто, а на деле все это будет безбожно тормозить. Серьезный сложный проект -это обычно тяжелый проект в плане запросов. А для таких проектов мне почему-то как раз рекомендуют не использовать ОРМ. Получается непонятная ситуация. Вроде для простых — не требуется, а для сложных — нежелательно.

]]> Автор: root http://kohanaframework.su/database/query_builder/comment-page-1#comment-1113 root Tue, 31 Jul 2012 06:10:33 +0000 http://kohanaframework.su/?page_id=1427#comment-1113 плюс с орм уходит рутина типа CRUD, связи, результаты, к примеру проект 356 таблиц, для всех писать это утомительно долго. плюс с орм уходит рутина типа CRUD, связи, результаты, к примеру проект 356 таблиц, для всех писать это утомительно долго.

]]> Автор: root http://kohanaframework.su/database/query_builder/comment-page-1#comment-1112 root Tue, 31 Jul 2012 06:02:27 +0000 http://kohanaframework.su/?page_id=1427#comment-1112 тут уже вопрос в том для чего это делается. ОРМ и прочие технологии применяются в основном для переносимости, проект может работать как под MySQL так и под Oracle. и чтобы перенос был легким применяются технологии, абстракции и прочее. понятно что мелким проектам это не нужно, но если проект серьезный, то лучше реализовать это через ОРМ, даже если проще написать прямой запрос. так как потом бегать по всему коду проекта и править запросы не вариант. плюс если идет коммандная разработка и БД постоянно изменяется то орм предоставит больше удобства в работе чем прямые запросы. хотя бы освободит от перебиваний таблиц. тут уже вопрос в том для чего это делается. ОРМ и прочие технологии применяются в основном для переносимости, проект может работать как под MySQL так и под Oracle. и чтобы перенос был легким применяются технологии, абстракции и прочее. понятно что мелким проектам это не нужно, но если проект серьезный, то лучше реализовать это через ОРМ, даже если проще написать прямой запрос. так как потом бегать по всему коду проекта и править запросы не вариант. плюс если идет коммандная разработка и БД постоянно изменяется то орм предоставит больше удобства в работе чем прямые запросы. хотя бы освободит от перебиваний таблиц.

]]> Автор: Денис Васильевич http://kohanaframework.su/database/query_builder/comment-page-1#comment-1110 Денис Васильевич Mon, 30 Jul 2012 13:19:04 +0000 http://kohanaframework.su/?page_id=1427#comment-1110 Честно говоря для меня иногда проще написать запрос, чем задумываться, а как же этот запрос будет выглядеть при использовании qb или orm. Да и шустрее работать будет всяко. Честно говоря для меня иногда проще написать запрос, чем задумываться, а как же этот запрос будет выглядеть при использовании qb или orm. Да и шустрее работать будет всяко.

]]> Автор: root http://kohanaframework.su/database/query_builder/comment-page-1#comment-1109 root Mon, 30 Jul 2012 13:12:29 +0000 http://kohanaframework.su/?page_id=1427#comment-1109 с таким суждением для Вас и ОРМ наглядности не прибавит. с таким суждением для Вас и ОРМ наглядности не прибавит.

]]>