TP细节总括1

TP细节总括1

TP细节总结1

  1. 接受参数尽量采取I函数,代替post、get 更安全!

    I(‘变量类型.变量名/修饰符’,[‘默认值’],[‘过滤方法’],[‘额外数据源’])

  2. 在where 条件处尽量使用 array格局where(array(‘id’=>$id))

  1. 在拔取myql 举办询问时,若唯有一条数据,用limit 1 做限定,加快查询

  2. 肆意挑一条记录

// 千万不要这么做:

$r = mysql_query(“SELECT username FROM user ORDER BY RAND() LIMIT 1”);

 

 // 这要会更好:

$r = mysql_query(“SELECT count(*) FROM user”);

$d = mysql_fetch_row($r);

$rand = mt_rand(0,$d[0] – 1);

$r = mysql_query(“SELECT username FROM user LIMIT $rand, 1”);

  1. 事关操作

  1. 论及模型

  2. 涉及关系

    普通大家所说的关系关系包括下边两种:

    一对一关联 :ONE_TO_ONE,包括HAS_ONE 和 BELONGS_TO

    一对多关联 :ONE_TO_MANY,包括HAS_MANY 和 BELONGS_TO

    多对多关联 :MANY_TO_MANY

    涉及关系势必有一个参照表,例如:

  • 有一个职工档案管理系统项目,那些连串要包括上边的一对数据表:基本信息表、员工档案表、部门表、项目组表、银行卡表(用来记录员工的银行卡资料)。

  • 这个数据表之间存在必然的涉及关系,大家以职工基本信息表为参照来分析和此外表之间的关系:

  • 各样职工必然有对应的员工档案资料,所以属于HAS_ONE关联;

  • 每个员工必须属于某个部门,所以属于BELONGS_TO关联;

  • 各类职工能够有两个银行卡,然而每张银行卡只可能属于一个职工,由此属于HAS_MANY关联;

  • 每个员工可以而且在六个门类组,每个项目组同时有六个员工,因而属于MANY_TO_MANY关联;

  • 解析清楚数据表在此以前的涉及关系后,我们才可以开展关联定义和涉及操作。

  1. 关系定义

    ThinkPHP可以很自在的到位数据表的关联CURD操作,近期辅助的关系关系包括下面四种:

    HAS_ONEBELONGS_TOHAS_MANYMANY_TO_MANY

一个模型根据业务模型的复杂程度可以同时定义多个关联,不受限制,所有的关联定义都统一在模型类的 $\_link 成员变量里面定义,并且可以支持动态定义。要支持关联操作,模型类必须继承Think\\Model\\RelationModel类,关联定义的格式是: 

namespace Home\\Model; 

use Think\\Model\\RelationModel; 

class UserModel extends RelationModel{ 

 protected $\_link = array( 


'关联1'
=> array( 


'关联属性1' => '定义',



'关联属性N' => '定义',


 ), 


'关联2'
=> array( 


'关联属性1' => '定义',



'关联属性N' => '定义',


 ), 


'关联3' => HAS\_ONE, // 快捷定义 

 ... 

 ); 

} 

下面我们首先来分析下各个关联方式的定义: 
  1. HAS_ONE

    HAS_ONE关联表示最近模型拥有一个子对象,例如,每个员工都有一个人事档案。我们能够建立一个用户模型UserModel,并且增长如下事关定义:

    namespace Home\Model;

    use Think\Model\RelationModel;

    class UserModel extends RelationModel{

    protected $_link = array(

    ‘Profile’=> self::HAS_ONE,

    );

    }

    地方是最简易的艺术,表示其按照了系统内置的数据库规范,完整的概念格局是:

    namespace Home\Model;

    use Think\Model\RelationModel;

    class UserModel extends RelationModel{

    protected $_link = array(

    ‘Profile’=>array(

    ‘mapping_type’ => self::HAS_ONE,

    ‘class_name’ => ‘Profile’,

// 定义更多的关联属性 

 …… 

 ), 

 ); 

} 

关联HAS\_ONE支持的关联属性有: 

**mapping\_type :关联类型** 

这个在HAS\_ONE 关联里面必须使用HAS\_ONE 常量定义。 

**class\_name :要关联的模型类名** 

例如,class\_name 定义为Profile的话则表示和另外的Profile模型类关联,这个Profile模型类是无需定义的,系统会自动定位到相关的数据表进行关联。 

**mapping\_name :关联的映射名称,用于获取数据用** 

该名称不要和当前模型的字段有重复,否则会导致关联数据获取的冲突。如果mapping\_name没有定义的话,会取class\_name的定义作为mapping\_name。如果class\_name也没有定义,则以数组的索引作为mapping\_name。


**foreign\_key :
关联的外键名称** 

外键的默认规则是当前数据对象名称\_id,例如: UserModel对应的可能是表think\_user (注意:think只是一个表前缀,可以随意配置) 那么think\_user表的外键默认为 user\_id,如果不是,就必须在定义关联的时候显式定义 foreign\_key 。


**condition :
关联条件** 

关联查询的时候会自动带上外键的值,如果有额外的查询条件,可以通过定义关联的condition属性。 

**mapping\_fields :
关联要查询的字段** 

默认情况下,关联查询的关联数据是关联表的全部字段,如果只是需要查询个别字段,可以定义关联的mapping\_fields属性。 

**as\_fields :直接把关联的字段值映射成数据对象中的某个字段** 

这个特性是ONE\_TO\_ONE 关联特有的,可以直接把关联数据映射到数据对象中,而不是作为一个关联数据。当关联数据的字段名和当前数据对象的字段名称有冲突时,还可以使用映射定义。 
  1. BELONGS_TO

    Belongs_to 关联表示如今模型从属于此外一个父对象,例如每个用户都属于一个单位。大家得以做如下事关定义。

    ‘Dept’ => self::BELONGS_TO

    一体化格局定义为:

    ‘Dept’ => array(

    ‘mapping_type’ => self::BELONGS_TO,

    ‘class_name’ => ‘Dept’,

    ‘foreign_key’ => ‘userId’,

    ‘mapping_name’ => ‘dept’,

// 定义更多的关联属性 

 …… 

), 

关联BELONGS\_TO定义支持的关联属性有: 

<table>
<tbody>
<tr class="odd">
<td><p><strong>属性</strong></p></td>
<td><p><strong>描述</strong></p></td>
</tr>
<tr class="even">
<td><p>class_name</p></td>
<td><p>要关联的模型类名</p></td>
</tr>
<tr class="odd">
<td><p>mapping_name</p></td>
<td><p>关联的映射名称,用于获取数据用 该名称不要和当前模型的字段有重复,否则会导致关联数据获取的冲突。</p></td>
</tr>
<tr class="even">
<td><p>foreign_key</p></td>
<td><p>关联的外键名称</p></td>
</tr>
<tr class="odd">
<td><p>mapping_fields</p></td>
<td><p>关联要查询的字段</p></td>
</tr>
<tr class="even">
<td><p>condition</p></td>
<td><p>关联条件</p></td>
</tr>
<tr class="odd">
<td><p>parent_key</p></td>
<td><p>自引用关联的关联字段 默认为parent_id 自引用关联是一种比较特殊的关联,也就是关联表就是当前表。</p></td>
</tr>
<tr class="even">
<td><p>as_fields</p></td>
<td><p>直接把关联的字段值映射成数据对象中的某个字段</p></td>
</tr>
</tbody>
</table>
  1. HAS_MANY

    HAS_MANY 关联表示近期模型拥有多少个子对象,例如每个用户有多篇小说,我们可以这样来定义:

    ‘Article’ => self::HAS_MANY

    完全定义情势为:

    ‘Article’ => array(

    ‘mapping_type’ => self::HAS_MANY,

    ‘class_name’ => ‘Article’,

    ‘foreign_key’ => ‘userId’,

    ‘mapping_name’ => ‘articles’,

    ‘mapping_order’ => ‘create_time desc’,

// 定义更多的关联属性 

 …… 

), 

关联HAS\_MANY定义支持的关联属性有: 

<table>
<tbody>
<tr class="odd">
<td><p><strong>属性</strong></p></td>
<td><p><strong>描述</strong></p></td>
</tr>
<tr class="even">
<td><p>class_name</p></td>
<td><p>要关联的模型类名</p></td>
</tr>
<tr class="odd">
<td><p>mapping_name</p></td>
<td><p>关联的映射名称,用于获取数据用 该名称不要和当前模型的字段有重复,否则会导致关联数据获取的冲突。</p></td>
</tr>
<tr class="even">
<td><p>foreign_key</p></td>
<td><p>关联的外键名称</p></td>
</tr>
<tr class="odd">
<td><p>parent_key</p></td>
<td><p>自引用关联的关联字段 默认为parent_id</p></td>
</tr>
<tr class="even">
<td><p>condition</p></td>
<td><p>关联条件 关联查询的时候会自动带上外键的值,如果有额外的查询条件,可以通过定义关联的condition属性。</p></td>
</tr>
<tr class="odd">
<td><p>mapping_fields</p></td>
<td><p>关联要查询的字段 默认情况下,关联查询的关联数据是关联表的全部字段,如果只是需要查询个别字段,可以定义关联的mapping_fields属性。</p></td>
</tr>
<tr class="even">
<td><p>mapping_limit</p></td>
<td><p>关联要返回的记录数目</p></td>
</tr>
<tr class="odd">
<td><p>mapping_order</p></td>
<td><p>关联查询的排序</p></td>
</tr>
</tbody>
</table>

外键的默认规则是当前数据对象名称\_id,例如:UserModel对应的可能是表think\_user (注意:think只是一个表前缀,可以随意配置) 那么think\_user表的外键默认为 user\_id,如果不是,就必须在定义关联的时候定义 foreign\_key 。
  1. MANY_TO_MANY
MANY\_TO\_MANY 关联表示当前模型可以属于多个对象,而父对象则可能包含有多个子对象,通常两者之间需要一个中间表类约束和关联。例如每个用户可以属于多个组,每个组可以有多个用户: 

'Group' =&gt; self::MANY\_TO\_MANY 

完整定义方式为: 

'Group' =&gt; array( 

 'mapping\_type' =&gt; self::MANY\_TO\_MANY, 

 'class\_name' =&gt; 'Group', 

 'mapping\_name' =&gt; 'groups', 

 'foreign\_key' =&gt; 'userId', 

 'relation\_foreign\_key' =&gt; 'groupId', 


'relation\_table' =&gt; 'think\_group\_user' //此处应显式定义中间表名称,且不能使用C函数读取表前缀 

 ) 

MANY\_TO\_MANY支持的关联属性定义有: 

<table>
<tbody>
<tr class="odd">
<td><p><strong>属性</strong></p></td>
<td><p><strong>描述</strong></p></td>
</tr>
<tr class="even">
<td><p>class_name</p></td>
<td><p>要关联的模型类名</p></td>
</tr>
<tr class="odd">
<td><p>mapping_name</p></td>
<td><p>关联的映射名称,用于获取数据用 该名称不要和当前模型的字段有重复,否则会导致关联数据获取的冲突。</p></td>
</tr>
<tr class="even">
<td><p>foreign_key</p></td>
<td><p>关联的外键名称 外键的默认规则是当前数据对象名称_id</p></td>
</tr>
<tr class="odd">
<td><p>relation_foreign_key</p></td>
<td><p>关联表的外键名称 默认的关联表的外键名称是表名_id</p></td>
</tr>
<tr class="even">
<td><p>mapping_limit</p></td>
<td><p>关联要返回的记录数目</p></td>
</tr>
<tr class="odd">
<td><p>mapping_order</p></td>
<td><p>关联查询的排序</p></td>
</tr>
<tr class="even">
<td><p>relation_table</p></td>
<td><p>多对多的中间关联表名称</p></td>
</tr>
</tbody>
</table>

多对多的中间表默认表规则是:**数据表前缀****\_关联操作的主表名\_关联表名** 

如果think\_user 和
think\_group 存在一个对应的中间表,默认的表名应该是 如果是由group来操作关联表,中间表应该是 think\_group\_user,如果是从user表来操作,那么应该是think\_user\_group,也就是说,多对多关联的设置,必须有一个Model类里面需要显式定义中间表,否则双向操作会出错。 中间表无需另外的id主键(但是这并不影响中间表的操作),通常只是由 user\_id 和
group\_id 构成。 默认会通过当前模型的getRelationTableName方法来自动获取,如果当前模型是User,关联模型是Group,那么关联表的名称也就是使用 user\_group这样的格式,如果不是默认规则,需要指定relation\_table属性。 

**3.2.2****版本**开始,relation\_table定义支持简化写法,例如: 

'relation\_table'=&gt;'\_\_USER\_GROUP\_\_'
  1. 关联查询

    由于特性问题,新版撤废了全自动关联查询机制,而统一运用relation方法举行关联操作,relation方法不仅可以启用关联还足以控制局部关联操作,实现了事关操作一切尽在支配之中。

    $User =
    D(“User”);

    $user =
    $User->relation(true)->find(1);

    输出$user结果可能是看似于下面的数量:

    array(

    ‘id’ => 1,

    ‘account’ => ‘ThinkPHP’,

    ‘password’ => ‘123456’,

    ‘Profile’ => array(

    ’email’ => ‘liu21st@gmail.com’,

'nickname' =&gt; '流年',


 ), 

 ) 

我们可以看到,用户的关联数据已经被映射到数据对象的属性里面了。其中Profile就是关联定义的mapping\_name属性。 

如果我们按照下面的方式定义了as\_fields属性的话, 

protected $\_link = array( 

 'Profile'=&gt;array( 

 'mapping\_type' =&gt; self::HAS\_ONE, 

 'class\_name' =&gt; 'Profile', 

 'foreign\_key' =&gt; 'userId', 

 'as\_fields' =&gt; 'email,nickname', 

 ), 

 ); 

查询的结果就变成了下面的结果 

array( 

 'id' =&gt; 1, 

 'account' =&gt; 'ThinkPHP', 

 'password' =&gt; 'name', 

 'email' =&gt; 'liu21st@gmail.com', 


'nickname' =&gt; '流年',


 ) 

email和nickname两个字段已经作为user数据对象的字段来显示了。 

如果关联数据的字段名和当前数据对象的字段有冲突的话,怎么解决呢? 

我们可以用下面的方式来变化下定义: 

'as\_fields' =&gt; 'email,nickname:username', 

表示关联表的nickname字段映射成当前数据对象的username字段。 

默认会把所有定义的关联数据都查询出来,有时候我们并不希望这样,就可以给relation方法传入参数来控制要关联查询的。 

$User =
D("User"); 

$user =
$User-&gt;relation('Profile')-&gt;find(1); 

关联查询一样可以支持select方法,如果要查询多个数据,并同时获取相应的关联数据,可以改成: 

$User = D("User"); 

$list = $User-&gt;relation(true)-&gt;Select(); 

如果希望在完成的查询基础之上 再进行关联数据的查询,可以使用 

$User = D("User"); 

$user = $User-&gt;find(1); 

// 表示对当前查询的数据对象进行关联数据获取 

$profile = $User-&gt;relationGet("Profile"); 

事实上,除了当前的参考模型User外,其他的关联模型是不需要创建的。 
  1. 事关操作

    除外涉及查询外,系统也支撑关联数据的机动写入、更新和删除

  2. 波及写入

    $User = D(“User”);

    $data = array();

    $data[“account”] = “ThinkPHP”;

    $data[“password”] = “123456”;

    $data[“Profile”] = array(

    ’email’ =>’liu21st@gmail.com’,

'nickname' =&gt;'流年',


); 

$result =
$User-&gt;relation(true)-&gt;add($data); 

这样就会自动写入关联的Profile数据。 

同样,可以使用参数来控制要关联写入的数据: 

$result = $User-&gt;relation("Profile")-&gt;add($data); 

当MANY\_TO\_MANY时,不建议使用关联插入。 
  1. 涉嫌更新

    多少的关系更新和涉嫌写入类似

    $User = D(“User”);

    $data[“account”] = “ThinkPHP”;

    $data[“password”] = “123456”;

    $data[“Profile”] = array(

    ’email’ =>’liu21st@gmail.com’,

'nickname' =&gt;'流年',


); 

$result =
$User-&gt; relation(true)-&gt;where(array('id'=&gt;3))-&gt;save($data); 

Relation(true)会关联保存User模型定义的所有关联数据,如果只需要关联保存部分数据,可以使用: 

$result = $User-&gt;relation("Profile")-&gt;save($data); 

这样就只会同时更新关联的Profile数据。 

关联保存的规则: 

**HAS\_ONE**:
关联数据的更新直接赋值 

**HAS\_MANY**:
的关联数据如果传入主键的值 则表示更新 否则就表示新增 

**MANY\_TO\_MANY**:
的数据更新是删除之前的数据后重新写入 
  1. 论及删除

    //删除用户ID为3的记录的同时删除关联数据

    $result =
    $User->relation(true)->delete(“3”);

    // 即使只需要关联删除部分数据,可以行使

    $result =
    $User->relation(“Profile”)->delete(“3”);

     

    2017/6/29 4:55 PM

admin

网站地图xml地图