1
2
3
4
5
6
7
8
9
10

<?php defined('SYSPATH') or die('No direct access allowed.');
class Model_User extends Model_Auth_User {
 
	protected $_has_one = array(
            'userinfo'    => array(
                   'model' => 'userinfo',
                   'foreign_key' => 'user_id'
                   )
            );
} // End User Model

1
2
3
4
5
6
7
8
9
10

<?php defined('SYSPATH') or die('No direct access allowed.');
class Model_Userinfo extends Orm {
 
	protected $_belongs_to = array(
            'user' => array(
                   'model' => 'user',
                   'foreign_key' => 'user_id'
            )
            );
} // End User Model

1

$a=$user->userinfo->info1;

1
2

$user ->userinfo->delete();
$user ->delete();

1
2
3
4
5
6
7
8
9
10

$user=ORM::Factory('user',$id);
 
$user->username = $username;
 
$user->userinfo->info1 = $a;
$user->userinfo->info2 = $b;
$user->userinfo->info3 = $c;
 
$user->save();
$user->userinfo->save();

1
2
3
4
5
6
7
8
9
10
11

$user=ORM::Factory('user');
$user->username = $username;
$user->save();
 
$userinfo=ORM::Factory('userinfo');
$userinfo->user_id = $user->id; 
// После сохранения $user значение $user->id определено
$userinfo->info1 = $a;
$userinfo->info2 = $b;
$userinfo->info3 = $c;
$userinfo->save();

7 комментов

Иван пишет 14.03.2011 в 11:16 Не понял, в чем вообще проблема. Принципы те же, что и в случаях со множественными таблицами, поэтому и надо следить за каждой таблицей отдельно. Запись в roles_users тоже не удаляется автоматом, если убирается роль или пользователь. А хотя логически эти таблицы связаны и могут быть объединены в одну, их разделяют для оптимизации работы. “Старшая” таблица по сути неизменная, и используется только для чтения (username и прочее редко меняется). А все, что может регулярно изменяться (всякого рода счетчики входов и т.д.) выносится в отдельную таблицу, чтобы во время обновления главная не дергалась. Так что не все так страшно. Ответить | С цитатой

altesack пишет 15.03.2011 в 12:30 @ Иван: Пришёл к выводу, что в моём случае разделение таблиц users-userinfo неоправдано. Тем более, что главная таблица users как раз регулярно изменяется. Поля last_login и logins. Ответить | С цитатой

Иван пишет 05.04.2011 в 14:31 Ну уж эти-то поля точно лишние в основной таблице users. Это и есть те самые счетчики, которые и надо выносить отдельно, если говорить про оптимизацию. Ответить | С цитатой

Big_Shark пишет 20.04.2011 в 07:12 Так должно работать $user=ORM::Factory(’user’); $user->username = $username; $user->save(); $userinfo=ORM::Factory(’userinfo’); $userinfo->user = $user; $userinfo->info1 = $a; $userinfo->info2 = $b; $userinfo->info3 = $c; $userinfo->save(); Ответить | С цитатой

bvn пишет 27.04.2011 в 16:57 Ряд замечаний, если позволите. 1. По-моему в модели Model_User связь должна описываться так: protected $_has_one = array( ‘userinfo’ => array( ‘model’ => ‘userinfo’, ‘foreign_key’ => ‘id’ ) ); поскольку в таблице users поле id является внешним ключом. 2. С чтением свойств тоже не все так гладко, как хотелось бы, перед тем как их читать, их нужно загрузить: $user->userinfo->find(); 3. Методы save() и delete() можно перекрыть в модели Model_User так, чтобы не надо было делать 2 отдельных вызова: public function save() { $this->userinfo->save(); } public funcion delete() { $this->userinfo->delete(); } Как-то так, может не учел еще каких-то ньюансов, сам только начинаю с этим всем разбираться. Ответить | С цитатой

bvn пишет 27.04.2011 в 17:00 Ага… Затупил… Вовсе не собирался умничать, просто сам так делал и мне казалось, что я прав 1 пункт – не верно, у вас верно. 2 пункт – если верно сделан 1 пункт, то работает без предварительной загрузки… Ну может быть хоть по 3-ему пункту мое замечание было полезным Ответить | С цитатой

bvn пишет 11.05.2011 в 15:52 Черт подери… Я запутался, но похоже что в 1 пункте, я таки прав. Если там указать не id, а user_id, то не получится взаимно запрашивать свойства у связанной модели. То есть $user->userinfo будет работать, а $userinfo->user нет. А если уж то связь один-к-одному, то по-идее должно туда-сюда работать, нет? Ответить | С цитатой