目前主流前后端分离，遇到数据处理问题，是放前端处理还是放后端处理？
例如：
    同一数据库如下设计
   

        CREATE TABLE `area` (
          `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键ID',
          `name` varchar(100) NOT NULL COMMENT '名称',
          PRIMARY KEY (`id`)
        ); -- 区域表
    

   
   

        CREATE TABLE `student` (
          `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键ID',
          `name` varchar(12) NOT NULL COMMENT '姓名',
          `age` int(11) NOT NULL COMMENT '年龄',
          `province` int(11) NOT NULL COMMENT '省', -- 取自区域表ID
          PRIMARY KEY (`id`)
        ); -- 学生表
    

   

问题一：前后端分离，前端CRUD对学生操作，在列表分页展示学生信息时处理是交由前端处理还是后端处理？(例如学生province字段返回前端是经过left join are表处理过呢还是直接返回provice的id交由前端解析)
问题二：如果交由后端处理，在新增、修改时，省还需从接口中再次获取省份信息是不是多此一举？
问题三：如果学生表与区域表是分不同数据库存储（跨库）不授权方式，有该交由前端还是后端处理？

数据处理当然是在后台处理呀....分页需要传递的参数,传递到后台,再查出来,把查到的结果返回前端,oracle数据库和myql数据库分页的语句有点不同...数据库跨服务器的话,应该就只能分别查了