模型层TP框架数据库的操作

$arr = $info->select();//查询数据 var_dump($arr);

模型层TP框架数据库的操作

标签：dump   home   模型   inf   var   分享   缓存   控制   http   

小编还为您整理了以下内容，可能对您也有帮助：

thinkphp怎么连接数据库

thinkphp连接数据库的方法：

ThinkPHP内置了抽象数据库访问层，把不同的数据库操作封装起来，只需要使用公共的Db类进行操作，而无需针对不同的数据库写不同的代码和底层实现，Db类会自动调用相应的数据库驱动来处理。目前的数据库包括Mysql、SqlServer、PgSQL、Sqlite、Oracle、Ibase、Mongo，也包括对PDO的支持，如果应用需要使用数据库，必须配置数据库连接信息，数据库的配置文件有多种定义方式。

常用的配置方式是在项目配置文件中添加下面的参数：

<?php

//项目配置文件

return array(

//数据库配置信息

'DB_TYPE' => 'mysql', // 数据库类型

'DB_HOST' => 'localhost', // 服务器地址

'DB_NAME' => 'thinkphp', // 数据库名

'DB_USER' => 'root', // 用户名

'DB_PWD' => '', // 密码

'DB_PORT' => 3306, // 端口

'DB_PREFIX' => 'think_', // 数据库表前缀

//其他项目配置参数

// ...

);

需要注意的是，ThinkPHP的数据库连接的惰性的，所以并不是在实例化的时候就连接数据库，而是在有实际的数据操作的时候才会去连接数据库（额外的情况是，在系统第一次实例化模型的时候，会自动连接数据库获取相关模型类对应的数据表的字段信息）。

thinkphp5模型如何使用redis操作数据库CURD操作

模型中添加如下代码，可实现更新或插入前删除缓存：
protected static function init()
{
TurnGiftSetting::beforeInsert(function ($model) {
$redis = new Redis(config('redis'));
$redis->rm(self::$redisKey);
});
TurnGiftSetting::beforeUpdate(function ($model) {
$redis = new Redis(config('redis'));
$redis->rm(self::$redisKey);
});

TurnGiftSetting::beforeDelete(function ($model) {
$redis = new Redis(config('redis'));
$redis->rm(self::$redisKey);
});
TurnGiftSetting::beforeWrite(function ($model) {
$redis = new Redis(config('redis'));
$redis->rm(self::$redisKey);
});
}

thinkphp5模型如何使用redis操作数据库CURD操作

模型中添加如下代码，可实现更新或插入前删除缓存：
protected static function init()
{
TurnGiftSetting::beforeInsert(function ($model) {
$redis = new Redis(config('redis'));
$redis->rm(self::$redisKey);
});
TurnGiftSetting::beforeUpdate(function ($model) {
$redis = new Redis(config('redis'));
$redis->rm(self::$redisKey);
});

TurnGiftSetting::beforeDelete(function ($model) {
$redis = new Redis(config('redis'));
$redis->rm(self::$redisKey);
});
TurnGiftSetting::beforeWrite(function ($model) {
$redis = new Redis(config('redis'));
$redis->rm(self::$redisKey);
});
}

用tp框架写一个注册,要输入到数据库里面,代码该怎么写

首先用D方法实例化一个$user模型类，该模型的功能是连接数据库并且执行User模型里面的一些操作数据库方法。

$user=D('User');

接着就是把从表单获取来用户名与数据库进行比对，调用User模型里面的checkNamePwd($username,$password)方法。

$result=$user->checkNamePwd(I('username'),I('password'));

验证完成之后就把用户信息存如session中，并且跳转到后续页面中。 function
login()
{

$verify=new\Think\Verify();

$user=D('User');

if($verify->check(I('code'))){

$result=$user->checkNamePwd(I('username'),I('password'));

if($result===false){

echo
"用户名或者密码错误！";

}else{

session('username',$result['username']);

session('password',$result['password']);

$this->redirect('Index/index','',2,"欢迎回来!");

}

}else{

echo"验证码错误！，请重新输入！";

}

}
function
checkNamePwd($username,$password)
{ $Info=$this->getByUsername($username); if($Info!=null){ if($password==$Info['password']){ return
$Info; }else{ return
false; } }else
{ return
false; } }

用tp框架写一个注册,要输入到数据库里面,代码该怎么写

首先用D方法实例化一个$user模型类，该模型的功能是连接数据库并且执行User模型里面的一些操作数据库方法。

$user=D('User');

接着就是把从表单获取来用户名与数据库进行比对，调用User模型里面的checkNamePwd($username,$password)方法。

$result=$user->checkNamePwd(I('username'),I('password'));

验证完成之后就把用户信息存如session中，并且跳转到后续页面中。 function
login()
{

$verify=new\Think\Verify();

$user=D('User');

if($verify->check(I('code'))){

$result=$user->checkNamePwd(I('username'),I('password'));

if($result===false){

echo
"用户名或者密码错误！";

}else{

session('username',$result['username']);

session('password',$result['password']);

$this->redirect('Index/index','',2,"欢迎回来!");

}

}else{

echo"验证码错误！，请重新输入！";

}

}
function
checkNamePwd($username,$password)
{ $Info=$this->getByUsername($username); if($Info!=null){ if($password==$Info['password']){ return
$Info; }else{ return
false; } }else
{ return
false; } }

谁能提取一个ThinkPHP5.0操作数据库的M完整用法

M方法用于实例化一个基础模型类，和D方法的区别在于：

1、不需要自定义模型类，减少IO加载，性能较好；

2、实例化后只能调用基础模型类（默认是Model类）中的方法；

3、可以在实例化的时候指定表前缀、数据库和数据库的连接信息；

D方法的强大则体现在你封装的自定义模型类有多强，不过随着新版ThinkPHP框架的基础模型类的功能越来越强大，M方法也比D方法越来越实用了。

M方法的调用格式：

M('[基础模型名:]模型名','数据表前缀','数据库连接信息')

我们来看下M方法具体有哪些用法：

1、实例化基础模型（Model） 类 

在没有定义任何模型的时候，我们可以使用下面的方法实例化一个模型类来进行操作：

//实例化User模型

$User = M('User');

//执行其他的数据操作

$User->select();

这种方法最简单高效，因为不需要定义任何的模型类，所以支持跨项目调用。缺点也是因为没有自定义的模型类，因此无法写入相关的业务逻辑，只能完成基本的CURD操作。

$User = M('User');

其实等效于：

$User = new Model('User');

表示操作think_user表。M方法和D方法一样也有单例功能，多次调用并不会重复实例化。M方法的模型名参数在转换成数据表的时候会自动转换成小写，也就是说ThinkPHP的数据表命名规范是全小写的格式。

2、实例化其他公共模型类 

第一种方式实例化因为没有模型类的定义，因此很难封装一些额外的逻辑方法，不过大多数情况下，也许只是需要扩展一些通用的逻辑，那么就可以尝试下面一种方法。

$User = M('CommonModel:User');

改用法其实等效于：

$User = new CommonModel('User');

因为系统的模型类都能够自动加载，因此我们不需要在实例化之前手动进行类库导入操作。模型类CommonModel必须继承Model。我们可以在CommonModel类里面定义一些通用的逻辑方法，就可以省去为每个数据表定义具体的模型类，如果你的项目已经有超过100个数据表了，而大多数情况都是一些基本的CURD操作的话，只是个别模型有一些复杂的业务逻辑需要封装，那么第一种方式和第二种方式的结合是一个不错的选择。

3、传入表前缀、数据库和其他信息 

M方法有三个参数，第一个参数是模型名称（可以包括基础模型类和数据库），第二个参数用于设置数据表的前缀（留空则取当前项目配置的表前缀），第三个参数用于设置当前使用的数据库连接信息（留空则取当前项目配置的数据库连接信息），例如：

$User = M('db2.User','think_');

表示实例化Model模型类，并操作db2数据库中的think_user表。

如果第二个参数留空或者不传，表示使用当前项目配置中的数据表前缀，如果操作的数据表没有表前缀，那么可以使用：

$User = M('db1.User',null);

表示实例化Model模型类，并操作db1数据库中的user表。

如果你操作的数据库需要不同的用户账号，可以传入数据库的连接信息，例如：

$User = M('User','think_','mysql://user_a:1234@localhost:3306/thinkphp');

表示基础模型类用Model，然后对think_user表进行操作，用user_a账号进行数据库连接，操作数据库是thinkphp。

第三个连接信息参数可以使用DSN配置或者数组配置，甚至可以支持配置参数。

例如，在项目配置文件中配置了：

'DB_CONFIG'=>'mysql://user_a:1234@localhost:3306/thinkphp';

则可以使用：

$User = M('User','think_','DB_CONFIG');

基础模型类和数据库可以一起使用，例如：

$User = M('CommonModel:db2.User','think_');

如果要实例化分层模型的话，利用公共模型类的方式，我们可以使用：

M('UserLogic:User');

来实例化UserLogic，虽然这样做的意义不大，因为可以用

D('User','Logic');

实现同样的功能。

ThinkPHP函数详解：R方法

R方法用于调用某个控制器的操作方法，是A方法的进一步增强和补充。关于A方法的用法见这里。

R方法的调用格式：

R('[项目://][分组/]模块/操作','参数','控制器层名称')

例如，我们定义了一个操作方法

class UserAction extends Action {

public function detail($id){

return M('User')->find($id);

}

}

那么就可以通过R方法在其他控制器里面调用这个操作方法（一般R方法用于跨模块调用）

$data = R('User/detail',array('5'));

表示调用User控制器的detail方法（detail方法必须是public类型），返回值就是查询id为5的一个用户数据。如果你要调用的操作方法是没有任何参数的话，第二个参数则可以留空，直接使用

$data = R('User/detail');

也可以支持跨分组和项目调用，例如：

R('Admin/User/detail',array('5'));

表示调用Admin分组下面的User控制器的detail方法。 

R('Admin://User/detail',array('5'));

表示调用Admin项目下面的User控制器的detail方法。

官方的建议是不要在同一层多太多调用，会引起逻辑的混乱，被公共调用的部分应该封装成单独的接口，可以借助3.1的新特性多层控制器，单独添加一个控制器层用于接口调用，例如，我们增加一个Api控制器层， 

class UserApi extends Action {

public function detail($id){

return M('User')->find($id);

}

}

然后，使用R方法调用 

$data = R('User/detail',array('5'),'Api');

也就是说，R方法的第三个参数支持指定调用的控制器层。

同时，R方法调用操作方法的时候可以支持操作后缀设置C('ACTION_SUFFIX')，如果你设置了操作方法后缀，仍然不需要更改R方法的调用方式。

MVC分别对应了android中的那些内容相对应?

MVC与android分别对应内容如下：

　　1、模型层（model）：对数据库的操作、对网络等的操作都应该在model里面处理，对业务计算等操作也是必须放在的该层的。
　　2、视图层（view）：一般采用xml文件进行界面的描述，使用的时候可以非常方便的引入，在android中也可以使用javascript+html等的方式作为view层，这里需要进行java和javascript之间的通信，android提供了它们之间非常方便的通信实现。
　　3、控制层（controller）：android的控制层通常在acitvity，不要直接在acitivity中写代码，要通过activity交割model业务逻辑层处理， 这样做的另外一个原因是android中的acitivity的响应时间是5s，如果耗时的操作放在这里，程序就很容易被回收掉。
　　提示：mvc是model,view,controller的缩写，mvc包含三个部分：
　　1、模型（model）对象：是应用程序的主体部分，所有的业务逻辑都应该写在该层。
　　2、视图（view）对象：是应用程序中负责生成用户界面的部分。也是在整个mvc架构中用户唯一可以看到的一层，接收用户的输入，显示处理结果。
　　3、控制器（control）对象：是根据用户的输入，控制用户界面数据显示及更新model对象状态的部分，控制器更重要的一种导航功能，想用用户出发的相关事件，交给m处理。

MVC分别对应了android中的那些内容相对应?

MVC与android分别对应内容如下：

　　1、模型层（model）：对数据库的操作、对网络等的操作都应该在model里面处理，对业务计算等操作也是必须放在的该层的。
　　2、视图层（view）：一般采用xml文件进行界面的描述，使用的时候可以非常方便的引入，在android中也可以使用javascript+html等的方式作为view层，这里需要进行java和javascript之间的通信，android提供了它们之间非常方便的通信实现。
　　3、控制层（controller）：android的控制层通常在acitvity，不要直接在acitivity中写代码，要通过activity交割model业务逻辑层处理， 这样做的另外一个原因是android中的acitivity的响应时间是5s，如果耗时的操作放在这里，程序就很容易被回收掉。
　　提示：mvc是model,view,controller的缩写，mvc包含三个部分：
　　1、模型（model）对象：是应用程序的主体部分，所有的业务逻辑都应该写在该层。
　　2、视图（view）对象：是应用程序中负责生成用户界面的部分。也是在整个mvc架构中用户唯一可以看到的一层，接收用户的输入，显示处理结果。
　　3、控制器（control）对象：是根据用户的输入，控制用户界面数据显示及更新model对象状态的部分，控制器更重要的一种导航功能，想用用户出发的相关事件，交给m处理。

thinkphp5中的model模型层，有什么用

m模型，一般情况下，我们会在c控制器中写业务逻辑，而在m模型中处理数据。

比如以一个登陆模块为例，在登陆的控制器中获取登录信息，返回登陆结果，这是属于业务逻辑，而登陆信息在数据库的查询，MD5加密进行密码比较的过程，这是对数据的处理。所以，m的主要作用就是把业务逻辑和数据处理分离，增加代码的阅读性与可维护性。当然，如果你数据处理的代码量比较小，写在控制器里也无不可，但是但你进行大幅度大量的数据增删改查时，就有必要和业务逻辑分离使用model了

三层架构各层之间的依赖关系是什么？

三层架构分别为表现层、业务逻辑层、数据访问层。

三层架构各层之间的依赖关系是：

1、表现层依赖业务逻辑层以实现业务数据处理。

2、业务逻辑层依赖数据访问层来读取数据库中的数据或将处理结果存入数据库中。

3、而数据访问层与表现层的依赖刚好相反。

其实使用三层架构开发的重点在业务逻辑层的实现。

三层架构区分层次的目的即为了“高内聚低耦合”的思想。在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。

扩展资料

三层架构每层的作用：

1、数据访问层：主要是对非原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据库的操作，而不是数据，具体为业务逻辑层或表示层提供数据服务。

2、业务逻辑层：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。

3、界面层：主要表示WEB方式，也可以表示成WINFORM方式，WEB方式也可以表现成：aspx，如果逻辑层相当强大和完善，无论表现层如何定义和更改，逻辑层都能完善地提供服务。

参考资料：百度百科-三层架构