iwebshop调用数据库

iwebshop的调用数据库调用，说白了就是数据一套MVC框架下的ActiveRecord模式。你写`$model = new IModel('goods')`，调用它底层就拼出一条`SELECT * FROM goods`。数据但真正跑起来，调用坑比想象中多。数据 先看最基础的调用查询。iwebshop的数据IModel类封装了`query`方法，直接传SQL字符串。调用比如你要拿商品列表： ```php $goodsDB = new IModel('goods'); $list = $goodsDB->query("SELECT id,数据 name, price FROM goods WHERE is_del = 0 ORDER BY id DESC LIMIT 10"); ``` 这玩意儿返回的是关联数组，不是调用对象。新手容易在这栽跟头——以为`$list[0]->name`能取到值，数据结果报错。调用得用`$list[0]['name']`。数据 但你要是调用天天手写SQL，那跟不用框架有啥区别？iwebshop给了一套链式操作。比如查某个分类下的商品，带分页： ```php $page = IWeb::$app->getController()->page; $goodsDB->where("category_id = 5 and is_del = 0")->order("id desc")->limit($page->limit); $list = $goodsDB->find(); ``` `find()`返回的是二维数组，每行是一个商品。注意这里`where`条件是字符串拼接，别把用户输入直接怼进去，iwebshop没有预处理机制，你得自己用`intval`或`addslashes`防注入。我见过有人图省事直接拼`$_GET['id']`，结果被SQL注入了，整站数据被拖走，那场面真不好看。 再说说关联查询。iwebshop的IModel不支持join，你得自己写。比如查订单同时要买家昵称： ```php $orderDB = new IModel('order'); $sql = "SELECT o.*, u.username FROM order as o LEFT JOIN user as u ON o.user_id = u.id WHERE o.status = 2"; $rows = $orderDB->query($sql); ``` 这方法笨，但管用。iwebshop官方文档对这块写得稀烂，基本靠猜。 有个细节得提——iwebshop的数据库连接是单例的，每次`new IModel`不会新建连接，而是复用同一个。所以别担心连接数爆掉。但这也带来个问题：如果你在一个请求里改了表前缀或字符集，会影响全局。所以别在业务代码里乱改配置。 缓存这块儿，iwebshop默认不缓存查询结果。但你可以手动用`ICache`： ```php $cache = ICache::getInstance(); $key = 'goods_list_' . $categoryId; $list = $cache->get($key); if (!$list) { $goodsDB = new IModel('goods'); $list = $goodsDB->where('category_id = '.$categoryId)->find(); $cache->set($key, $list, 3600); } ``` 我一般把热数据缓存60秒，冷数据就让它直接查库。别过度设计，iwebshop这框架撑不起太复杂的缓存策略。 最后说个写SQL时容易忽略的点。iwebshop的表结构里，很多表都有`is_del`字段做软删除。你写查询时得记得加条件`is_del = 0`，不然会把已删除的数据查出来。这坑我踩过——后台删了个商品，前台还在显示，排查了半天才发现是忘了加这个条件。 总之，iwebshop的数据库调用远谈不上优雅，但胜在直接。你掌握好`IModel`的`find`、`query`、`where`、`order`这几个方法，配合原生SQL处理复杂业务，基本够用。遇到性能瓶颈，优先查有没有全表扫描，加索引比啥都强。这框架的查询日志默认是关闭的，调试时记得在配置里打开`debug`模式，不然SQL报错你连个线索都找不到。