Комментарии на: ORM. Коротко и ясно

От: demoriz

demoriz — Sat, 29 May 2010 11:34:54 +0000

http://www.redbeanphp.com
интересный экземпляр ORM

От: Александр

Александр — Sat, 13 Mar 2010 21:05:17 +0000

Ошибка:
$article = new Article_Model(10);
$article->add(ORM::factory(‘category’, 1);

Надо:
$article = new Article_Model(10);
$article->add(ORM::factory(‘category’, 1));

От: Игорь

Игорь — Fri, 02 Oct 2009 18:59:48 +0000

Хранимые процедуры вызываются посредством SQL запроса.
Например, select * from Procedure_name(arg1, arg2, arg3). Так что можно вызвать хранимку через $db->query(). Да и можно в модели воспользоваться нативным PHP.

pg_connect
pg_query
pg_fetchXXXX

Даже получал в одном запросе курсор, фетчил его, и в другом запросе закрывал.

Благодарю за ответы. Пойду ознакомлюсь с содержимым тега.

От: ruX

ruX — Fri, 02 Oct 2009 11:39:07 +0000

Спасибо вам
Разобрался, во многом благодаря этому вашему посту
http://brotkin.ru/2009/04/18/orm-svyazi/

От: BIakaVeron

BIakaVeron — Fri, 02 Oct 2009 09:09:01 +0000

1. Да
2. Не констант, а свойств. Они могут быть переопределены у потомков.
3. Данные свойства отвечают за связи модели с другими моделями. Есть еще дополнительные свойства, описывающие саму модель (например $table_name или $primary_key). Посмотрите статьи с тэгом “ORM”, там все описано.
4. Это желательно, но не всегда так уж необходимо. ORM (особенно в Ko3) достаточно гибок, можно указывать имена таблиц, первичных и внешних ключей и т.д.

Доп. вопросы:
1. См. ответ №4
2. Насколько я знаю, хранимые процедуры не могут вызываться через методы объекта Database (поправьте меня, если ошибаюсь). Но не забывайте, что ORM по сути остается моделью, и в ней можно создавать свои методы для работы с СУБД, в том числе для вызова хранимых процедур.

От: Игорь

Игорь — Fri, 02 Oct 2009 06:43:39 +0000

Здравствуйте. Благодарю за описание. Немного прояснило ситуацию, а то я уже три дня ломаю голову, что это за зверь такой, ORM.

Можно несколько вопросов?
1. Правильно ли я понял, что на каждую таблицу должна быть создана своя модель?
2. Модель создаётся путём прописывания в ней защищённых констант, которые объявляют ключи для связей с другими таблицами?
3. Имена этих констант предопределены:
has_one
has_many
belongs_to
has_and_belongs_to_many ?
4. Для того, чтобы эффективно работать с ORM БД должна быть спроектирована специальным образом?

Если я всё правильно понял, то ещё вопросы:
1. Если БД достаточно большая, и была спроектирована без учёта требований ORM, есть ли смысл притягивать сюда ORM?

2. Моей стандартной практикой является написание хранимых процедур, через которые у меня идёт и выборка, и вставка, и редактирование, и удаление. Получается некий слой абстракции, да ещё и средствами СУБД можно следить за правами. Я не вижу выгод при отказе от своей практики, и переходе на ORM. И дело даже не в том, что на освоение ОRM уйдёт время, просто в хранимых функциях я могу использовать все средства, предоставляемые мне РСУБД.

От: BIakaVeron

BIakaVeron — Thu, 01 Oct 2009 14:03:08 +0000

Согласно конвенции ORM, промежуточная таблица должна называться genres_movies (т.к. буква g находится по алфавиту до буквы m). Также не забывайте, что имена таблиц должны быть во множественном числе.
Метод add() предназначен для работы со связями много-ко-многим, в данном случае фактически он вставляет в промежуточную таблицу запись с article_id=10, category_id=1.

От: ruX

ruX — Thu, 01 Oct 2009 13:53:26 +0000

Здравствуйте.
действительно коротко и ясно, спасибо – многие вещи оказались очень простыми.
Вот только по отношению многие-ко-многим не очень понял.
допустим есть таблицы movie(id, caption, year) и genre(id, genre)
Как тогда поступить?
Третья таблица movie_genre(movie_id, genre_id).
А как это объяснить ORM’у?

В Вашем примере
$article = new Article_Model(10);
$article->add(ORM::factory(‘category’, 1);
вообще не очевидно что происходит…

От: BIakaVeron

BIakaVeron — Mon, 16 Feb 2009 04:24:59 +0000

Как говорится, Кесарю – кесарево
Иногда действительно проще сделать $this->db->query();

От: Slaver

Slaver — Sun, 15 Feb 2009 21:56:52 +0000

ORM удобен, но невсегда. При сложных запросах формировать цепочки зависимостей практически невозможно. По мне идеальный вариант что-нибудь типа DbSimple. Надо будет подумать, как прикрутить его к Kohana.