xDB

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> Maven Central成为Oracle JDBC驱动程序的分发中心。虽然从最新版本19.3.0.0开始，但很快将添加以前和支持的版本。 这是使用ojdbc10.jar的pom文件： <dependencies> <dependency> <groupId>com.oracle.ojdbc</groupId> <artifactId>ojdbc10</artifactId> <version>19.3.0.0</version> </dependency> Jar包说明： ojdbc10.jar：使用JDK10编译的类型4驱动程序，通过JDK11认证 ojdbc8.jar：使用JDK8编译的类型4驱动程序，通过JDK 10和11认证 ucp.jar：用于ojdbc8.jar或ojdbc10.jar的Java（通用连接池）库 orai18n.jar：NLS或内部化支持的Java类 ons.jar：支持自动注册到服务器端Oracle Notification Services（ONS）守护程序 simplefan.jar：支持Java API订阅快速应用程序通知（FAN）事件; 不使用Oracle Java连接池（ucp）时需要; 需要ons.jar osdt_core.jar，osdt_cert.jar

导读 ：本文主要介绍了高德在服务单元化建设方面的一些实践经验，服务单元化建设面临很多共性问题，如请求路由、单元封闭、数据同步，有的有成熟方案可以借鉴和使用，但不同公司的业务不尽相同，要尽可能的结合业务特点，做相应的设计和处理。 一、为什么要做单元化 单机房资源瓶颈 随着业务体量和服务用户群体的增长，单机房或同城双机房无法支持服务的持续扩容。 服务异地容灾 异地容灾已经成为核心服务的标配，有的服务虽然进行了多地多机房部署，但数据还是只在中心机房，实现真正意义上的异地多活，就需要对服务进行单元化改造。 二、高德单元化的特点 在做高德单元化项目时，我们首先要考虑的是结合高德的业务特点，看高德的单元化有什么不一样的诉求，这样就清楚哪些经验和方案是可以直接拿来用的，哪些又是需要我们去解决的。 高德业务和传统的在线交易业务还是不太一样，高德为用户提供以导航为代表的出行服务，很多业务场景对服务的RT要求会很高，所以在做单元化方案时，尽可能减少对整体服务RT的影响就是我们需要重点考虑的问题，尽量做到数据离用户近一些。转换到单元化技术层面需要解决两个问题: 1.用户设备的单元接入需要尽可能的做到就近接入，用户真实地理位置接近哪个单元就接入哪个单元，如华北用户接入到张北，华南接入到深圳。 2.用户的单元划分最好能与就近接入的单元保持一致，减少单元间的跨单元路由。如用户请求从深圳进来

临近年关，我们给全公司用的API平台也到了要装逼的时刻，然而装逼利器还没搞完，那就是报表呈现，于是leader说你来搞一下吧。 echarts肯定是要的，报表呈现还是很完美的。然后就是数据库层面的了。我们装的是oracle 11g，这货提供了pivot来进行转列，然而它是有坑的，本次记录的就是这个。 pivot的定义很明确，https://www.oracle.com/technetwork/cn/articles/11g-pivot-101924-zhs.html 里面给出了一些例子。 官方例子： select * from ( select times_purchased, state_code from customers t ) pivot -----使用pivot声明 ( count(state_code) -----聚合函数，用于聚合数据 for state_code -----for后面跟的是需要行转成列的字段，可以多个，用括号包起来，逗号分隔 in ('NY','CT','NJ','FL','MO') ------转列后固定的列名 ) order by times_purchased 这个是静态的写法，缺陷是行转列的列名必须写死，传入string字符串拼接都不行，mybatis传入之后会报错。于是又来了一种动态写法： select * from ( select

Application Express安装文档 数据库选择和安装 数据库选择 Oracle建议直接 12.2.0.1.0 及以上的版本， 12.1 存在 20618595bug（具体可参见官方文档） Oracle 12c 中安装oracle application express 数据库安装 下载oracle 12c，安装时选择安装并创建数据库（默认已选中），下一步的时候选择服务类型，再往下一定要选择高级而不是典型安装，在安装时，要确认该电脑的内存情况，如果小于4 G的，安装时，一定要选择内存自动管理，如果大于4G的就不用选择内存自动管理选项。 等待安装完成。 Apex安装 登录数据库 Oracle安装完成后切换到apex要安装的目录下如：D:\software\apex，输入命令 ： Sqlplus 输入用户登录，一定要用sysdba角色操作 检查oracle 12c的PDB数据库是否打开 查看 PDB 数据状态： select con_id,name,open_mode from v$pdbs; 目前已打开 如未打开，请执行： alter pluggable database ORCLPDB open; 打开 修改session： alter session set container=ORCLPDB; commit; 开始安装： @apexins sysaux sysaux

导读 ：本文主要介绍了高德在服务单元化建设方面的一些实践经验，服务单元化建设面临很多共性问题，如请求路由、单元封闭、数据同步，有的有成熟方案可以借鉴和使用，但不同公司的业务不尽相同，要尽可能的结合业务特点，做相应的设计和处理。 一、为什么要做单元化 单机房资源瓶颈 随着业务体量和服务用户群体的增长，单机房或同城双机房无法支持服务的持续扩容。 服务异地容灾 异地容灾已经成为核心服务的标配，有的服务虽然进行了多地多机房部署，但数据还是只在中心机房，实现真正意义上的异地多活，就需要对服务进行单元化改造。 二、高德单元化的特点 在做高德单元化项目时，我们首先要考虑的是结合高德的业务特点，看高德的单元化有什么不一样的诉求，这样就清楚哪些经验和方案是可以直接拿来用的，哪些又是需要我们去解决的。 高德业务和传统的在线交易业务还是不太一样，高德为用户提供以导航为代表的出行服务，很多业务场景对服务的RT要求会很高，所以在做单元化方案时，尽可能减少对整体服务RT的影响就是我们需要重点考虑的问题，尽量做到数据离用户近一些。转换到单元化技术层面需要解决两个问题: 1.用户设备的单元接入需要尽可能的做到就近接入，用户真实地理位置接近哪个单元就接入哪个单元，如华北用户接入到张北，华南接入到深圳。 2.用户的单元划分最好能与就近接入的单元保持一致，减少单元间的跨单元路由。如用户请求从深圳进来