网页资讯视频图片知道文库贴吧地图采购
进入贴吧全吧搜索

 
 
 
日一二三四五六
       
       
       
       
       
       

签到排名:今日本吧第个签到,

本吧因你更精彩,明天继续来努力!

本吧签到人数:0

一键签到
成为超级会员,使用一键签到
一键签到
本月漏签0次!
0
成为超级会员,赠送8张补签卡
如何使用?
点击日历上漏签日期,即可进行补签。
连续签到:天  累计签到:天
0
超级会员单次开通12个月以上,赠送连续签到卡3张
使用连续签到卡
01月01日漏签0天
postgresql吧 关注:1,011贴子:1,707
  • 看贴

  • 图片

  • 吧主推荐

  • 游戏

  • 1回复贴,共1页
<<返回postgresql吧
>0< 加载中...

postgresql json

  • 只看楼主
  • 收藏

  • 回复
  • 周哥dj
  • 小学1级
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
数据库可以直接通过sql写逻辑,最终生成前端需要的json格式,java之类的后端开发只需要过过手而已,显得没这么重要了。各位是直接用sql处理逻辑还是传统的从数据库拿出来再进行逻辑处理?


  • spiniper
  • 小学1级
    1
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼
你问的这个问题其实是个蛮专业的问题,这个问题并不从一而终,是根据具体的项目需求来制定的,一般来说分为两种情况:
1、企业级的应用系统,这类系统一般都是依赖于数据库开发,要求数据逻辑严谨,数据完整性高,并且一旦系统上线,数据库迁移可能性低,数据量偏少,这类系统的逻辑一般要求都会写在数据库之内,即是多存储过程的开发,少应用级别的代码开发,因为大部分逻辑写在数据库中,与数据库亲和力高,而且减少应用于数据库的链接次数来减少IO提高运行效率。
2、互联网级的应用,这类应用一般都是依赖程序来开发,这类应用数据量大或者特别大,但是对于数据要求并不十分严谨,而且这类系统数据源众多,内部可能有N个或者N种数据库,也可能使用分布式数据存储和计算,单个数据库不能完成业务。


登录百度账号

扫二维码下载贴吧客户端

下载贴吧APP
看高清直播、视频!
  • 贴吧页面意见反馈
  • 违规贴吧举报反馈通道
  • 贴吧违规信息处理公示
  • 1回复贴,共1页
<<返回postgresql吧
分享到:
©2026 Baidu贴吧协议|隐私政策|吧主制度|意见反馈|网络谣言警示