复制代码代码如下:
$sql = ""//原生态sql语句
xx::model()->dbConnection->createCommand($sql)->execute()
二、Active Record方式
(1)New 方式
复制代码代码如下:
$post=new Post
$post->title='sample post'
$post->content='post body content'
$post->save()
(2)Criteria方式
也可以使用 $condition 指定更复杂的查询条件。 不使用字符串,我们可以让 $condition 成为一个 CDbCriteria 的实例,它允许我们指定不限于 WHERE 的条件。
复制代码代码如下:
$criteria=new CDbCriteria
$criteria->select='title'// 只选择 'title' 列
$criteria->condition='postID=:postID'
$criteria->params=array(':postID'=>10)
$post=Post::model()->find($criteria)
一种替代 CDbCriteria 的方法是给 find 方法传递一个数组。 数组的键和值各自对应标准(criterion)的属性名和值,上面的例子可以重写为如下:
复制代码代码如下:
$post=Post::model()->find(array(
'select'=>'title',
'condition'=>'postID=:postID',
'params'=>array(':postID'=>10),
))
当一个查询条件是关于按指定的值匹配几个列时,我们可以使用 findByAttributes()。我们使 $attributes 参数是一个以列名做索引的值的数组。在一些框架中,此任务可以通过调用类似 findByNameAndTitle 的方法实现。虽然此方法看起来很诱人,但它常常引起混淆、冲突和比如列名大小写敏感的问题。
三、Query Builder 方式
复制代码代码如下:
$user = Yii::app()->db->createCommand()
->select('id, username, profile')
->from('tbl_user u')
->join('tbl_profile p', 'u.id=p.user_id')
->where('id=:id', array(':id'=>$id))
->queryRow()
当 web 日志中出现行锁超时错误后,很多开发都会找我来排查问题,这里说下问题定位的难点!1. MySQL 本身不会主动记录行锁等待的相关信息,所以无法有效的进行事后分析。2. 锁争用原因有多种,很难在事后判断到底是哪一类问题场景,尤其是事后无法复现问题的时候。3. 找到问题 SQL 后,开发无法有效从代码中挖掘出完整的事务,这也和公司框架-产品-项目的架构有关,需要靠 DBA 事后采集完整的事务 SQL 才可以进行分析。如果当前有用户在对某行数据进行修改登 *** 作,oracle会在这行数据上添加行级锁,期间,所有用户对该行数据只能查询,不可修改,如果比如说执行update *** 作,需等待该修改 *** 作事务提交或者回滚之后,才行。欢迎分享,转载请注明来源:内存溢出
评论列表(0条)