当前位置：首页 > 文章列表 > 数据库 > MySQL > node js 各类数据库常用方法封装的、心路历程、、

node js 各类数据库常用方法封装的、心路历程、、

来源：SegmentFault 2023-01-11 14:26:07 0浏览收藏

哈喽！今天心血来潮给大家带来了《node js 各类数据库常用方法封装的、心路历程、、》，想必大家应该对数据库都不陌生吧，那么阅读本文就都不会很困难，以下内容主要涉及到MySQL、Redis、mongodb、Node.js，若是你正在学习数据库，千万别错过这篇文章~希望能帮助到你！

这是我写出access-db方法库所经历的一个过程，在这里记录下吧

想法的诞生

小公司的发展本来就不易，成本方面，是能有多节约就多节约。有时多个人干的事转由一个人干，也是毫不奇怪
。也是在这种情况下，我慢慢的成了全栈开发。

最初为了省钱，外加我们只做小程序，就选择了第三方云服务商作为后台。刚开始还好，后面久了，发现他们提供的接口方法使用起来并没有想像的那么轻松。特别是在复杂查寻的情况下，代码太过复杂，不易读，修改起来也不方便。于是我就开始思考怎么去简化他的查寻。下面这个查寻方法，就是封装的最初版，可以看到，

fetchFindByCheck({
  tableName: app.table.active_sign,
  relationship: ['and', 'and'],
  way: ['in', 'compare', 'compare'],
  params: [
    { key: 'child_id', value: childID },
    { key: 'active_id', operator: '=', value: that.aid },
    { key: 'is_delete', operator: '=', value: false },
  ],
  limit: 30,
  page: 1,
  order_by: '-created_at',
  expand: [],
}).then((res2) => {
  let tempJoined = res2.data.objects
  console.log('tempJoin', tempJoined)
},(err)=>{})

但即使如此，我还是封装了一套最简单的方法。

minapp-fetch 出现

用过云服务的肯定都知道，云服务有很多类别的接口。就比如微信云开发，它会提供小程序端的接口、云函数的接口、甚至web接口。我们选择的云服务商，刚开始用得还好，后面由于业务多样化，我们又面临不得不使用web的情况。而且，云服务商提供的web接口也和小程序上面的调用方式不一样，就导致即使同样的查寻，也要写两套不同的查寻方法。如果你还要用他的云函数、或者其他端的api，那更是让你头大。

怎么办呢？为了减轻开发和维护难度，提高开发效率。我产生了一个大胆的想法：要是能把各个端的接口都统一成一种，那不就很简单了吗。想法是好的，但实现起来就没那么容易了。最初在写web端的接口时，我好几次都想放弃，感觉把这些不同的写法，统一成一种，真的是有点难。因为你不但要尽可能的保证同一种增删改查，在不同端得到的结果是一样的，还要通过算法，保证封装的方法尽可能的简单。

经过一段时间的奋斗，方法终于出来了，这个时候，我给它取了一个名字，叫做 minapp-fetch ，现在也发布在了npm上，但它只支持我们使用过的云服务商的api。它的写法更加简洁，如下：

fetchFind(app.table.question, {
  p1: {
    way: 'compare',
    data: ['status', '>', 0]
  },
  p2: {
    way: 'compare',
    data: ['is_admin_answered', '=', false]
  },
  p3: {
    way: 'compare',
    data: ['is_admin_read', '=', false]
  },
  r: 'p1 && (p2 || p3)',
  page: commen.page,
  limit: commen.limit,
  order_by: '-created_at',
  expand: ['created_by']
})

其中，

let rule = 'p3 || p7'

minapp.find(table, {
  p1: ['cat_label1', 'in', userChannels=[]],
  p2: ['cat_label2', 'stringLength', 23], //查寻字符串长度为23的
  p4: ['cat_label2', 'stringLength', 23, 100], //查寻字符串长度在23到100的
  p3: ['id', 'notIn', history],
  p7: ['status', '=', 20],
  p8: ['name', 'matches', /^foo/i],
  p15: ['geo_point', 'include', [15, 15]], //坐标点，经纬[longitude, latitude]
  p21: ['geo_point', 'withinCircle', [15, 15], r], //r 单位 km
  p23: ['geo_point', 'withinRegion', [15, 15], max_r], //max_r, min_r 单位为 m
  p28: ['geo_point', 'within', [0, 0], [6, 0], [6, 9], [0, 9], [0, 0]], //坐标点集，首点=尾点，经纬[longitude, latitude]
  p63: ['content', 'isNull', true],
  p93: ['content', 'isExists', false],

  r: isSelect ? rule : '(p1 && (p2 || p3)) && (p57 && p93)',
  page: 1, //默认值
  limit: 20, //默认值
  orderBy: '-created_at', //默认值
  expand: [], //默认值
  select: [], //默认值
  withCount: false, //默认值
})

可以看到，上面的find方法，已经相当复杂了，但它给人的感觉，还是很清。你甚至可以随意更换

import {mysql, mongodb, fastdb} from 'access-db'

async function exp() {
  let {data} = await mongodb.get('table11', id)
  
  await mysql.find('table2', {
    p0: ['num', '=', data.num],
    r: 'p0'
  })
}

因为每一种数据库，都有自己的特点，所以，封装的方法里面，肯定会有个体差异，这也无法避免。