视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
mysql存储过程问与app问题
2020-11-09 16:41:38 责编:小采
文档


mysqlapp存储过程

最近做一款app的时候用到存储过程 突然有了些想法 请大神答疑
传统的app结构
1app请求web服务器
2web服务器调用脚本语言操作数据库
3数据库返回结果给web服务器
4web服务器将结果返回给app

那么是否app可以直接请求db呢?
假设db在公网 app网段可以请求到
db中以过程的形式执行 那么就成了
1app请求数据库
2数据库返回数据给app
就相当于省去了web服务器环节

假设db可以承受的并发 IO cache cpu 足够大 不考虑后期维护更新 那么这种架构是否可行?缺点在哪?

下载本文
显示全文
专题