想法
ELI_He999
这个作者很懒,什么都没留下…
展开
-
水平分表方案
由于某个单表数据过多,影响查询效率,于是选择分表,将原来的业务表按某个维度拆分成几个表。1. 想要日期相关,按照业务中日期字段,后缀以时间对应。3. 某一字段分表:地区、部门类型。原创 2024-06-11 13:59:07 · 127 阅读 · 0 评论 -
下载中心表设计
对用户来说,下载文件和配置下载管理是两个可直接交互的功能。2. 后台扫描文件表,查看是否有数据没有导出/没有生成文件。3)停止下载任务(单线程任务相当于取消,多线程任务暂停)。3. 根据条件生成文件,更新文件导出任务状态。5)查询任务信息(从内存或数据库中查询)。用户点击下载器(打开下载器、下载列表)2. 用户点击某任务,查询状态后下载。2)开始下载任务(新建或断点续传)。4)取消下载任务(停止并删除)。1. 用户点击下载,创建下载任务。1)添加下载任务(手动开始)。1. 查询下载任务,生成列表。原创 2024-06-07 12:14:31 · 224 阅读 · 0 评论 -
树形结构-数据表模型
将level字段添加到表中,有level大于1的时候,先根据level搜索出节点作为根节点。现在我有一个需求,在这个树形结构里添加一个筛选,根据节点的级别来筛选。加上 邻接表 的特性。原创 2024-05-24 14:56:00 · 192 阅读 · 0 评论 -
API设计
接口不要为了兼容不同的逻辑分支,增加参数让调用方去抉择。在API层面不应该暴露实现细节,从而误导用户。一个API只做一件事情。原创 2024-05-21 15:50:54 · 131 阅读 · 0 评论 -
Token, AppId的使用方式使用场景
这样服务方,一可以确定第三方得到了用户对此次服务的授权(根据用户授权凭据),二可以确定第三方的身份是可以信任的(根据身份凭据),所以,最终的结果就是,第三方顺利地从服务方获取到了此次所请求的服务 从上面的流程中可以看出,此时,微信会通过appkey去查找对应的appsecret,然后再将ABC参数与查询出来的appsecret做一遍相同的签名算法,如果得到的签名串一致,则认为是授权成功。appkey生成比较简单,一般是用户ID+字符串组成,方法很多,做到唯一性就可以。Oauth2.0认证方法。原创 2024-05-17 18:13:20 · 181 阅读 · 0 评论