db2

Osc乱弹歌单（2020）请戳（ 这里 ） 【今日歌曲】 @ 薛定谔的兄弟 ：分享洛神有语创建的歌单「我喜欢的音乐」: 《茜さす》- Aimer 手机党少年们想听歌，请使劲儿戳（ 这里 ） @ xiaoshiyue ：一到夏天我这条命就是空调给的 最好能不用空调， @ xiaoshiyue ：这样的天气最舒服了～ 比如下个雨， @ Cobbage ：被雨困在了超市门口 带伞啊！ “有你在的地方下雨也是晴天。” 也不要忘记缅怀遇难的同胞 2008年的5月12日 当时还捐钱了， @ 性感码农-PC ：那年读初中，中午在教室午睡，下午上课的时候，还没听到消息，然后到了5点放学，跟几个兄弟去旁边的医院篮球场打篮球，在小店买水的时候，新闻一直在播放，震撼到我了，后面组织捐款，家境贫寒的我捐了10块钱，（当时10块钱是我的一个星期的生活费） “把我只够一碗猫粮的存款捐给灾区小朋友。” 同一个时间， 不同的地点， 对于不同的人来说就是不同的命运， @ RYAN___ ：大事件对于普通人的记忆来说都是起于微末毫无感知，上次地震，这次疫情我1月18号开车回湖北老家，19号早上才到，网上就开始沸腾起来了，各种消息满天飞，然后就是封城，封湖北，封村，在家干农活，接电脑远程办公，钓鱼，挖野菜，后续解封回深圳，核算检查 持续了两个多月 过山车式的体验吧 其实最深刻的记忆就是 街上的各种吃的都吃不到了，

大数据文摘出品 作者：魏子敏 本文为清华数据科学研究院联合大数据文摘发起的年度白皮书《顶级数据团队建设全景报告》系列专访的第五篇内容。《报告》囊括专家访谈、问卷、网络数据分析，力求为行业内数据团队的组建和高校数据人才的培养提供指导性意见。前往文末参与填写问卷，将获得《报告》完整版~ 通信大数据行程卡小程序，相信大家都不陌生。 疫情期间，它不仅是人人手机里必备的小程序，也是外出的必要通行证。 今年4月，为了应对企事业单位的大面积复工复产，并且准确掌握居民个人过去14天的行程，全国一体化政务服务平台上线工信部推出的“通信大数据行程卡”服务，并将行程卡信息纳入全国一体化平台“防疫健康信息码”服务。用户在信息码服务中申报行程即可查询和证明本人近14天的到访地，不再需要另外开具证明。 在工信部统一组织下， 三家电信运营商很快实现了数据整合 ，为疫情期间的出行和公共健康的防疫管理作出了重要贡献，包括中国移动在内的多家国内主要运营商都参与其中。但很少有人知道，整个项目从开启到初版上线其实只花了不到一周。 上个月底，带着对相关团队的好奇，大数据文摘采访了中国移动信息技术中心大数据平台部副总经理尚晶。她所在的中国移动信息技术中心负责中国移动全网IT系统统一规划、建设和运营，今年还加挂了中国移动大数据中心的牌子，按“一套人马，两块牌子”运作，目前 负责大数据相关工作的团队有近200人 。

1 面试题 分布式事务了解吗？你们如何解决分布式事务问题的？ 2 考点分析 只要聊到做了分布式系统，必问分布式事务，若你对分布式事务一无所知的话，确实很坑，起码得知道有哪些方案，一般怎么来做，每个方案的优缺点是什么。 现在面试，分布式系统成了标配，而分布式系统带来的分布式事务也成了标配. 你做系统肯定要用事务，那你用事务的话，分布式系统之后肯定要用分布式事务. 先不说你搞过没有，起码你得明白有哪几种方案，每种方案可能有啥坑？ 比如TCC方案的网络问题、XA方案的一致性问题. 单块系统里的事务 分布式系统里的事务 3 XA方案也叫做两阶段提交事务方案. 举个例子，比如公司经常团建，然后一般会有个主席（就是负责组织团建的那个人）。 tb，team building，团建 第一个阶段，一般tb主席会提前问团队里的每个人，说，大家伙，下周六我们去滑雪+烧烤，去吗？ 这个时候tb主席开始等待每个人的回答，如果所有人都说ok，那么就可以决定一起去这次tb 如果这个阶段里，任何一个人回答说，我有事不去了，那么tb主席就会取消这次活动 第二个阶段，那下周六大家就一起去滑雪+烧烤了 这就是所谓的XA事务，两阶段提交. 有一个事务管理器，负责协调多个数据库（资源管理器）的事务，事务管理器先问各个数据库你准备好了吗？ 如果每个数据库都回复ok，那么就正式提交事务，在各个数据库上执行操作

在《阿里巴巴Java开发手册》中强制规定： 超过 3 层的 if-else 的逻辑判断代码可以使用卫语句、策略模式、状态模式等来实现，其中卫语句 即代码逻辑先考虑失败、异常、中断、退出等直接返回的情况，以方法多个出口的方式，解决代码中判断 分支嵌套的问题，这是逆向思维的体现。 卫语句就是把复杂的条件表达式拆分成多个条件表达式，减少嵌套。嵌套了好几层的if - then-else语句，转换为多个if语句，实现它的逻辑，这多条的if语句就是卫语句。 未使用卫语句： public void getHello(int type) { if (type == 1) { return; } else { if (type == 2) { return; } else { if (type == 3) { return; } else { //若在此处在次判断type的值,这个嵌套会更加进行 setHello(); } } } } 使用卫语句： public void getHello(int type) { if (type == 1) { return; } if (type == 2) { return; } if (type == 3) { return; } setHello(); } 来源： oschina 链接： https://my.oschina.net/u/3727895

上篇文章（第01期：详解 Prometheus 专栏开篇） 介绍了 Prometheus 的架构，本文开始将介绍 Prometheus 数据采集。本文首先会介绍采集数据的格式和分类，然后会给出一些使用上的建议。 一、采集数据格式及分类 1.1 采集数据的格式x` Prometheus 使用 metric 表示监控度量指标，它由 metric name (度量指标名称)和 labels (标签对)组成： <metric name>{<label name=<label value>, ...} metric name 指明了监控度量指标的一般特征，比如 http_requests_total 代表收到的 http 请求的总数。metric name 必须由字母、数字、下划线或者冒号组成。冒号是保留给 recording rules 使用的，不应该被直接使用。 labels 体现了监控度量指标的维度特征，比如 http_requests_total{method="POST", status="200“} 代表 POST 响应结果为 200 的请求总数。Prometheus 不仅能很容易地通过增加 label 为一个 metric 增加描述维度，而且还很方便的支持数据查询时的过滤和聚合，比如需要获取所有响应为 200 的请求的总数时，只需要指定 http_request_total

翻车现场: 使用 freemarker 时,后台基本报错没显示出来,显得那么平稳 浏览访问,就直接找不到了 解决: 错误所在: 因为用Mongodb和 Freemarker 时我原本启动类了用到了@ComponentScan注解 @ComponentScan(basePackages ="XXX") 用于Component进行扫描,可以配置扫描的包路径, 扫描XXX包以及子包下添加了指定注解的类 解决: 把@ComponentScan注解去掉即可,它就会进行默认扫描规则，会自动扫描启动类所在包及其子包中的所有添加了指定注解类,就可以访问资源了 看完恭喜你,又知道了一点点!!! 你知道的越多,不知道的越多! ~感谢志同道合的你阅读, 你的支持是我学习的最大动力 ! 加油 ,陌生人一起努力,共勉!! 来源： oschina 链接： https://my.oschina.net/ithuang/blog/4314916

远程数据备份和恢复历来分散的原因有两个：移动大量的数据到集中的位置的高额成本，以及远程恢复时缓慢的访问时间。带宽成本高昂，而且在许多远程站点，甚至提供足够的可用性也是夸张的。使问题复杂化的是，传统的备份是批量化的行为，涉及在有限的时间内移动大量的数据。用以支持这种跨越广域网活动的额外的带宽需要证明是不可能的。还有恢复的问题：通过一个小管道备份是痛苦的，恢复数据卷可能是极其痛苦的。 因此，企业往往按照“迷你数据中心”模式实施ROBO备份，每个地点配置自己的备份服务器和磁带驱动器或小型带库。有人在远程办公室定期插入和移走磁带，并且幸运的是，磁带不定期会送到一个外部地点。不同站点的数据保护质量和一致性有着显著的不同。 远程办公室备份技术 对于远程备份，一些技术已经逐渐发展，并导致备份模式的转换和新的可供选择的方案。这些变化包括从改进传统的远程备份模式，到消除远程备份的需要，可能甚至远程服务器和存储。这些包括： 磁盘： 和一般而言的备份一样，低成本，高容量基于磁盘的备份已经成为提升远程保护的主要推动者。使用磁盘能够减少磁带固有的停-起情况、，对可靠性的担心，以及顺序的工作调度和资源管理约束。这些问题使本地远程备份特别痛苦。但是记住磁带的两个优势很重要——低单位储存成本和可运输性——可能成为最主要的因素。 数据复制： 有限的备份运作能力和把数据移动到其它站点的需要

BIRT自带的Data Sources Join以及用ETL转化为同库等方案都难以解决此类问题。具体可以通过如下示例讨论： 交易明细数据(trade表)存储于生产系统的数据库DB2中，另外一部分业务数据(network表、account表)存储于业务系统的Mysql中，它们其中的关联关系如下图所示： 所谓“动态关联”，是指用户在前台界面输入参数，报表通过参数来决定trade和哪张表做关联，并在报表中显示关联后的数据，实际运算中可能还要进行数据过滤和汇总。查询流程如下图所示： 比如查询场景一：报表根据传入参数，能动态地将trade中的outAccount字段和account中的accountNo字段关联，最后查询结果显示trade中的所有字段以及account的name,gender,city等字段。 解决此类问题的常见方案与不足，分析如下： 1、BIRT Data Sources Join的问题在于要求表名和字段名是已知、确定的，但这类报表都是通过参数来动态关联的，因此无法实现。 2、可以用ETL把生产库的数据抽取到业务库，这样跨库的问题就转化为同库了。这个方案思路简单但实施起来细节上有很多难点。首先是实时查询：为了实时查询数据，需要在生产库使用触发器之类的功能来检测数据的实时变化，并将数据推送到业务库，但生产库不能轻易改动，因此实时查询就无法实现。非实时查询也难以办到

PDF文件怎么进行快速翻译？如果说我们的征途是星辰大海，那我们的贸易对象地区就是全球各地，在公司里进行业务的时候，写文件已经不是难事，翻译文件才是每个工作人员的痛处。 今天小编教大家一个能够快速翻译PDF文件的小妙招，打开迅捷PDF转换器，开始操作。 在软件页面中，我们可以看到各种功能，选择页面上方的特色转换，在特色转换中找到我们需要的“PDF翻译”选好之后，进行导入文件。 点击添加文件，添加好之后，在页面下方选择需要翻译的语言，如果我们需要对接的是阿拉伯客户，那么我们就可以在前一个语言选项中，选择中文，在后一个选项中，选中“阿拉伯语。” 选好之后，调整输出目录，就可以点击右下角的“开始转换，”等状态下的进度条到达100%，PDF文件的翻译就完成了。 以上就是快速翻译PDF文件的具体流程，迅捷PDF转换器中还有很多实用功能，感兴趣的小伙伴可以在浏览器搜索迅捷PDF转换器，进入官网点击下载安装。 来源： oschina 链接： https://my.oschina.net/u/4529349/blog/4290307

​​​​​​一. H TML 表单标签 相当于程序：m ain 方法 < form> <input> <select> <textarea> 表单相当于 WEB程序的入口，作用：用来提交数据 1.标签：< form> 2.表单-案例 密码框：非明文。 < input /> 信息输入框 type ：框体类型 text 文本框：正常输入。 password 密码框：非明文 submit 提交按钮：把表单中所有信息输入框的数据提交给网站（服务器） value：值 ① 给按钮设置按钮名称 建议： 除了单选框和复选框以外，其他框体的n ame 属性不能一致 3. 案例2 通过案例，快速学习表单知识 reset 重置按钮：把表单输入项恢复到默认状态。 代码实现： <!-- 所有的表单输入项，必须放在<form>：<input/> <select> <textarea> 用来输入信息。 所有的表单输入项，如果需要提交数据，必须需要name属性 input 中： value属性： ①按钮名称 ②赋予默认参数值 checked属性： 标记单选框/复选框 是否选中 checked="checked" --> <form> 用户名：<input type="text" name="username" value="zzzzz"/><br/> 密码：<input type="password" name=