[Oracle] ODA_X7-2Technical_Overview_April1118.pdf

说明：ODA_X7-2Technical_Overview_April1118 Oracle公司官方内部发布文档Agenda 1 Overview 2 Hardware 3>Software 4 Management 5Q&A ORACL∈ Copyright C 2018, Oracle and/ar its affiliates. All rights reserved Oracle Database Appliance X7-2 Model Family What's New? Late
<flysun2003> 上传 | 大小：4mb

[PostgreSQL] ora2pg_spatial.pdf

说明：将oracle空间数据转到postgresql中，主要是对两个数据库的函数进行迁移
<gml520> 上传 | 大小：74kb

[其它] 360杀毒软件包.zip

说明：360杀毒企业版，国家能源集团企业版本
<weixin_44677669> 上传 | 大小：107mb

[Redis] redis.config(docker+redis最近版配置文件)

说明：在运行Docker+Redis最新版后,运行redis-cli需要的redis.config文件
<qq_43371556> 上传 | 大小：49kb

[MySQL] mysql-workbench-community-6.2.5-winx64-noinstall.zip mysql管理工具

说明：mysql-workbench-community-6.2.5-winx64-noinstall.zip mysql管理工具，解压，双击里面的mysql-workbench.exe即可使用
<u011842599> 上传 | 大小：31mb

[Oracle] Oracle Database Release 19c新功能.pdf

说明：Oracle Datebase Release 19C新功能介绍，产品的新功能。使用
<frankzou515> 上传 | 大小：1mb

[Redis] 兰将州-Redis在微博场景下的优化实践.pdf

说明：兰将州-Redis在微博场景下的优化实践在微博的应用场景 在微博的优化 未来展望 devops.com全球敏捷运维峰会北京站 在微博的应用场景 加关注领红包#天了噜~!我的运气已经突破天际啦!我在微博加关注领红包 的红包中抽到了“1858元现金”!不要太羡慕,你也可以拥有微博加关注领红 关注热门 包的红包 荐同城榜单复仇者联盟4创造营2019+ 【#北美票房##复联4#1.45亿两连冠】#复仇者联盟 已领取 4:终局之战#次周末进账145亿美元轻松夺冠,但相 比首周35亿美元下跌58.6%。虽
<m0_37609579> 上传 | 大小：5mb

[其它] 江苏省30m精度数字DEM高程数据.rar

说明：ASTER GDEM数据由日本METI和美国NASA联合研制并免费面向公众分发。ASTER GDEM数据产品基于“先进星载热发射和反辐射计(ASTER)”数据计算生成，是目前唯一覆盖全球陆地表面的高分辨率高程影像数据。自2009年6月29日V1版ASTER GDEM数据发布以来，在全球对地观测研究中取得了广泛的应用。但是，ASTER GDEM V1原始数据局部地区存在异常，所以由ASTER GDEM V1加工的数字高程数据产品也存在个别区域的数据异常现象。ASTER GDEM V2版则采用了一种
<hyx2017> 上传 | 大小：218mb

[MySQL] MySQL_5.1_zh_官方文档-帮助手册-中文.chw

说明：MySQL_5.1_zh中文手册 本手册编译于2006-7-29，目录及索引由官方HTML文档转换并加以修订
<night825> 上传 | 大小：78kb

[其它] hbase-echarts.zip

说明：java连接hbase做数据库连接 其中hbase的参数配置类已经写在了yml底下，使用的时候只需要修改参数就能使用
<qq_34093082> 上传 | 大小：1mb

[其它] gbase-connector-java-8.3.81.53-build55.2.1-bin.jar

说明：gabse jdbc 最新版gbase-connector-java-8.3.81.53-build55.2.1-bin的jar资源文件
<l290704755> 上传 | 大小：787kb

[其它] 【RocksDB】TransactionDB源码分析.docx

说明：RocksDB的Transaction分为两类：Pessimistic和Optimistic，类似悲观锁和乐观锁的区别，PessimisticTransaction的冲突检测和加锁是在事务中每次写操作之前做的（commit后释放），如果失败则该操作失败；OptimisticTransaction不加锁，冲突检测是在commit阶段做的，commit时发现冲突则失败。 具体使用时需要结合实际场景来选择，如果并发事务写入操作的Key重叠度不高，那么用Optimistic更合适一些（省掉Pessimi
<max2009verygood> 上传 | 大小：275kb