存储过程 场景 取一段时间内所有日期插入表中


DROP TABLE IF EXISTS calander_temp; 
CREATE TABLE `calander_temp` ( `date` date DEFAULT NULL);
DELIMITER $$
DROP PROCEDURE IF EXISTS dt$$
CREATE PROCEDURE dt(i DATE,j DATE)
BEGIN  
DECLARE nowdate date DEFAULT NOW();  
DECLARE endtmp date DEFAULT NOW();  
set nowdate = DATE_FORMAT(i,'%Y%m%d');  
set endtmp = DATE_FORMAT(j,'%Y%m%d');  
WHILE nowdate<endtmp   
DO  
INSERT INTO `calander_temp` VALUES(nowdate);
set nowdate = DATE_ADD(nowdate,INTERVAL 1 DAY);  
END WHILE; 

END$$
DELIMITER ;

call dt('2016-01-01','2018-02-05');

select * from `calander_temp`;

转载于:https://my.oschina.net/chenshiyue/blog/906793

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Pinot 是一个实时分布式的 OLAP 数据存储和分析系统。LinkedIn 使用它实现低延迟可伸缩的实时分析。Pinot 从离线数据源(包括 Hadoop 和各类文件)和在线数据源(如 Kafka)中攫数据进行分析。Pinot 被设计是可以进行水平扩展的。Pinot 特别适合这样的数据分析场景:分析模型固定,数据只追加以及低延迟,以及分析结果可查询。关键特性:面向列的数据库,提供多种压缩模式,如运行长度、固定比特长度可插入式的索引技术,包括可排序索引、Bitmap 索引和反向索引可根据查询和段元数据对查询和执行进行优化近乎实时的从 Kafka 获数据,以及批量从 Hadoop 获数据类 SQL 的语言支持查询、聚合、过滤、分组、排序和去重支持多值字段水平伸缩以及容错Pinot 非常使用用来查询时许数据以及大维度的数组。Pinot 的组件架构:Pinot 核心概念:示例查询:/*Total number of documents in the table*/ select count(*) from baseballStats limit 0 /*Top 5 run scorers of all time*/  select sum('runs') from baseballStats group by playerName top 5 limit 0 /*Top 5 run scorers of the year 2000*/ select sum('runs') from baseballStats where yearID=2000 group by playerName top 5 limit 0 /*Top 10 run scorers after 2000*/ select sum('runs') from baseballStats where yearID>=2000 group by playerName limit 0 /*Select playerName,runs,homeRuns for 10 records from the table and order them by yearID*/ select playerName,runs,homeRuns from baseballStats order by yearID limit 1 标签:Pinot
2.1. 简介 2.2. 控制反转(IoC)容器 2.2.1. 新的bean作用域 2.2.2. 更简单的XML配置 2.2.3. 可扩展的XML编写 2.2.4. Annotation(注解)驱动配置 2.2.5. 在classpath中自动搜索组件 2.3. 面向切面编程(AOP) 2.3.1. 更加简单的AOP XML配置 2.3.2. 对@AspectJ 切面的支持 2.3.3. 对bean命名pointcut( bean name pointcut element)的支持 2.3.4. 对AspectJ装载时织入(AspectJ load-time weaving)的支持 2.4. 中间层 2.4.1. 在XML里更为简单的声明性事务配置 2.4.2. 对Websphere 事务管理的完整支持 2.4.3. JPA 2.4.4. 异步的JMS 2.4.5. JDBC 2.5. Web层 2.5.1. Spring MVC合理的默认值 2.5.2. Portlet 框架 2.5.3. 基于Annotation的控制器 2.5.4. Spring MVC的表单标签库 2.5.5. 对Tiles 2 支持 2.5.6. 对JSF 1.2支持 2.5.7. JAX-WS支持 2.6. 其他 2.6.1. 动态语言支持 2.6.2. 增强的测试支持 2.6.3. JMX 支持 2.6.4. 将Spring 应用程序上下文部署为JCA adapter 2.6.5. 计划任务 2.6.6. 对Java 5 (Tiger) 支持 2.7. 移植到Spring 2.5 2.7.1. 改变 2.8. 更新的样例应用 2.9. 改进的文档 I. 核心技术 3. IoC(控制反转)容器 3.1. 简介 3.2. 基本原理 - 容器和bean 3.2.1. 容器 3.2.2. 实例化容器 3.2.3. 多种bean 3.2.4. 使用容器 3.3. 依赖 3.3.1. 注入依赖 3.3.2. 依赖配置详解 3.3.3. 使用depends-on 3.3.4. 延迟初始化bean 3.3.5. 自动装配(autowire)协作者 3.3.6. 依赖检查 3.3.7. 方法注入 3.4. Bean的作用域 3.4.1. Singleton作用域 3.4.2. Prototype作用域 3.4.3. Singleton beans和prototype-bean的依赖 3.4.4. 其他作用域 3.4.5. 自定义作用域 3.5. 定制bean特性 3.5.1. 生命周期回调 3.5.2. 了解自己 3.6. bean定义的继承 3.7. 容器扩展点 3.7.1. 用BeanPostProcessor定制bean 3.7.2. 用BeanFactoryPostProcessor定制配置元数据 3.7.3. 使用FactoryBean定制实例化逻辑 3.8. The ApplicationContext 3.8.1. BeanFactory 还是 ApplicationContext? 3.8.2. 利用MessageSource实现国际化 3.8.3. 事件 3.8.4. 底层资源的访问 3.8.5. ApplicationContext在WEB应用中的实例化 3.9. 粘合代码和可怕的singleton 3.10. 以J2EE RAR文件的形式部署Spring ApplicationContext 3.11. 基于注解(Annotation-based)的配置 3.11.1. @Autowired 3.11.2. 基于注解的自动连接微调 3.11.3. CustomAutowireConfigurer 3.11.4. @Resource 3.11.5. @PostConstruct 与 @PreDestroy 3.12. 对受管组件的Classpath扫描 3.12.1. @Component和更多典型化注解 3.12.2. 自动检测组件 3.12.3. 使用过滤器自定义扫描 3.12.4. 自动检测组件的命名 3.12.5. 为自动检测的组件提供一个作用域 3.12.6. 用注解提供限定符元数据 3.13. 注册一个LoadTimeWeaver 4. 资源 4.1. 简介 4.2. Resource接口 4.3. 内置 Resource 实现 4.3.1. UrlResource 4.3.2. ClassPathResource 4.3.3. FileSystemResource 4.3.4. ServletContextResource 4.3.5. InputStreamResource 4.3.6. ByteArrayResource 4.4. ResourceLoader接口 4.5. ResourceLoaderAware 接口 4.6. 把Resource作为属性来配置 4.7. Application context 和Resource 路径 4.7.1. 构造application context 4.7.2. Application context构造器中资源路径的通配符 4.7.3. FileSystemResource 说明 5. 校验,数据绑定,BeanWrapper,与属性编辑器 5.1. 简介 5.2. 使用Spring的Validator接口进行校验 5.3. 从错误代码到错误信息 5.4. Bean处理和BeanWrapper 5.4.1. 设置和获属性值以及嵌套属性 5.4.2. 内建的PropertyEditor实现 6. 使用Spring进行面向切面编程(AOP) 6.1. 简介 6.1.1. AOP概念 6.1.2. Spring AOP的功能和目标 6.1.3. AOP代理 6.2. @AspectJ支持 6.2.1. 启用@AspectJ支持 6.2.2. 声明一个切面 6.2.3. 声明一个切入点(pointcut) 6.2.4. 声明通知 6.2.5. 引入(Introduction) 6.2.6. 切面实例化模型 6.2.7. 例子 6.3. 基于Schema的AOP支持 6.3.1. 声明一个切面 6.3.2. 声明一个切入点 6.3.3. 声明通知 6.3.4. 引入 6.3.5. 切面实例化模型 6.3.6. Advisor 6.3.7. 例子 6.4. AOP声明风格的选择 6.4.1. Spring AOP还是完全用AspectJ? 6.4.2. Spring AOP中使用@AspectJ还是XML? 6.5. 混合切面类型 6.6. 代理机制 6.6.1. 理解AOP代理 6.7. 以编程方式创建@AspectJ代理 6.8. 在Spring应用中使用AspectJ 6.8.1. 在Spring中使用AspectJ进行domain object的依赖注入 6.8.2. Spring中其他的AspectJ切面 6.8.3. 使用Spring IoC来配置AspectJ的切面 6.8.4. 在Spring应用中使用AspectJ加载时织入(LTW) 6.9. 更多资源 7. Spring AOP APIs 7.1. 简介 7.2. Spring中的切入点API 7.2.1. 概念 7.2.2. 切入点运算 7.2.3. AspectJ切入点表达式 7.2.4. 便利的切入点实现 7.2.5. 切入点的超类 7.2.6. 自定义切入点 7.3. Spring的通知API 7.3.1. 通知的生命周期 7.3.2. Spring里的通知类型 7.4. Spring里的Advisor API 7.5. 使用ProxyFactoryBean创建AOP代理 7.5.1. 基础 7.5.2. JavaBean属性 7.5.3. 基于JDK和CGLIB的代理 7.5.4. 对接口进行代理 7.5.5. 对类进行代理 7.5.6. 使用“全局”通知器 7.6. 简化代理定义 7.7. 使用ProxyFactory通过编程创建AOP代理 7.8. 操作被通知对象 7.9. 使用“自动代理(autoproxy)”功能 7.9.1. 自动代理bean定义 7.9.2. 使用元数据驱动的自动代理 7.10. 使用TargetSource 7.10.1. 热交换目标源 7.10.2. 池化目标源 7.10.3. 原型目标源 7.10.4. ThreadLocal目标源 7.11. 定义新的Advice类型 7.12. 更多资源 8. 测试 8.1. 简介 8.2. 单元测试 8.2.1. Mock对象 8.2.2. 单元测试支持类 8.3. 集成测试 8.3.1. 概览 8.3.2. 使用哪个支持框架 8.3.3. 通用目标 8.3.4. JDBC测试支持 8.3.5. 常用注解 8.3.6. JUnit 3.8遗留支持 8.3.7. Spring TestContext Framework 8.3.8. PetClinic示例 8.4. 更多资源 II. 中间层数据访问 9. 事务管理 9.1. 简介 9.2. 动机 9.3. 关键抽象 9.4. 使用资源同步的事务 9.4.1. 高层次方案 9.4.2. 低层次方案 9.4.3. TransactionAwareDataSourceProxy 9.5. 声明式事务管理 9.5.1. 理解Spring的声明式事务管理实现 9.5.2. 第一个例子 9.5.3. 回滚 9.5.4. 为不同的bean配置不同的事务语义 9.5.5. 有关的设置 9.5.6. 使用 @Transactional 9.5.7. 事务传播 9.5.8. 通知事务操作 9.5.9. 结合AspectJ使用 @Transactional 9.6. 编程式事务管理 9.6.1. 使用TransactionTemplate 9.6.2. 使用PlatformTransactionManager 9.7. 选择编程式事务管理还是声明式事务管理 9.8. 与特定应用服务器集成 9.8.1. IBM WebSphere 9.8.2. BEA WebLogic 9.8.3. Oracle OC4J 9.9. 常见问题的解决方法 9.9.1. 对一个特定的 DataSource 使用了错误的事务管理器 9.10. 更多的资源 10. DAO支持 10.1. 简介 10.2. 一致的异常层次 10.3. 一致的DAO支持抽象类 11. 使用JDBC进行数据访问 11.1. 简介 11.1.1. 选择一种工作模式 11.1.2. Spring JDBC包结构 11.2. 利用JDBC核心类控制JDBC的基本操作和错误处理 11.2.1. JdbcTemplate类 11.2.2. NamedParameterJdbcTemplate类 11.2.3. SimpleJdbcTemplate类 11.2.4. DataSource接口 11.2.5. SQLExceptionTranslator接口 11.2.6. 执行SQL语句 11.2.7. 执行查询 11.2.8. 更新数据库 11.2.9. 获自动生成的主键 11.3. 控制数据库连接 11.3.1. DataSourceUtils类 11.3.2. SmartDataSource接口 11.3.3. AbstractDataSource类 11.3.4. SingleConnectionDataSource类 11.3.5. DriverManagerDataSource类 11.3.6. TransactionAwareDataSourceProxy类 11.3.7. DataSourceTransactionManager类 11.3.8. NativeJdbcExtractor 11.4. JDBC批量操作 11.4.1. 使用JdbcTemplate进行批量操作 11.4.2. 使用SimpleJdbcTemplate进行批量操作 11.5. 通过使用SimpleJdbc类简化JDBC操作 11.5.1. 使用SimpleJdbcInsert插入数据 11.5.2. 使用SimpleJdbcInsert来获自动生成的主键 11.5.3. 指定SimpleJdbcInsert所使用的字段 11.5.4. 使用SqlParameterSource提供参数值 11.5.5. 使用SimpleJdbcCall调用存储过程 11.5.6. 声明SimpleJdbcCall使用的参数 11.5.7. 如何定义SqlParameters 11.5.8. 使用SimpleJdbcCall调用内置函数 11.5.9. 使用SimpleJdbcCall返回的ResultSet/REF Cursor 11.6. 用Java对象来表达JDBC操作 11.6.1. SqlQuery类 11.6.2. MappingSqlQuery类 11.6.3. SqlUpdate类 11.6.4. StoredProcedure类 11.6.5. SqlFunction类 11.7. 参数和数据处理的基本原则 11.7.1. 为参数设置SQL类型信息 11.7.2. 处理BLOB 和 CLOB对象 11.7.3. 在IN语句中传入一组参数值 11.7.4. 处理复杂类型的存储过程调用 12. 使用ORM工具进行数据访问 12.1. 简介 12.2. Hibernate 12.2.1. 资源管理 12.2.2. 在Spring容器中创建 SessionFactory 12.2.3. The HibernateTemplate 12.2.4. 不使用回调的基于Spring的DAO实现 12.2.5. 基于Hibernate3的原生API实现DAO 12.2.6. 编程式的事务划分 12.2.7. 声明式的事务划分 12.2.8. 事务管理策略 12.2.9. 容器资源 vs 本地资源 12.2.10. 在应用服务器中使用Hibernate的注意事项 12.3. JDO 12.3.1. 建立PersistenceManagerFactory 12.3.2. JdoTemplate和JdoDaoSupport 12.3.3. 基于原生的JDO API实现DAO 12.3.4. 事务管理 12.3.5. JdoDialect 12.4. Oracle TopLink 12.4.1. SessionFactory 抽象层 12.4.2. TopLinkTemplate and TopLinkDaoSupport 12.4.3. 基于原生的TopLink API的DAO实现 12.4.4. 事务管理 12.5. iBATIS SQL Maps 12.5.1. 创建SqlMapClient 12.5.2. 使用 SqlMapClientTemplate 和 SqlMapClientDaoSupport 12.5.3. 基于原生的iBATIS API的DAO实现 12.6. JPA 12.6.1. 在Spring环境中建立JPA 12.6.2. JpaTemplate 和 JpaDaoSupport 12.6.3. 基于原生的JPA实现DAO 12.6.4. 异常转化 12.7. 事务管理 12.8. JpaDialect III. The Web 13. Web MVC framework Web框架 13.1. 概述 13.1.1. 与其他MVC实现框架的集成 13.1.2. Spring Web MVC框架的特点 13.2. DispatcherServlet 13.3. 控制器 13.3.1. AbstractController 和 WebContentGenerator 13.3.2. 其它的简单控制器 13.3.3. MultiActionController 13.3.4. 命令控制器 13.4. 处理器映射(handler mapping) 13.4.1. BeanNameUrlHandlerMapping 13.4.2. SimpleUrlHandlerMapping 13.4.3. 拦截器(HandlerInterceptor) 13.5. 视图与视图解析 13.5.1. 视图解析器(ViewResolver) 13.5.2. 视图解析链 13.5.3. 重定向(Rediret)到另一个视图 13.6. 本地化解析器 13.6.1. AcceptHeaderLocaleResolver 13.6.2. CookieLocaleResolver 13.6.3. SessionLocaleResolver 13.6.4. LocaleChangeInterceptor 13.7. 使用主题 13.7.1. 简介 13.7.2. 如何定义主题 13.7.3. 主题解析器 13.8. Spring对分段文件上传(multipart file upload)的支持 13.8.1. 介绍 13.8.2. 使用MultipartResolver 13.8.3. 在表单中处理分段文件上传 13.9. 使用Spring的表单标签库 13.9.1. 配置 13.9.2. form标签 13.9.3. input标签 13.9.4. checkbox标签 13.9.5. checkboxes标签 13.9.6. radiobutton标签 13.9.7. radiobuttons标签 13.9.8. password标签 13.9.9. select标签 13.9.10. option标签 13.9.11. options标签 13.9.12. textarea标签 13.9.13. hidden标签 13.9.14. errors标签 13.10. 处理异常 13.11. 惯例优先原则(convention over configuration) 13.11.1. 对控制器的支持:ControllerClassNameHandlerMapping 13.11.2. 对模型的支持:ModelMap(ModelAndView) 13.11.3. 对视图的支持:RequestToViewNameTranslator 13.12. 基于注解的控制器配置 13.12.1. 建立dispatcher实现注解支持 13.12.2. 使用@Controller定义一个控制器 13.12.3. 使用@RequestMapping映射请求 13.12.4. 使用@RequestParam绑定请求参数到方法参数 13.12.5. 使用@ModelAttribute提供一个从模型到数据的链接 13.12.6. 使用@SessionAttributes指定存储在会话中的属性 13.12.7. 自定义WebDataBinder初始化 13.13. 更多资源 14. 集成视图技术 14.1. 简介 14.2. JSP和JSTL 14.2.1. 视图解析器 14.2.2. 'Plain-old' JSPs versus JSTL 'Plain-old' JSP与JSTL 14.2.3. 帮助简化开发的额外的标签 14.3. Tiles 14.3.1. 需要的资源 14.3.2. 如何集成Tiles 14.4. Velocity和FreeMarker 14.4.1. 需要的资源 14.4.2. Context 配置 14.4.3. 创建模板 14.4.4. 高级配置 14.4.5. 绑定支持和表单处理 14.5. XSLT 14.5.1. 写在段首 14.5.2. 小结 14.6. 文档视图(PDF/Excel) 14.6.1. 简介 14.6.2. 配置和安装 14.7. JasperReports 14.7.1. 依赖的资源 14.7.2. 配置 14.7.3. 构造ModelAndView 14.7.4. 使用子报表 14.7.5. 配置Exporter的参数 15. 集成其它Web框架 15.1. 简介 15.2. 通用配置 15.3. JavaServer Faces 15.3.1. DelegatingVariableResolver 15.3.2. FacesContextUtils 15.4. Struts 15.4.1. ContextLoaderPlugin 15.4.2. ActionSupport Classes 15.5. Tapestry 15.5.1. 注入 Spring 托管的 beans 15.6. WebWork 15.7. 更多资源 16. Portlet MVC框架 16.1. 介绍 16.1.1. 控制器 - MVC中的C 16.1.2. 视图 - MVC中的V 16.1.3. Web作用范围的Bean 16.2. DispatcherPortlet 16.3. ViewRendererServlet 16.4. 控制器 16.4.1. AbstractController 和 PortletContentGenerator 16.4.2. 其它简单的控制器 16.4.3. Command控制器 16.4.4. PortletWrappingController 16.5. 处理器映射 16.5.1. PortletModeHandlerMapping 16.5.2. ParameterHandlerMapping 16.5.3. PortletModeParameterHandlerMapping 16.5.4. 增加 HandlerInterceptors 16.5.5. HandlerInterceptorAdapter 16.5.6. ParameterMappingInterceptor 16.6. 视图和它们的解析 16.7. Multipart文件上传支持 16.7.1. 使用 PortletMultipartResolver 16.7.2. 处理表单里的文件上传 16.8. 异常处理 16.9. Portlet应用的部署 IV. 整合 17. 使用Spring进行远程访问与Web服务 17.1. 简介 17.2. 使用RMI暴露服务 17.2.1. 使用RmiServiceExporter暴露服务 17.2.2. 在客户端链接服务 17.3. 使用Hessian或者Burlap通过HTTP远程调用服务 17.3.1. 为Hessian和co.配置DispatcherServlet 17.3.2. 使用HessianServiceExporter暴露你的bean 17.3.3. 在客户端连接服务 17.3.4. 使用Burlap 17.3.5. 对通过Hessian或Burlap暴露的服务使用HTTP Basic认证 17.4. 使用HTTP调用器暴露服务 17.4.1. Exposing the service object 17.4.2. 在客户端连接服务 17.5. Web Services 17.5.1. 使用JAX-RPC暴露基于servlet的web服务 17.5.2. 使用JAX-RPC访问web服务 17.5.3. 注册JAX-RPC Bean映射 17.5.4. 注册自己的JAX-RPC 处理器 17.5.5. 使用JAX-WS暴露基于servlet的web服务 17.5.6. 使用JAX-WS暴露单独web服务 17.5.7. 使用Spring支持的JAX-WS RI来暴露服务 17.5.8. 使用JAX-WS访问web服务 17.5.9. 使用XFire来暴露Web服务 17.6. JMS 17.6.1. 服务端配置 17.6.2. 客户端配置 17.7. 对远程接口不提供自动探测实现 17.8. 在选择这些技术时的一些考虑 18. Enterprise Java Beans (EJB) 集成 18.1. 简介 18.2. 访问EJB 18.2.1. 概念 18.2.2. 访问本地的无状态Session Bean(SLSB) 18.2.3. 访问远程SLSB 18.2.4. Accessing EJB 2.x SLSBs versus EJB 3 SLSBs 18.3. 使用Spring提供的辅助类实现EJB组件 18.3.1. EJB 2.x base classes 18.3.2. EJB 3 注入拦截 19. JMS (Java Message Service) 19.1. 简介 19.2. 使用Spring JMS 19.2.1. JmsTemplate 19.2.2. 连接工厂 19.2.3. 目的地管理 19.2.4. 消息侦听容器 19.2.5. 事务管理 19.3. 发送消息 19.3.1. 使用消息转换器 19.3.2. SessionCallback 和 ProducerCallback 19.4. 接收消息 19.4.1. 同步接收 19.4.2. 异步接收 - 消息驱动的POJO 19.4.3. SessionAwareMessageListener接口 19.4.4. MessageListenerAdapter 19.4.5. 事务中的消息处理 19.5. JCA消息端点的支持 19.6. JMS命名空间支持 20. JMX 20.1. 介绍 20.2. 将Bean暴露为JMX 20.2.1. 创建MBeanServer 20.2.2. 重用原有的MBeanServer 20.2.3. 延迟初始化的MBean 20.2.4. MBean的自动注册 20.2.5. 控制注册行为 20.3. 控制Bean的管理接口 20.3.1. MBeanInfoAssembler接口 20.3.2. 使用源码级元数据 20.3.3. 使用JDK 5.0的注解 20.3.4. 源代码级的元数据类型 20.3.5. AutodetectCapableMBeanInfoAssembler接口 20.3.6. 用Java接口定义管理接口 20.3.7. 使用MethodNameBasedMBeanInfoAssembler 20.4. 控制Bean的ObjectName 20.4.1. 从Properties读Properties 20.4.2. 使用MetadataNamingStrategy 20.4.3. 元素 20.5. JSR-160连接器 20.5.1. 服务器端连接器 20.5.2. 客户端连接器 20.5.3. 基于Burlap/Hessian/SOAP的JMX 20.6. 通过代理访问MBean 20.7. 通知 20.7.1. 为通知注册监听器 20.7.2. 发布通知 20.8. 更多资源 21. JCA CCI 21.1. 简介 21.2. 配置CCI 21.2.1. 连接器配置 21.2.2. 在Spring中配置ConnectionFactory 21.2.3. 配置CCI连接 21.2.4. 使用一个 CCI 单连接 21.3. 使用Spring的 CCI访问支持 21.3.1. 记录转换 21.3.2. CciTemplate类 21.3.3. DAO支持 21.3.4. 自动输出记录生成 21.3.5. 总结 21.3.6. 直接使用一个CCI Connection接口和Interaction接口 21.3.7. CciTemplate 使用示例 21.4. 建模CCI访问为操作对象 21.4.1. MappingRecordOperation 21.4.2. MappingCommAreaOperation 21.4.3. 自动生成输出记录 21.4.4. 总结 21.4.5. MappingRecordOperation 使用示例 21.4.6. MappingCommAreaOperation 使用示例 21.5. 事务 22. Spring邮件抽象层 22.1. 简介 22.2. 使用Spring邮件抽象 22.2.1. MailSender 和 SimpleMailMessage 的基本用法 22.2.2. 使用 JavaMailSender 和 MimeMessagePreparator 22.3. 使用MimeMessageHelper 22.3.1. 发送附件和嵌入式资源(inline resources) 22.3.2. 使用模板来创建邮件内容 23. Spring中的定时调度(Scheduling)和线程池(Thread Pooling) 23.1. 简介 23.2. 使用OpenSymphony Quartz 调度器 23.2.1. 使用JobDetailBean 23.2.2. 使用 MethodInvokingJobDetailFactoryBean 23.2.3. 使用triggers和SchedulerFactoryBean来包装任务 23.3. 使用JDK Timer支持类 23.3.1. 创建定制的timers 23.3.2. 使用 MethodInvokingTimerTaskFactoryBean类 23.3.3. 最后:使用TimerFactoryBean来设置任务 23.4. SpringTaskExecutor抽象 23.4.1. TaskExecutor接口 23.4.2. TaskExecutor类型 23.4.3. 使用TaskExecutor 24. 动态语言支持 24.1. 介绍 24.2. 第一个示例 24.3. 定义动态语言支持的bean 24.3.1. 公共概念 24.3.2. JRuby beans 24.3.3. Groovy beans 24.3.4. BeanShell beans 24.4. 场景 24.4.1. Spring MVC控制器的脚本化 24.4.2. Validator的脚本化 24.5. Bits and bobs 24.5.1. AOP - 通知脚本化bean 24.5.2. 作用域 24.6. 更多的资源 25. 注解和源代码级的元数据支持 25.1. 简介 25.2. Spring的元数据支持 25.3. 注解 25.3.1. @Required 25.3.2. Spring中的其它@Annotations 25.4. Jakarta Commons Attributes集成 25.5. 元数据和Spring AOP自动代理 25.5.1. 基本原理 25.5.2. 声明式事务管理 V. 示例程序 26. 演示案例 26.1. 介绍 26.2. 使用动态语言实现的Spring MVC控制器 26.2.1. 构建与部署 26.3. 使用SimpleJdbcTemplate和@Repository实现DAO 26.3.1. 域对象 26.3.2. Data Access Object 26.3.3. 构建 A. XML Schema-based configuration A.1. Introduction A.2. XML Schema-based configuration A.2.1. Referencing the schemas A.2.2. The util schema A.2.3. The jee schema A.2.4. The lang schema A.2.5. The jms schema A.2.6. The tx (transaction) schema A.2.7. The aop schema A.2.8. The context schema A.2.9. The tool schema A.2.10. The beans schema A.3. Setting up your IDE A.3.1. Setting up Eclipse A.3.2. Setting up IntelliJ IDEA A.3.3. Integration issues B. Extensible XML authoring B.1. Introduction B.2. Authoring the schema B.3. Coding a NamespaceHandler B.4. Coding a BeanDefinitionParser B.5. Registering the handler and the schema B.5.1. 'META-INF/spring.handlers' B.5.2. 'META-INF/spring.schemas' B.6. Using a custom extension in your Spring XML configuration B.7. Meatier examples B.7.1. Nesting custom tags within custom tags B.7.2. Custom attributes on 'normal' elements B.8. Further Resources C. spring-beans-2.0.dtd D. spring.tld D.1. Introduction D.2. The bind tag D.3. The escapeBody tag D.4. The hasBindErrors tag D.5. The htmlEscape tag D.6. The message tag D.7. The nestedPath tag D.8. The theme tag D.9. The transform tag E. spring-form.tld E.1. Introduction E.2. The checkbox tag E.3. The checkboxes tag E.4. The errors tag E.5. The form tag E.6. The hidden tag E.7. The input tag E.8. The label tag E.9. The option tag E.10. The options tag E.11. The password tag E.12. The radiobutton tag E.13. The radiobuttons tag E.14. The select tag E.15. The textarea tag F. Spring 2.5开发手册中文化项目 F.1. 声明 F.2. 致谢 F.3. 参与人员 F.4. 项目历程 表格清单 3.1. bean定义 3.2. Autowiring modes 3.3. 依赖检查方式 3.4. Bean作用域 3.5. Feature Matrix特性表 3.6. 内置事件 3.7. 过滤器类型 4.1. Resource strings 5.1. 属性示例 5.2. 内建的PropertyEditors 6.1. DefaultContextLoadTimeWeaver LoadTimeWeaversDefaultContextLoadTimeWeaver类和LoadTimeWeavers接口 6.2. aspectj-weaving属性值 9.1. 有关的设置 9.2. 设置 9.3. @Transactional 注解的属性 13.1. WebApplicationContext中特殊的bean 13.2. DispatcherServlet初始化参数 13.3. AbstractController提供的功能 13.4. 视图解析器 13.5. CookieLocaleResolver的属性 13.6. ThemeResolver的实现 14.1. 宏定义表 14.2. JasperReports View Classes 14.3. JasperReportsMultiFormatView默认Mapping Key映射 16.1. WebApplicationContext中特殊的Bean 16.2. DispatcherPortlet 的初始化参数 16.3. AbstractController提供的功能 19.1. JMS listener 元素的属性 19.2. JMS 元素的属性 19.3. JMS 元素的属性 20.1. 注册行为 20.2. 源代码级的元数据类型 20.3. 源代码级的元数据参数 21.1. Usage of Interaction execute methods 21.2. Usage of Interaction execute methods A.1. Eclipse XML editors D.1. Attributes D.2. Attributes D.3. Attributes D.4. Attributes D.5. Attributes D.6. Attributes D.7. Attributes D.8. Attributes E.1. Attributes E.2. Attributes E.3. Attributes E.4. Attributes E.5. Attributes E.6. Attributes E.7. Attributes E.8. Attributes E.9. Attributes E.10. Attributes E.11. Attributes E.12. Attributes E.13. Attributes E.14. Attributes
奥哲 H3 BPM 系统 演示环境操作说明书 深圳市奥哲科技有限公司 二〇一四年十月 目录 1 业务集成 4 1.1 适配器 4 1.2 业务数据库连接 4 1.3 业务服务 4 2 流程模型(流程功能展示) 5 2.1 主数据 5 2.2 表单和控件 6 2.2.1 模版子表 6 2.2.2 表单设计流程 7 2.2.3 显示所有的数据项 9 2.3 办公流程 10 2.3.1 请假流程 10 2.3.2 会议通知 & 通知办理 12 2.4 流程功能 15 2.4.1 流程演示 15 2.4.2 竣工报告审批 17 2.4.3 多人活动 20 2.4.4 出差报销(父子流程) 22 2.4.5 微信通知 24 2.5 业务集成 28 2.5.1 供应商入库/供应商获 28 2.5.2 审核后创建(WS和DB)/从WebService和DB获 31 2.5.3 监控并在BPM操作 35 2.5.4 监控业务系统自动发起 35 2.6 外部表单 35 2.6.1 访问WS接口 35 2.6.2 访问API接口 37 2.7 业务规则(选择、排序、脚本) 38 3 业务规则 42 1 演示环境概述 H3 Cloud演示环境分为两部分:  门户: http://120.25.238.237/Portal 登录名 / 密码:[email protected] / h3authine  后台管理:http://120.25.238.237/Portal/admin ,或在Portal页面的右上角,点击用户图标(管理员),选择“后台管理” 登录名 / 密码:[email protected] / h3authine 2 业务集成 2.1 适配器 H3默认提供的适配器列表,并可支持拓展开发适配器,并注册到H3系统中; 2.2 业务数据库连接 目前演示环境中使用到的数据库连接配置 2.3 业务服务 业务服务列表管理中,支持以下几种应用: 1. 新建文件夹:支持把同一个业务所使用的业务服务进行归类管理; 2. 新建业务服务; 3. 上传业务服务; 那么,在本演示环境中使用到的业务服务类型有:Data Table、WebService、Data Sql,详细的业务服务的使用,请参考《H3实施开发手册》。 3 流程模型(流程功能展示) 3.1 主数据 功能展示  主数据的维护和查询。  主数据可以有以下两个来源:  来源于业务系统,通过业务服务来读写业务系统的数据;  存储于H3系统,通过H3的表单进行维护数据;  主数据被流程表单中字段的开窗使用; 业务场景 在实际业务中,会涉及到业务表单使用的公共基础数据,如简单的省份、城市、学历等等数据,以及跟生产相关的物料名称、供应商信息等来自于第三方的数据; 设计过程  来源于第三方的业务系统:通过绑定业务方法,读写第三方数据库;  来源于本地系统的基础数据维护: 演示过程 1. 主数据可以【绑定业务服务】和【绑定业务规则】 2. 主数据中定义的【查询列表】,供流程包中的表单调用 3.2 表单和控件 3.2.1 模版子表 功能展示 这个流程是自定义表单,展现的是基于子表控件自定义开发的个性化子表,子表类型SheetGridView的使用; 业务场景 使用子表数据项的场合,使用子表控件来呈现自定义的效果。 设计过程 使用自定义表单实现; 演示过程 在Portal门户的流程中心中发起【表单和控件->模版子表】流程,在表单中点击子表的添加按钮,查看新增行的子表效果; 3.2.2 表单设计流程 功能展示  展示开窗查询;  展示联动查询;  字段的自动运算;  字段的显示/隐藏控制;  子表的开窗查询和自动计算;  子表的联动查询;  字段的正则表达式的验证; 业务场景 根据实际业务需求,部分数据来源与主数据信息,用户可以根据选择的项目,并把对应项目的详细信息加载到表单相应字段中; 设计过程 以下功能都是基于默认表单配置实现,请在在Portal/admin中查看【表单和控件->表单设计流程->默认表单】,点击每个控件,观察每个控件设置的属性值 1. 开窗查询: 字段【编码】 说明:SchemaCode的值来源于“主数据”,QueryCode来源于“主数据”中定义的查询列表;OutputMappingString的值是要加载的表单字段信息来源; 2. 联动查询: 字段【省份】、【城市】、【区县】 3. 字段运算:字段【营业额】的设置 4. 字段隐藏控制:“类型”字段,当选择“其它”时,可以显示“其它”文本框; 5. 子表中同样可以实现“开窗查询”、“字段运算”; 子表中同样可以实现“联动查询”; 6. 字段正则表达式的验证; 演示过程 1. 演示开窗查询 在表单中选择字段【编码】,可以弹出查询窗口,选择值后,且可以自动带出相关字段的值; 2. 联动查询 选择不同的【省份..城市..区县】,观察选择不同数据项时的区别; 3. 字段的计算 【利润】=【营业额】-【成本】; 4. 字段隐藏控制:【类型】字段,当选择【其它】时,可以显示【其它】文本框; 5. 子表中同样可以实现“开窗查询”、“字段运算”; 子表中同样可以实现“联动查询”; 6. 字段正则表达式的验证; 3.2.3 显示所有的数据项 功能展示 展示H3表单控件的使用。 业务场景 使用H3表单控件实现默认表单的显示效果。 设计过程 以下功能都是基于默认表单配置实现,请在在Portal/admin中查看【表单和控件->显示所有数据项->默认表单】,点击每个控件,观察每个控件设置的属性值 演示过程 在Portal门户的流程中心中发起【表单和控件->显示所有数据项】流程,在表单中,展示各个H3表单控件的使用,如:整数&数值型,输入字符的自动验证; 3.3 办公流程 3.3.1 请假流程 功能展示 1. 表单:字段的控制:  当请假类型选择“病假”的时候,必须提交“附件”才能提交流程;  请假开始时间的选择,只能选择当前日期之后的日期;  请假时间可以自动计算出结果; 2. 流程:路由控制 根据员工级别&请假天数判断路由;如:普通员工并且请假天数大于2天时,需要总监审批; 3. 数据字典的应用:表单中的【假期类型】信息,来源于数据字典; 业务场景 典型的请假流程的控制;数据项、流程路由 设计过程 在Portal/admin中查看【办公流程->请假流程->默认表单】,点击每个控件,观察每个控件设置的属性值,如: 请假类型的属性 请假时间的属性 演示过程 1. 字段【请假类型】,选择“病假”,点击提交,注意弹出的窗口提示信息。 2. 字段【请假开始时间】,只能选择今天或今天以后的日期;以及【请假天数】的自动计算; 3. 请选择不同的请假时间,观察流程的审批参与者变化; 3.3.2 会议通知 & 通知办理 功能展示  典型的父子流程,且两个流程分别在不同的流程包中。另外一种父子流程的展现方式,请参考【流程功能->出差报销】的父子流程;  【会议通知】中已选择的“参会单位”,才能在子流程【通知办理】中接收消息;  【会议通知】的表单字段“会议时间”类型,该控件精细到时分;  自动启动子流程【通知办理】,并可通过日志中,钻子流程的流程监控图。 业务场景 在流程设计中,子流程可能需要用到父流程的数据,设计流程时可以设置数据项来源于父流程。如【通知办理】子流程的“会议内容”来源于父流程【会议通知】的“会议内容”数据项,可以对数据项的来源进行配置。 设计过程  子流程分属于不同的流程包,2条流程如需建立关系,需通过“数据映射”建立父子流程的联系;  参与者函数:获指定组织所在组织架构的指定名称的用户组,如:查找查找表单中已选择的部门下面的“联络员”; 演示过程 1. 在Portal门户的流程中心中发起【办公流程->会议通知】流程,请注意(目前DEMO中,生产一部&生产二部 >> 联络员组)才有具体联络人,因此,需要展示效果,请至少选择一个部门; 2. 继续提交流程,并观察流程监控图中的信息,找到子流程【通知办理】的接收人; 3. 以【会议通知办理】中的参与者用户名登录Portal门户,在【待办任务】中找到由父流程触发的待办任务信息,查看表单中由父流程带过来的内容; 3.4 流程功能 3.4.1 流程演示 功能展示 流程设计的各个流程节点的控件、以及流程逻辑中的常用功能展示; 业务场景 常用的流程条件路由、传阅、等待、消息等场景应用; 设计过程 1. 流程的路由:根据表单中是否勾选Checkbox来选择流程路由,如果存在条件路由的情况,是用“虚线”来连接; 2. 传阅的功能:流程执行到“传阅”节点时,使用参与者函数{AllParticipants},传阅到之前参与流程的所有参与者。 3. 等待:检查条件,采用时分秒格式设置,如:"00:01:00" 4. 消息通知:可以选择通知方式,以及设置通知的“消息标题”&“消息内容”。 演示过程 在Portal门户的流程中心中发起【演示功能->流程演示】流程,根据【表单】中的数据项不同,观察流程的路由情况,并且观察各流程节点所使用控件的功能; 3.4.2 电力倒闸流程 功能展示 展示表单的特殊打印效果:打印的表单与流程表单是单独的一个文件;一个表单可以有多个打印页面; 业务场景 业务审批完成之后,需要打印表单,但是表单需要按固定格式打印的场景。 设计过程 扩展设计&制作一个表单格式: 演示过程 在Portal门户的流程中心中发起【业务流程->电力倒闸流程】流程,在表单中可以选择【打印】,输出打印表单的设计格式: 流程表单 打印效果 3.4.3 多人活动 功能展示 在审批环节,在多人会签任务场景时,各种串签、并签的审批效果: 业务场景 实际业务中,在会签、并签、串签、加签等具体的场景中应用; 设计过程 1. 多人串签(可加签) 除流程设计阶段预设的参与者外,还允许在表单中选择更多的参与者,参与者全部通过时,该节点通过;其中有1人不通过,则驳回至上一节点。 2. 多人并签(全部通过) 在流程设计阶段预设的参与者,执行并签(参与者互不影响),只要有1个参与者选择驳回,则系统自动消其它未审批的流程,直接驳回至上一节点。 3. 多人并签(1人通过) 在流程设计阶段预设的参与者,执行并签(参与者互不影响),只要有1个参与者选择提交(同意),其它参与者可以不用再审批,直接流转至下一节点。 演示过程 在Portal门户的流程中心中发起【演示功能->多人活动】流程,结合【流程监控图】,观察流程的执行情况。 3.4.4 出差报销(父子流程) 功能展示  不需要建立数据映射关系,也实现父子流程的目的;  子表中日期控件,只能选择日期;  子表中默认的下拉菜单列表; 业务场景 在流程设计中,父子流程的数据是来源于同一数据源,且属于同一条业务流程。 子流程可能需要用到父流程的数据,设计流程时可以设置数据项来源于父流程。如“机票预定”流程的“申请人”来源于父流程的“申请人”数据项,可以对数据项的来源进行配置。 设计过程  在同一个流程包中有唯一的数据模型,但是可以新增多个流程&表单;  在设计流程时,可以使用同一个流程包下面的流程,作为子流程;  表单控件,在默认表单页面中,即可配置出来; 演示过程 1. 在Portal门户的流程中心中发起【演示功能->出差申请】流程; 2. 审批环节流转至【子流程:报销流程】时,自动发起【报销流程】,并可看到【出差申请】中填写的数据; 3.4.5 微信通知 功能展示 在Portal中发起流程,“微信”能够收到H3系统通过微信的公司企业号推送的通知消息,发起流程后,可以在手机中收到通知,并可以在微信中实现审批功能。 业务场景 业务表单绑定微信号的消息通知; 设计过程 演示说明:请使用各自的用户名登录Portal发起流程; 演示过程 1. 设置Portal登录用户名及微信号设置,并用自己的帐号登录(每个账户绑定一个微信号); 2. Portal中发起流程 用自己的用户名登录Portal,在Portal门户的流程中心中发起【演示功能->微信通知】流程,点击发起后。如图: 3. 填写【微信通知】表单,并提交,可以在自己的微信中,收到H3系统推送的任务消息; 4. 手机上的微信收到的消息推送界面,并可操作【驳回】、【提交】等操作。 3.5 业务集成 3.5.1 供应商入库/供应商获 功能展示  通过业务服务(Data Table Adapter),写入、读、更新第三方数据库(ERP)中的数据表:Vendor 和Material;  通过【数据模型】的【关联关系】,通过1:1或1:N的对应关系把多个【数据模型】关联起来,如:建立Vendor表和Material表的1:N的关系。 业务场景 需要操作数据库表,数据库可以是H3的数据库,或者是第三方的数据; 设计过程 1. 在【业务集成->业务服务】中,建立【供应商信息表】和【Material信息表】的业务服务; 2. 在【流程模型->主数据】中,建立【物料主数据】和【供应商主数据】; 3. 新建流程包【供应商入库】,【数据模型】中需要用到的【业务方法】分别绑定相应的业务服务,如Create、Load、Update、Remove;并新建主从表的【关联关系】; 4. 新建流程包【供应商获】,【数据模型】中需要用到的【业务方法】分别绑定相应的业务服务,只有Load、Update;并建立主从表的【关联关系】; 演示过程 1. 【供应商入库】: a) 在Portal门户的流程中心中发起【业务集成->供应商入库】流程,在表单上录入表单信息&物料信息,其中Code为关键字(必填项)。 b) 查询确认:打开【供应商入库】流程,在IE地址栏的URL中加上参数Code的值,如:&Code=ORC,就可以查询到刚才录入的Code值是ORC的记录,以及相关的物料信息子表。 2. 【供应商入库】 a) 从Portal门户的流程中心中打开【供应商获】流程,在字段Code中输入【供应商入库】中填写的Code值,如ORC,点击保存后,即可查到ID是Code值的表单信息。 b) 此时,可以修改表单的值,提交流程后,可以将新值更新到数据库表; c) 同【供应商入库】的查询确认,可以在URL中加上Code的参数值,可查询最新数据信息; 3.5.2 审核后创建(WS和DB)/从WebService和DB获 功能展示  流程包中建立方法,在流程中调用;  采用DB的方法(PRHeader)向第三方数据库插入PR值;  采用WS的方法(PRCreate),更新业务系统的值; 业务场景 业务数据存储在业务系统,在H3系统中创建表单和执行业务审批,审批完成之后,将业务数据回写到业务系统的情况;例如:有些第三方业务系统没有审批流程时。 设计过程  【审核后创建(WS和DB)】的流程包中,定义【创建采购申请】的方法,该方法分别引用:  PRHeader的Create方法,来自于业务服务的【PRHeader表】,属于Date Table的适配器创建;  WS的PRCreate方法,来自于业务服务的【业务系统WS服务】,属于WebService的适配器创建;  【从WebService和DB获】的流程中,业务方法Load和Update方法,分别绑定PRHeader的Load方法,和【业务系统WS服务】的PRGet方法。  校验PRNumber是否存在的校验:在默认表单中字段【PRNumber】的OnChangeScript属性控制【if(sheet.executeService('ERPSql','ExistsPRNumber',{'PRNumber':'PRNumber'}) == 1){alert('该编号已经存在!');this.value='';}】,来源于业务服务【业务系统SQL服务】的ExistsPRNumber方法。 演示过程 1. 在Portal门户的流程中心中发起【业务集成->审核后创建】流程,填写表单信息后提交,可以在【已办任务】中找到表单,此时,表单中的【Return】的值是“False”。 *如果表单信息【PRNunber】录入的编码已经存在相同的编码,点击提交时将会提示: *此时,从Portal门户的流程中心中发起【业务集成->从WebService和DB获】流程,录入PRNumber=【 】并保存,则查不到相关数据。查看流程监控图可知,未执行【审批】和【PR入库】操作。 2. 在【待办任务】中,继续执行流程的【提交】审批操作后, 已经【审核】通过,并且执行了【PR入库】操作。此时,从Portal门户的流程中心中发起【业务集成->从WebService和DB获】流程,录入PRNumber=【 】并保存,则可查到刚刚录入的【PR】信息; 3. 在刚刚打开的【业务集成->从WebService和DB获】流程中,可以新增一条PRItems记录,并【提交】。 4. 在【已办任务】列表中,找出刚刚更改的流程任务,打开表单后可确认【Return】的值为“True”: 5. 从Portal门户的流程中心中发起【业务集成->从WebService和DB获】流程,录入PRNumber=【 】并保存,可以查询得到,新增记录已经记录。 3.5.3 监控并在BPM操作 功能展示 在业务系统创建表单,在H3中审核 1.创建采购单->自动触发H3 BPM的PO流程; 2.在H3中审核当前表单,每次操作后,可以在这里查看业务表单数据状态。 业务场景 H3与第三方业务系统的深度集成,业务系统中有业务表单来触发H3的流程引擎,流程执行在H3系统中,并将每一次的流程状态结果体现在业务系统表单相应的状态中。 演示过程 打开模拟的第三方业务系统的表单; http://120.25.238.237//ERP/ 【业务系统流程,操作在BPM】, 或直接打开http://120.25.238.237/ERP/POProcess.aspx 1. 录入【显示名称】、【预算金额】,点击【保存】,自动生成【PO编号】。 2. 通过H3系统【定时作业】定义【监控业务系统启动流程】来监控业务系统,每30秒轮询一次,如果有新记录,则执行【启动流程公有云版】的方法; 3. 后续的流程审批操作都在H3系统中执行,H3每个审批节点都会执行【更新状态】的方法来更新业务系统的状态值; 4. 业务系统中可以查看订单流程状态,并可通过【查看流程】打开H3的流程监控图; 3.5.4 监控业务系统自动发起 功能展示 所有的操作都在业务系统中完成 1.创建采购单->自动触发H3 BPM的PO流程; 2.将采购单依次改为->询价、比价、议价、订单下达4个状态,可以将流程触发到不同的环节至结束。 3.议价可以保存至询价环节,将流程驳回询价。 业务场景 第三方业务系统与H3流程引擎的深度集成,流程表单和业务操作都在第三方业务系统中,流程运转使用的是H3的流程引擎。在业务系统中没一个操作步骤,能够在H3的流程监控图中都能体现; 演示过程 打开模拟的第三方业务系统的表单: http:// 120.25.238.237/ERP/ 【业务系统流程,操作在业务系统】 或,直接打开:http:// 120.25.238.237/ERP/POProcess.aspx 1. 录入【显示名称】和【预算金额】,点击【保存】,会自动生成一个【PO编号】。 2. 随后,H3系统的【定时作业】,会监控ERP数据库中的PO表,新增记录自动触发流程启动; 3. 点击【查看流程】,可看到流程监控图中,流程已经启动; 4. 继续在ERP表单中,采购单依次改为->询价、比价、议价、订单下达4个状态,可以将流程触发到不同的环节至结束,说明:可以通过ERP表单中的【查看流程】或H3 BPM中【流程监控>>进行中的流程】,查看流程流程监控图的变化。 5. 3.6 外部表单 3.6.1 访问WS接口 功能展示  表单在第三方系统,调用H3的提供的Web Service启动、处理流程;  在第三方系统中的【查看流程】,可以直接调阅H3系统的中流程信息页面; 业务场景 在实际的业务应用场景,客户在现有的系统中已经有表单了,不想在H3中再重做表单,但是没有流程功能而需要应用H3的流程逻辑(或者已经有流程功能但功能不够强大,需要应用H3强大的流程逻辑来辅助业务执行),那么,H3可以提供Web Service的流程操作接口,供第三方系统调用,实现流程功能。 设计过程 在第三方系统中,通过调用H3提供的Web Service服务,执行流程的启动、提交、驳回、查看流程等操作。 演示过程 通过2种途径进入流程表单页面: 1. 在Portal门户的流程中心中发起【外部表单->访问WS接口】流程,点击发起后,打开的页面是第三方表单; 2. 进入第三方系统: a) http:// 120.25.238.237/ERP/ 后选择【Web Service模拟表单】打开: b) 直接进入表单页面; http:// 120.25.238.237/ERP/SheetWS.aspx?Mode=Originate&WorkflowCode=PRWS 3. 第三方系统中【提交】流程后,可以在Portal门户首页的【待办任务】和流程中心的【已办任务】列表中,分别看到刚刚从第三方系统发起的流程待办和已办。 4. 在H3中打开任务链接,直接跳转至第三方系统的表单页面中操作,可以执行【提交】、【驳回】和【查看流程】。 3.6.2 访问API接口 功能展示  表单在第三方系统,调用H3系统接口(DLL)启动、处理流程  在第三方系统中的【查看流程】,可以直接调阅H3系统的中流程信息页面; 业务场景 在实际的业务应用场景,客户在现有的系统中已经有表单了,不想在H3中再重做表单,但是没有流程功能而需要应用H3的流程逻辑(或者已经有流程功能但功能不够强大,需要应用H3强大的流程逻辑来辅助业务执行),那么,H3可以提供API接口的流程操作接口,供第三方系统调用,实现流程功能。 设计过程 在第三方系统中,通过调用H3提供的API接口服务,执行流程的启动、提交、驳回、查看流程等操作。 演示过程 通过2种途径进入流程表单页面: 1. 在Portal门户的流程中心中发起【外部表单->访问API接口】流程,点击发起后,打开的页面是第三方表单; 2. 进入第三方系统: a) http:// 120.25.238.237/ERP/ 后选择【API模拟表单】打开: b) 直接进入表单页面; http:// 120.25.238.237/ERP//SheetDLL.aspx?Mode=Originate&WorkflowCode=PRDll 3. 第三方系统中【提交】流程后,可以在Portal门户首页的【待办任务】和流程中心的【已办任务】列表中,分别看到刚刚从第三方系统发起的流程待办和已办。 4. 在H3中打开任务链接,直接跳转至第三方系统的表单页面中操作,可以执行【提交】、【驳回】和【查看流程】。 3.7 业务规则(选择、排序、脚本) 功能展示 业务规则可以自定义词汇表和规则,实现矩阵式的规则管理。例如以下采购申请审核矩阵: 参与者 办公用品 生产设备 采购金额<2000 采购金额>=2000 采购金额<10000 采购金额>=10000 业务主管 √ √ √   部门总监 √   √ √ 财务总监   √   √ 总经理   √   √ 该矩阵中,根据【采购类型】、【金额】,需要不同的人员进行审核,如果在流程设计中实现,流程逻辑会复杂化。此时可以使用业务规则进行定义该规则,将业务逻辑在业务规则中进行图形化定义实现,更符合业务角度进行理解。 业务场景 在实际业务中,流程本身并不复杂,审批层级就是4级,但因为业务逻辑关系影响到流程需要非常多的分支来判断,如采购单会根据【采购类型】和【金额】的不同,分别有不同的人来审批;休假申请会根据【假期类型】和【请假天数】的不同,分别会有不同的人来审批。 通过H3的业务规则引擎,可以实现业务与流程的耦合,从而达到简化流程的目的,以及方便流程的维护,当公司业务逻辑或公司制度发生异动时,不需要重新来制作流程,只需要维护业务规则表即可,极大的节省了后期的维护成本。 设计过程 详见《H3 BPM实施开发手册》的第10章:业务规则的详细介绍。 演示过程 业务规则的演示流程有3条:【采购(排序)】、【采购(选择)】和【采购(脚本)】,分别对应【业务规则->演示规则】中预设的【排序规则】、【选择规则】和【脚本规则】。 1. 选择规则: 选择规则是将需要执行的单元格按照选中状态进行串联起来,将参与者最终赋值给指定的参与者类型词汇,例如以下 表示涵义为:  当采购类型是办公用品时  金额小于2000,需要主管审核;  金额大于等于2000,需要主管、财务总监审核;  当采购类型是生产设备时  金额小于5000,需要主管、采购总监审核;  金额大于等于5000时,需要主管、采购总监、财务总监和分管副总审核; 2. 排序规则: 排序规则是将所有需要执行的单元格将连续的数值连接起来,将参与者最终赋值给指定的参与者类型词汇,例如以下表格: 表示涵义为:  当采购类型是办公用品时  金额小于2000,需要主管审核;  金额大于等于2000,需要主管、财务总监审核;  当采购类型是生产设备时  金额小于5000,需要主管、采购总监审核;  金额大于等于5000时,需要主管、采购总监、财务总监和分管副总审核; 3. 脚本规则: 脚本规则是执行所有满足条件的单元格的脚本,对词汇直接进行赋值。 4. 在Portal门户的流程中心中发起【业务规则】目录下的3条流程:分别输入不同的【采购类型】和【总金额】,观看流程流转的变化。 提示:发起流程页面,审核人不用选择,流程提交之后,系统会自动根据设定的业务规则,列出需要参与的审批人,按顺序排序,详见下图。 说明:流程的审批顺序按【审核人】的顺序执行【串签】,直至最后一人审核后到流程结束。 4 业务规则 业务规则的使用,请参考《H3 实施开发手册》 演示环境中已实现的【演示规则】,详细请参考本手册【流程模型】章节的【业务规则(选择、排序、脚本)】的应用;
### 回答1: 如果您想通过Lambda函数逐步提数据并在每次提插入时间戳以测算数据提的时间,可以按照以下步骤进行操作: 1. 在Lambda函数中导入time模块,以获当前时间戳。 2. 在每次提数据之前,记录当前时间戳。 3. 在每次数据提后,再次获当前时间戳,并将其与之前记录的时间戳进行比较,以计算数据提所花费的时间(例如,可以将两个时间戳相减)。 4. 将计算得到的时间插入到数据帧中,以便在后续处理中进行分析。 以下是示例代码,其中假设您正在使用Pandas处理数据: ```python import time import pandas as pd def lambda_handler(event, context): # 读数据 data = pd.read_csv('data.csv') # 逐行提数据并插入时间戳 for index, row in data.iterrows(): start_time = time.time() # 数据处理代码 end_time = time.time() elapsed_time = end_time - start_time row['frame_time'] = elapsed_time # 返回处理后的数据 return data.to_dict('records') ``` 在上面的代码中,我们使用了`time.time()`函数来获当前时间戳,并将其记录为`start_time`和`end_time`,以计算每次数据提所花费的时间。我们还将计算得到的时间插入到了数据帧的`frame_time`列中,以便在后续处理中进行分析。最后,我们将处理后的数据以JSON格式返回。 ### 回答2: 通过lambda响应一次提一次数据,可以在代码中插入时间戳来测算frame时间。以下是一个示例: 首先,我们需要在lambda函数中引入datetime模块,以便使用时间戳功能。同时,我们假设提数据的逻辑已经实现,可以获到需要处理的数据。 在提数据的代码段之前,我们插入一个时间戳,并将其保存为一个变量,比如叫做start_time。代码如下: ```python import datetime # 获当前时间的时间戳 start_time = datetime.datetime.now() # 提数据的代码段 # 这里是实现数据提逻辑的地方 ``` 然后,在提数据的代码段之后,我们再插入一个时间戳,并将其保存为另一个变量,比如叫做end_time。代码如下: ```python # 提数据的代码段 # 这里是实现数据提逻辑的地方 # 获当前时间的时间戳 end_time = datetime.datetime.now() ``` 接下来,我们可以通过计算start_time和end_time之间的时间差,来得到frame的时间。代码如下: ```python # 计算时间差 frame_time = end_time - start_time # 打印frame时间 print("Frame时间为:", frame_time) ``` 这样就可以在lambda函数中实现提一次数据,并插入时间戳来测算frame时间了。 ### 回答3: 在Lambda函数中,我们可以使用时间戳来测算frame的时间。下面是一个使用Python的Lambda函数示例: ```python import time def lambda_handler(event, context): current_time = time.time() # 获当前时间戳 # 在这里进行数据提的操作 processing_time = time.time() - current_time # 计算frame的处理时间 # 将frame的处理时间和数据一起返回或者存储到数据库中,或者进行其他操作 return { "statusCode": 200, "body": { "processing_time": processing_time } } ``` 这个示例中,我们首先使用`time.time()`函数获当前时间戳,并将其存储在`current_time`变量中。随后,在数据提的操作完成后,我们再次使用`time.time()`函数获当前时间戳,并与`current_time`进行相减,得到frame的处理时间`processing_time`。 最后,我们可以将`processing_time`和提到的数据一起返回给调用方,或者将其存储到数据库中,或者进行其他相应的操作。 需要注意的是,Lambda函数的执行时间有限制,最长可以执行5分钟。因此,如果数据提的操作非常耗时,可能会超出这个限制。在开发Lambda函数时,需要根据具体应用场景来合理规划和控制处理时间。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值