让对话AI帮助你做程序架构设计,以及解决你的疑问

我想问下对话AI,本文采取的是chatgpt免费版

我问:

你说程序的设计,前后端分离的BS架构。比如工人基础档案1000条记录,工程项目基础档案10条记录,其他相关这两个基础档案的具体功能,比如打卡记录,宿舍记录,工人调动记录。我们的系统可以很方便的获取具体功能的数据库记录,但是本身数据库记录并没有基础档案,只有外键ID. 那我在前端显示的时候,我有两个方案:

  1. 后端提供一个接口,直接显示具体功能和相关档案的信息(使用数据库左连接等相关技术)

  2. 后端提供3个接口,在载入第1个具体功能的记录页面时,例如打卡记录。第一次显示打卡记录的第1页时,同时调用另外两个基础档案接口,把基础档案全部调用出来存放在前端变量里。当调用打卡记录的第二个页面,第三个页面,第n个页面,都只调用具体功能的记录,而基础档案记录直接从页面变量里获取,并循环匹配。

==

你认为,哪个方案更好?

我:

综合以上建议,好的架构,是方案2(架构2)比较好,对吗?如果这样,基于缺点,我想做个变化,即进入某功能的页面后,及其下面有多个子功能或页面,只要进入功能主页面或者子功能主页面都会重新调用基础档案备用,并提示数据不准确时可采取刷新动作。

综上所对话,我们的结论,其实在web2.0时代就提出了,就是ajax开始盛行的年代...

尽量减少对数据库服务的压力是一个良好的设计原则,尤其是在高并发或大数据量的系统中。通过优化数据缓存、减少不必要的查询、合理设计接口等方式,可以有效地提升系统的性能和用户体验。

改进方案正是基于这一思路,既保留了前端缓存带来的性能优势,又通过灵活的刷新机制确保数据的一致性。这样可以在减少数据库压力的同时,保持系统的高效运行。

没有高手,却有AI相伴的羔手...

相关推荐
拼搏奋斗,无悔于青春5 分钟前
一万月薪,能招到真懂AI的工程师吗?先看看行情牌
人工智能·ai
bestcxx14 分钟前
DeepSeek 的“快”与“全”:一次关于搜索、爬虫与信息时效性的讨论
ai·llm
最强小杰26 分钟前
gpt-6-astra 接口疯狂报 429 但 gpt-5.5 同样请求完全正常怎么办?TPM 桶先打满了,不是 RPM 的问题
ai
虎虎(_ _)。゜zzZ30 分钟前
SQLAlchemy入门教程
数据库·后端·python·sql·ai·sqlalchemy
codigger1 小时前
程序员别再踩这 3 个坑——做了五年开发,我把能踩的坑全踩了一遍
后端·ai·程序员·架构·程序员职场
啾啾Fun2 小时前
【一起AI】环境安装:cc-switch一键配置已启用
ai·配置·cc-switch
程序员无隅3 小时前
Harness Engineering Day 4–5:从仓库事实来源到渐进式上下文,构建可验证的 Coding Agent 地图
ai
对角3 小时前
摸鱼神器:一边写代码,一边刷剧,从此没有一点摸鱼时间会被浪费!
ai编程·deepseek·vibecoding