## ☐ ## 使用JDBC连接数据库 北京理工大学计算机学院金旭亮 ## Java数据库应用程序全局视图 Java应用程序 JDBC数据库驱动(*.jar) JDBC规定了一整套访问数据库的标准API，所有数据库都需要实现它，因此，使用JDBC访问数据库的Java应用程序，是很容易切换底层数据库的。 ## JDBC核心类型一览表 |核心类型 (java.sql)|说明| |---|---| |Connection|与数据库建立连接| |Statement|在一个给定的连接中执行SQL语句| |PreparedStatement|用于执行预编译的SQL命令| |CallableStatement|用于调用数据库中存储过程| |ResultSet|保存SQL命令的执行结果| 上述组件是独立于底层数据库的，也就是说，只要连接上了数据库，相同的代码，就可以顺利工作..... ## JDBC访问数据库的基本步骤 JDBC访问数据库的基本步骤 加载JDBC驱动程序 创建数据库连接 执行SQL语句 接收并处理SQL的返回结果 关闭创建的各个对象 对于有可视化界面的应用程序，或者是Server端应用程序，应该在独立的线程中完成这些步骤。 出于精简学习负担的目的，我们将以SQLite为例介绍JDBC的基本使用，在此基础之上，后面选择微软的SQL Server来介绍JDBC的高级特性…… ![Image](/uploads/do

全连接神经网络实战 PYTORCH 版 DEZEMING FAMILY DEZEMING Copyright $ \copyright $ 2021-10-02 Dezeming Family ## Copying prohibited All rights reserved. No part of this publication may be reproduced or transmitted 。本书不可避免要参考 $ ^{[2]} $ 的讲解方式，但我们对讲解顺序和内容，以及程序代码都做了大量的改进。说了那么多，总之，我们的目标是写一个最好的最容易上手的 pytorch 入门教程——从全连接网络开始。 书中的示例代码在网站页面可以找到。每节末尾会提示“本节代码见 chapterX.py”。 20211006：完成本书第一版。 ### 1. 准备章节 1.1 导入 pytorch NeuralNetwork 内部定义函数: def weight_init(self): # 遍历网络的每一层 for m in self.modules(): # 如果该层是线性连接层 if isinstance(m, nn.Linear): print(m.weight.shape) print(m.bias.shape)

GO CN 千万级高性能长连接Go服务架构实践 彭宝江 百度公司 资深研发工程师 统一长连接服务背景 01 统一长连接服务介绍 02 统一长连接服务架构 03 统一长连接golang实践 04 总结和规划 05 01统一长连接服务背景 ’ alt=‘OCR图片’/> 什么是长连接 长连接 长连接 APP生命期常驻 支持全双工上下行 提升实时性、互动性 应用场景：消息&直播&PUSH ’ alt=‘OCR图片’/> 统一长连接服务背景 ’ alt=‘OCR图片’/> 02统一长连接服务介绍 ’ alt=‘OCR图片’/> 支持的业务场景 业务 支持能力 推送场景 推送预计UPS 消息 请求转发下行推送 单播/批量单播 万级 直播 请求转发下行推送 组播 千万级 云控 请求转发下行推送 批量单播 百万级 PUSH 请求转发下行推送 批量单播 百万级 统一长连接-功能目标 功能目标 服务能力 服务特性 服务接入 ’ alt=‘OCR图片’/> 统一长连接-性能目标 性能项 性能支持 说明 并发连接数 千万级长连接 支持横向扩容 下行QPS 百万级批量单播推送千万级组播推送 支持横向扩容 服务延时 毫秒级 - ’ alt=‘OCR图片’/> 统一长连接设计目标 稳定性 少出问题 快速恢复 高性能 高并发 高实时 易用

## Golang 在接入层长连接服务中的实践 黄欣 基础平台—架构部 - 背景 - 架构 - 心得 ## 目录 - 背景 - 架构 - 心得 ## 目录 ## 背景—why 长连接? - 业务场景 - 大量实时计算 - 司机乘客撮合 - 实时计价 - 高频度的数据交互 - 坐标数据 - 计价数据 - (golang) - 接口设计分层 • 框架层：模块间通信协议（类似tcp/udp） • 业务层：bytes（类似应用层）留给业务自己定义就好了 ## 架构—性能 • conn svr |连接数|qps|内存|cpu（平均）|gc（STW）| |---|---|---|---|---| |30000|3w上行 3w下行|3～4G|300%左右|8～40ms| |60000|6w上行 4w svr storage (redis\mysql) push svr util launcher: 接收连接，接收请求，go出去，等待业务层返回结果，并write back business：业务代码，拿到请求自行处理，完事之后return到laucher backend：和长连接系统中的其他模块异步通信模块 storage：和存储交互模块，提供统一的封装 util：其他通用模块（时间轮、对象池、wait封装等）

query executor)负责执行查询 查询的生命周期: 1）客户端连接coordinator, coordinator fork出QD 2）QD 拿到纯文本的查询，解析、优化、生成一个树形结构的分布式计划 3）QD 生成 slice 结构，生成每个 slice 的一系列进程结构（Gang） 4）QD 连接segment节点，segment节点fork出QE，QE执行分布式计划 5）QD archived data. Supported formats include CSV, Binary, Avro, Parquet, etc. ## Greenplum生态：Madlib ➢ 在数据库内做机器学习 ➢ 非常多的算法库 Supervised Learning Neural Networks Support Vector Machines (SVM) Conditional

## AI原生数据库与RAG  张颖峰 英飞流（上海）信息科技有限公司创始人  RAG技术实践 01 Infinity系统架构 02 ## 第一部分 RAG技术实践 ## 基于向量数据库的RAG解决方案 文档 文本块 LLM  提示词 ## LLM对企业信息架构的改变  网站  数据库  文档 ![Image](/up

## APM 深水区： 构建连接运维与业务之桥 ## 赵宇辰 @ 听云 ## 极客邦科技 会议推荐2019  QCon 北京 ## 全球软件开发大会 大会：5月6–8日 培训：5月9–10日 QCon 广州 ## 全球软件开发大会 现状：运维和业务的割裂（企业场景） 业务现状： 系统响应慢 • 营销流程中点击“提交”要等很久 • 领导批准审批超时、报错 运维困境： - 各系统看似正常 OA系统响应及时 网络正常 数据库没有报错 业务和IT系统的对应关系缺失 难以迅速定位问题 IT / CIO / 业务部门：KPI、考核、管理层压力 ## 目录 - APM现状和痛点 - 什么是APM深水区 - 技术原理 不断应用，复杂多元的IT运行环境也对传统运维提出了巨大挑战。 用户感知 体验 快速交付 数据分析 面向业务和服务的主动运营 效率 可视化 最大价值化 效益 ## APM深水区：构建连接运维与业务之桥 技术运营成本 量化业务表现 用户体验提升 数据 风险防范、故障定位 持续迭代持续优（DevOps） 业务运营效率价值 ## 业务运维可以做什么？ 完成了多少笔订单？

## Greenplum on Kubernetes 容器化MPP数据库 ## AGENDA ## 云数据库背景 云数据库实现方案 Greenplum on Kubernetes Greenplum Operator 总结 ## 云数据库背景 ## 云数据库背景 ● 资源变化 ☐ 本地资源 → 云 ☐ 静态资源 → 弹性需求 ## ● 数据变化 ☐ 内部数据 → 多数据源 is expanding beyond the scope of a single CSP — to multiple CSPs — 云数据库市场巨大 云数据库增速巨大 DBasS的需求 ## ● 跨云的需求 ## 云数据库实现方案 ## 云数据库需求 - DBasS - 自动化运维 - 自动化调优 - 弹性资源管理 - 存储资源 - 计算资源 权限控制 - 跨云 - 公有云 - 私有云 ## 云数据库实现方案 全新数据库 ○ Snowflake 原有数据库架构升级 ☐ Vertica Eon Mode ● 容器化数据库+Kubernetes ○ Apache Spark ○ CockroachDB ○ Apache HAWQ ## 云数据库存储方案 ● 块存储 ☐ 文件系统接口 ● 对象存储 ☐ 成本低

## PostgreSQL和Greenplum 数据库故障排查 赵振平 zzp@taryartar.com 北京太阳塔信息科技有限责任公司 ## 自我介绍 赵振平，太阳塔技术总监 电子工业出版社签约作家 • 腾讯最具价值专家（TVP） - 计算机畅销书作家 贵州省省管专家 国家首批大数据高级职称 • 出版了技术专著《Oracle数据库精讲与疑难解析》 确认防火墙是否关闭 ## 2 )确认数据库是否在运行，端口号是否正确 ps -ef | grep post [root@tar1 log]# ps -ef lgrep post postgres 4138 1 0 09:52 ? postgres