中州养老第一天

1 说一下中州养老的核心业务流程

在我们养老项目中是从来访参观开始到退住的完整流程,核心业务流程依次为:

1.参观预约:首先家属及老人在小程序上面预约,可以电话预约,线上预约

2.到院参观:预约完成就可以到院参观,前台人员核销预约码,通知养老顾问带领家属及老人参观

3.办理入住: 老人入住由养老顾问提交申请,审批通过后,家属老人选择入住配置 ,签订合同,财务收钱,老人入住

4.护理服务:入住前以选择入住配置,如果由需要额外服务可以进行增加,护理人员服务完成后,上传执行记录。

5.绑定老人:家属小程序绑定入住成功老人,每日可以查看健康情况,缴费清单,增加额外服务等

6.请假销假:老人需要请假,由护理人员提交申请,申请成功后,老人没有按时回来,即使询问家属,按时回来,就进行销假。

7.办理退住:老人住的不合适或者发生意外情况可以进行退住。

1-2 说一下你们项目的整体开发流程

在我们养老项目整体开发流程阶段如下:

  1. 需求分析阶段

  2. 表结构设计

  3. 接口设计

  4. 接口开发

1-3 如何进行表字段的设计

主要就是从产品原型图中分析。主要分为三类:

基本字段:这些字段用于存储实体的基本信息。在设计时需要选择合适的数据类型和长度,以及考虑是否需要添加约束条件来保证数据的完整性和一致性。

辅助字段:这些字段通常不直接存储实体的属性,而是用于记录数据的变更历史或辅助实现业务逻辑。

主键和外键:主键是用来唯一标识表中每条记录的字段,通常用于确保数据的唯一性和索引性能。外键是用于表与表之间建立关联关系的字段,通常用于实现实体之间的关联。

我们项目中是这样进行表字段的开发的。

  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1.以下sql,使用了subplan+broadcast, 请根据语义合理优化该sql, 使其运行效率更高效 select * from user01.tb1 t1 where exists (select max(id) from user01.tb2 t2 where t1.name=t2.name); 2.以下SQL, t1表使用了broadcast算子,请使用 hint 优化,避免t1表使用 broadcast select t1,id,t2.id2 from user01.tb1 t1 inner join user01.t_skew t2 on t1.id=t2.id2 and t1.name='beijing' order by 1; 3.如何判断下列语句是否下推,请写出判断方法: select count(t1.*) from user01.tb1 t1 left join user01.tb2 t2 on t1.id=t2.td and t2.name ='beijing' 4.下列语句的执行计划中,优化器选择表他作为hash内表,t2作为hash外表,请使用hint调整执行计划,使t2做hash内表 select t1.id,t2.id2 from user01.tb1 t1 inner join user01.t_skew t2 on t1.id=t2.id2 and t1.name ='beijing' order by 1 5.将schema权限赋予用户user1 将schema s2下所有表的访问权限赋予用户user1 6.gsql开创建数据库usdb,指定字符集utf-8,限制连接数20启时间检查命令 7.创建名为us01的用户,并将sysadmin权限授权给他 8.创建数据库usdb,指定字符集utf-8,限制连接数20 9.下面的语句的执行计划中州优化器选择了nestloop的关联方式,请根据语义修改语句,其实关联方式变为hashion,以提升查询性能 select * from user01.tb1 t1 where t1.id not in(select t2.id from user01.tb2 t2 where t2.name='shanghai'); 改写参考: select * from user01.tb1 t1 where not exists (select 1 from user01.tb2 t2 where t2.name='shanghai' and t1.id=t2.id) and t1.id is not null; 10.1、下面的执行计划存在性能问题,已知该集群有10个dn,且 select reltuples from pg class Where relname='t1'; 结果为123456798765,请根据执行计划分析,判断性能瓶颈,并给出优化建议: id | operation | E-rows | E-memory | E-width | E-costs ----+-------------------------------+-----------+---------------+-----------|---------- 1 |->Streaming (type: GATHER) | 100 | | 12 | 114.24 2 | ->Hash Join(3,4) | 100 | 1MB | 12 | 111.05 3 | ->Seq Scan on t2 | 100000 | 1MB | 4 | 91.50 4 | ->Hash | 96 | 16MB | 8 | 3.56 5 | ->Streaming(type: BROADCAST) |100| 2MB | 8 | 3.56 6 | ->Seg Scan on t1 | 100 | 1MB | 8 | 3.06
07-24
1. 对于这个SQL语句,可以考虑使用子查询替换exists子句,并将inner join替换为left join。优化后的SQL如下: ```sql select t1.* from user01.tb1 t1 left join ( select max(id) as max_id, name from user01.tb2 group by name ) t2 on t1.name = t2.name and t1.id = t2.max_id; ``` 2. 可以使用`NO_BROADCAST_JOIN` hint来避免t1表使用broadcast算子。优化后的SQL如下: ```sql select /*+ NO_BROADCAST_JOIN(t1) */ t1.id, t2.id2 from user01.tb1 t1 inner join user01.t_skew t2 on t1.id = t2.id2 and t1.name = 'beijing' order by 1; ``` 3. 判断是否下推可以通过查看执行计划中join类型来确定。如果join类型是LEFT JOIN,且右表的过滤条件出现在执行计划的Filter节点中,则说明该条件未下推。如果右表的过滤条件出现在执行计划的Join节点中,则说明该条件已下推。 4. 可以使用`LEADING(t2)` hint来指示优化器选择t2作为hash内表。优化后的SQL如下: ```sql select t1.id, t2.id2 from user01.tb1 t1 inner join /*+ LEADING(t2) */ user01.t_skew t2 on t1.id = t2.id2 and t1.name = 'beijing' order by 1; ``` 5. 赋予用户user1 schema权限的SQL如下: ```sql GRANT USAGE ON SCHEMA schema_name TO user1; ``` 赋予用户user1 schema s2下所有表的访问权限的SQL如下: ```sql GRANT SELECT, INSERT, UPDATE, DELETE ON ALL TABLES IN SCHEMA s2 TO user1; ``` 6. 创建数据库usdb的SQL如下: ```sql CREATE DATABASE usdb WITH ENCODING 'UTF8' CONNECTION LIMIT 20; ``` 7. 创建用户us01并授予sysadmin权限的SQL如下: ```sql CREATE USER us01; GRANT sysadmin TO us01; ``` 8. 创建数据库usdb的SQL如下: ```sql CREATE DATABASE usdb WITH ENCODING 'UTF8' CONNECTION LIMIT 20; ``` 9. 改写后的SQL如下: ```sql select t1.* from user01.tb1 t1 left join ( select id from user01.tb2 where name = 'shanghai' ) t2 on t1.id = t2.id where t2.id is null and t1.id is not null; ``` 10.1、根据执行计划分析,性能瓶颈可能在Hash Join操作上,它的成本较高。建议可以考虑增加内存大小,以减少磁盘I/O的开销,或者调整查询语句,使用索引来加速查询。另外,也可以考虑对数据进行分区或分片,以提高查询效率。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值