㈠ 数据库相关职位
个人感觉数据库架构师和数据仓库工程师的能力要求要高些，对大型数据库的应用要达到熟练或精通的水平，因此，待遇也相对来说好一些。数据库开发工程师的层次相对低些，待遇也稍低。数据架构师，一般企业需要一两个足以。
数据仓库工程师在金融行业或者大型网站的就业机会会大些。
数据库开发工程师的就业路子最宽。以下是一些个案，仅供参考。
一、数据库架构师
任职要求：
1.项目开发经验；
2.丰富的sql Server、DB2 、Oracle、Sybase大型数据库研发设计经验；
3.丰富的数据库关系模型和物理模型建模经验；
4.有数据库性能优化经验；
5.掌握数据仓库的基本理论，有数据仓库的实际开发经验；二、数据仓库工程师
职位描述：
1、对数据仓库系统的架构设计，编写专业的系统设计文档；
2、配合项目经理进行项目需求分析、应用分解、各模块的概要和详细设计；
3、实施项目开发。
职位要求：
1、有1年以上的ETL、OLAP工具的实际开发经验，有BO、MSTR、Insight、Hyperion Intelligence(Brio)等其中一种开发工具实践经验者优先；
2、熟练使用Oracle等数据库，精通SQL、存储过程，有Java和数据库性能调优的经验者优先；
3、深入理解数据仓库、数据建模等概念，有商业智能相关系统实际建模经验者优先；三、数据库开发工程师
岗位职责：
1、数据库设计与优化；
2、存储过程设计与开发；
3、审核、指导开发工程师有关数据库设计、数据存取方法；
4、协助工程部门实施数据库部署；
5、为测试部门提供数据库支持。
任职要求：
1、本科学历，计算机相关专业
2、两年以上工作经验和数据库设计/开发/管理经验
3、熟悉计算机和数据库等相关基础知识
4、熟悉linux/unix、windows等相关技术
5、精通oracle等大型数据库技术，熟练掌握数据库开发技术，熟练使用sqlplus进行存储过程开发，精确sql语言。
6、掌握系统数据存储架构设计技能和数据备份管理技术
7、良好的沟通能力和执行能力；正直、务实、敬业、善于思考、良好的团队合作精神
㈡ 金蝶K3可以在数据库把审核的单据删除或者反审核吗可以的话SQL语句怎么写
不建议这么做，单据关联了的话，单删单据数据会有问题，你可以用sQL工具追踪下单据头跟体是哪个表的
㈢ 如何通过SQL语句设置数据库登录审核的状态
刚好上次讲三层架构.有现成的例子
以一个验证登陆为例子
这里是界面层一般叫UIL
protected void Button1_Click(object sender, EventArgs e)
{
List<User> Users = BAL.GetUserInfo(txtUserName.Text,txtPassword.Text);
if(Users.Length > 0)
{
Response.Write("登陆成功");
}
else
{
Response.Write("登陆失败");
}
}
以下是逻辑层代码,业务逻辑层一般叫BLL
public static List<User> GetUserInfo(string user,string password)
{
string newPassword = GetMD5Hash(password); //这里对密码进行加密处理,数据库中存放的是经过MD5加密后的密,业务逻辑层一般都是处理复杂的逻辑.例如加密逻辑
List<User> Users = DAL.GetUserInfo(user,newPassword);
return Users;
}
以下是数据访问层代码,数据访问层一般叫DAL
public static List<User> GetUserInfo(string user,string password)
{
List<User> Users = new List<User>();
string sql = "select * from User where Password = '"+password+"' and User = '"+user+"'"; //写where子句的时候把Password放前面.因为Password经过加密,所以可以防止SQL注入攻击
SqlDataAdapter da = new SqlDataAdapter(sql,"这里是数据库连接字符串");
DataSet ds = new DataSet();
da.Fill(ds);
for(int i=0;i<ds.Tables[0].Rows.Count;i++)
{
User user = new User(ds.Tables[0].Rows[i]["ID"].ToString(),ds.Tables[0].Rows[i]["User"].ToString(),ds.Tables[0].Rows[i]["Password"].ToString());
Users.Add(user);
}
return Users;
}
还会有一个Model层.叫做模板层.是数据表结构的印射.Model层是共用层,其他三层都要用到.
比如数据库中有张表User,里面有3个字段ID,User,Password
那么在模板层中应该有一个类,数据库中User表的一行对应一个User对象,一张表对应User对象的集合.
public class User
{
string ID;
string User;
string Password;
//重载构造函数
User(string id,string user,string password)
{
this.ID=id;
this.User=user;
this.Password=password;
}
}
㈣ 去哪儿网 MySQL 语法审核工具 Inception 正式开源
mssql 的正式名字是 SQL Server MS公司出的。图形操作界面好一些，性能还可以。在在mssql和oracle上不能互换.支持OLEDB连接.asp、mssaql只能for window mysql 就是mysql 下面是readme:免费软件。性能也可以。速度快，用于小规模.命令行界面.(可
㈤ 如何开启sqlserver2008数据库审计功能
SQLSERVER2008新增的审核功能
在sqlserver2008新增了审核功能，可以对服务器级别和数据库级别的操作进行审核/审计，事实上，事件通知、更改跟踪、变更数据捕获（CDC）
都不是用来做审计的，只是某些人乱用这些功能，也正因为乱用这些功能导致踩坑
事件通知：性能跟踪
更改跟踪：用Sync Services来构建偶尔连接的系统
变更数据捕获（CDC）：数据仓库的ETL 中的数据抽取（背后使用logreader）
而审核是SQLSERVER专门针对数据库安全的进行的审核，记住，他是专门的！
我们看一下审核的使用方法
审核对象
步骤一：创建审核对象，审核对象是跟保存路径关联的，所以如果你需要把审核操作日志保存到不同的路径就需要创建不同的审核对象
我们把审核操作日志保存在文件系统里，在创建之前我们还要在相关路径先创建好保存的文件夹，我们在D盘先创建sqlaudits文件夹，然后执行下面语句
--创建审核对象之前需要切换到master数据库
USE [master]
GO
CREATE SERVER AUDIT MyFileAudit TO FILE(FILEPATH='D:\sqlaudits') --这里指定文件夹不能指定文件，生成文件都会保存在这个文件夹
GO
实际上，我们在创建审核对象的同时可以指定审核选项，下面是相关脚本
把日志放在磁盘的好处是可以使用新增的TVF:sys.[fn_get_audit_file] 来过滤和排序审核数据，如果把审核数据保存在Windows 事件日志里查询起来非常麻烦
USE [master]
GO
CREATE SERVER AUDIT MyFileAudit TO FILE(
FILEPATH='D:\sqlaudits',
MAXSIZE=4GB,
MAX_ROLLOVER_FILES=6)
WITH (
ON_FAILURE=CONTINUE,
QUEUE_DELAY=1000);
ALTER SERVER AUDIT MyFileAudit WITH(STATE =ON)
MAXSIZE：指明每个审核日志文件的最大大小是4GB
MAX_ROLLOVER_FILES：指明滚动文件数目，类似于SQL ERRORLOG，达到多少个文件之后删除前面的历史文件，这里是6个文件
ON_FAILURE：指明当审核数据发生错误时的操作，这里是继续进行审核，如果指定shutdown，那么将会shutdown整个实例
queue_delay：指明审核数据写入的延迟时间，这里是1秒，最小值也是1秒，如果指定0表示是实时写入，当然性能也有一些影响
STATE：指明启动审核功能，STATE这个选项不能跟其他选项共用，所以只能单独一句
在修改审核选项的时候，需要先禁用审核，再开启审核
ALTER SERVER AUDIT MyFileAudit WITH(STATE =OFF)
ALTER SERVER AUDIT MyFileAudit WITH(QUEUE_DELAY =1000)
ALTER SERVER AUDIT MyFileAudit WITH(STATE =ON)
审核规范
在SQLSERVER审核里面有审核规范的概念，一个审核对象只能绑定一个审核规范，而一个审核规范可以绑定到多个审核对象
我们来看一下脚本
CREATE SERVER AUDIT SPECIFICATION CaptureLoginsToFile
FOR SERVER AUDIT MyFileAudit
ADD (failed_login_group),
ADD (successful_login_group)
WITH (STATE=ON)
GO
CREATE SERVER AUDIT MyAppAudit TO APPLICATION_LOG
GO
ALTER SERVER AUDIT MyAppAudit WITH(STATE =ON)
ALTER SERVER AUDIT SPECIFICATION CaptureLoginsToFile WITH (STATE=OFF)
GO
ALTER SERVER AUDIT SPECIFICATION CaptureLoginsToFile
FOR SERVER AUDIT MyAppAudit
ADD (failed_login_group),
ADD (successful_login_group)
WITH (STATE=ON)
GO
我们创建一个服务器级别的审核规范CaptureLoginsToFile，然后再创建多一个审核对象MyAppAudit ，这个审核对象会把审核日志保存到Windows事件日志的应用程序日志里
我们禁用审核规范CaptureLoginsToFile，修改审核规范CaptureLoginsToFile属于审核对象MyAppAudit ，修改成功
而如果要把多个审核规范绑定到同一个审核对象则会报错
CREATE SERVER AUDIT SPECIFICATION CaptureLoginsToFileA
FOR SERVER AUDIT MyFileAudit
ADD (failed_login_group),
ADD (successful_login_group)
WITH (STATE=ON)
GO
CREATE SERVER AUDIT SPECIFICATION CaptureLoginsToFileB
FOR SERVER AUDIT MyFileAudit
ADD (failed_login_group),
ADD (successful_login_group)
WITH (STATE=ON)
GO
--消息 33230，级别 16，状态 1，第 86 行
--审核 'MyFileAudit' 的审核规范已经存在。
这里要说一下 ：审核对象和审核规范的修改 ，无论是审核对象还是审核规范，在修改他们的相关参数之前，他必须要先禁用，后修改，再启用
--禁用审核对象
ALTER SERVER AUDIT MyFileAudit WITH(STATE =OFF)
--禁用服务器级审核规范
ALTER SERVER AUDIT SPECIFICATION CaptureLoginsToFile WITH (STATE=OFF)
GO
--禁用数据库级审核规范
ALTER DATABASE AUDIT SPECIFICATION CaptureDBLoginsToFile WITH (STATE=OFF)
GO
--相关修改选项操作
--启用审核对象
ALTER SERVER AUDIT MyFileAudit WITH(STATE =ON)
--启用服务器级审核规范
ALTER SERVER AUDIT SPECIFICATION CaptureLoginsToFile WITH (STATE=ON)
GO
--启用数据库级审核规范
ALTER DATABASE AUDIT SPECIFICATION CaptureDBLoginsToFile WITH (STATE=ON)
GO
审核服务器级别事件
审核服务级别事件，我们一般用得最多的就是审核登录失败的事件，下面的脚本就是审核登录成功事件和登录失败事件
CREATE SERVER AUDIT SPECIFICATION CaptureLoginsToFile
FOR SERVER AUDIT MyFileAudit
ADD (failed_login_group),
ADD (successful_login_group)
WITH (STATE=ON)
GO
修改审核规范
--跟审核对象一样，更改审核规范时必须将其禁用
ALTER SERVER AUDIT SPECIFICATION CaptureLoginsToFile WITH (STATE =OFF)
ALTER SERVER AUDIT SPECIFICATION CaptureLoginsToFile
ADD (login_change_password_gourp),
DROP (successful_login_group)
ALTER SERVER AUDIT SPECIFICATION CaptureLoginsToFile WITH (STATE =ON)
GO
审核操作组
每个审核操作组对应一种操作，在SQLSERVER2008里一共有35个操作组，包括备份和还原操作，数据库所有权的更改，从服务器和数据库角色中添加或删除登录用户
添加审核操作组的只需在审核规范里使用ADD，下面语句添加了登录用户修改密码操作的操作组
ADD (login_change_password_gourp)
这里说一下服务器审核的内部实际上使用的是SQL2008新增的扩展事件里面的其中一个package：SecAudit package，当然他内部也是使用扩展事件来收集服务器信息
审核数据库级别事件
数据库审核规范存在于他们的数据库中，不能审核tempdb中的数据库操作
CREATE DATABASE AUDIT SPECIFICATION和ALTER DATABASE AUDIT SPECIFICATION
工作方式跟服务器审核规范一样
在SQLSERVER2008里一共有15个数据库级别的操作组
7个数据库级别的审核操作是：select ,insert,update,delete,execute,receive,references
相关脚本如下：
--创建审核对象
USE [master]
GO
CREATE SERVER AUDIT MyDBFileAudit TO FILE(FILEPATH='D:\sqldbaudits')
GO
ALTER SERVER AUDIT MyDBFileAudit WITH (STATE=ON)
GO
--创建数据库级别审核规范
USE [sss]
GO
CREATE DATABASE AUDIT SPECIFICATION CaptureDBActionToEventLog
FOR SERVER AUDIT MyDBFileAudit
ADD (database_object_change_group),
ADD (SELECT ,INSERT,UPDATE,DELETE ON schema::dbo BY PUBLIC)
WITH (STATE =ON)
我们先在D盘创建sqldbaudits文件夹
第一个操作组对数据库中所有对象的DDL语句create，alter，drop等进行记录
第二个语句监视由任何public用户（也就是所有用户）对dbo架构的任何对象所做的DML操作
创建完毕之后可以在SSMS里看到相关的审核
㈥ zcms 后台用的什么框架
泽元网站内容管理系统 (简称ZCMS) 是一套基于J2EE和 AJAX 技术的企业级网站内容管理软件(CMS)，集站点管理、内容创作、内容审核、基于模板的内容发布、内容采集、内容检索、多媒体内容管理于一身。ZCMS 允许非专业人员创建内容、实现内容信息发布与共享。 基于Web浏览器的操作界面易于使用，让使用者可以高效率地完成内容的创建、管理与发布。利用ZCMS 可以轻松创建企业内、外部WEB门户，也可以建立以内容为核心的企业信息平台。
技术路线：J2EE+SOA+AJAX
操作系统：兼容全部主流服务操作系统，包括Windows Server、 Linux、AIX、HP-Unix、Solaris等
数 据 库：兼容全部主流数据库，包括Oracle、DB2、SQL Server、Mysql等，支持数据库类型无缝切换
中 间 件：所有支持J2EE 1.3标准的中间件，包括Websphere、Weblogic、Tomcat等
有兴趣的可以访问泽元官方网站查看：
http://www.zving.com/
㈦ 几种常用Web数据库的比较
SWISSPROT的序列经过严格审核，注释完善，但数量仍较
少。
PIR数据量较大，但包含未经验证的序列，注释也不完善。
TrEMBL和GenPept的数据量最大，且随核酸序列数据库的
更新而更新，但是由于TrEMBL和GenPept均是由核酸序列
经过计算机程序翻译生成的，这两个数据库中的序列错误
率较大，并存在较多的冗余序列。
UniProt中的序列具有较好的代表性，数据较完整。
㈧ 好用的出纳软件
顺和达出纳软件最好用
㈨ SQL ManagementExpress和SQL企业版的区别
Microsoft 已重新设计了 SQL Server 2005 产品系列，有 Express、Workgroup、Standard 和 Enterprise 四种新版本，从而可以更好地满足各个客户领域的需求。与竞争性解决方案相比较，SQL Server 2005 作为一种低成本主流数据库，将呈现前所未有的价值和功能。这四种新版本提供多种功能，具有高可用性和强大的伸缩性以及高级商业智能工具，旨在为组织中的用户提供一种更安全、可靠和高效的数据管理平台。此外，通过减少应用程序停机时间、强大的可伸缩性及性能和严格的安全控制，SQL Server 2005 迈出了巨大的一步，为世界上要求最为苛刻的企业系统提供了强大的支持。因为 SQL Server 是 Windows Server System 的一部分，通过 Windows Server System 产品中实现的通用工程策略可增强管理性和集成性，从而降低总拥有成本，加快开发速度，为客户提供更多额外收益。下表对各个版本进行了详细说明。
说明： 下表中“注释”栏提供了对特定功能的注释。选中标记旁边的数字用来指示显示在页面底部的脚注。SQL Server 2005 Developer Edition 和 Evaluation Edition 未在表中列出。这些版本的功能集与 Enterprise Edition 相同，只有许可证策略不同。
可伸缩性和性能
功能 Express Workgroup Standard Enterprise 注释
CPU 数量
无限制
支持多内核理器
RAM
1 GB
3 GB
OS Max
OS Max
内存不能超过操作系统支持的最大值
64 位支持
Windows on Windows (WOW)
WOW
数据库大小
4 GB
无限制
无限制
无限制
支持大型数据库
并行索引操作
索引操作并行处理
索引视图
所有版本皆支持索引视图创建。只有 Enterprise Edition 支持按查询处理器匹配索引视图。
高可用性
功能 Express Workgroup Standard Enterprise 注释
数据库镜像
高级的高可用性解决方案，包括快速故障转移和自动客户重定向
故障转移群集
备份日志传送
数据备份和恢复解决方案
联机系统更改
包括热添加内存、专用管理连接和其他联机操作
联机索引
联机还原
快速恢复
开始撤消操作时可用的数据库
1 单 REDO 线程和安全设置始终开启
2 仅支持两个节点
管理性
功能 Express Workgroup Standard Enterprise 注释
自动调谐
自动调谐数据库以获取最优性能
Express Manager
易于使用的管理工具
Management Studio
SQL Server 完全管理平台，包括 Business Intelligence (BI) Development Studio
数据库优化顾问
自动建议加强您的数据库体系结构以提高性能
服务性增强功能
动态管理视图和报表增强功能
全文搜索
SQL 代理作业调度服务
1 可单独下载
2 可单独下载
3 可单独下载
4 可单独下载
安全性
功能 Express Workgroup Standard Enterprise 注释
高级审核、身份验证和授权功能
数据加密和密钥管理
内置数据加密以获取高级的数据安全性
最佳实践分析器
扫描您的系统以确保遵循了推荐的最佳实践
与 Microsoft Baseline Security Analyzer 的集成
扫描您的系统以检查常见的安全漏洞
与 Microsoft Update 的集成
可编程性
功能 Express Workgroup Standard Enterprise 注释
存储过程、触发器和视图
T-SQL 增强功能
包括异常处理、递归查询和新数据类型支持
公共语言运行时和 .NET 的集成
用户定义类型
用您自己的自定义数据类型扩展服务器
本机 XML
包括 XML 索引和全文 XML 搜索
XQuery
通知服务
允许构建高级订阅和发布应用程序
Service Broker
1 仅订阅方
集成和互操作性
功能 Express Workgroup Standard Enterprise 注释
导入/导出
具有基本转换的集成服务
提供图形提取、转换和加载 (ETL) 功能
集成服务高级转换
包括数据挖掘、文本挖掘和数据清理
合并复制
事务性复制
Oracle 复制
使用 Oracle 数据库作为发布者的事务性复制
Web Services（HTTP 端点）
支持本机 Web services、WSDL 和 Web 身份验证
1 仅订阅方
2 最多发布给 25 个订阅方
3 仅订阅方
4 最多发布给 5 个订阅方
商业智能
功能 Express Workgroup Standard Enterprise 注释
报表服务器
报表生成器
最终用户报表工具
报表数据源
Standard Edition 和 Enterprise Edition 支持所有数据源（OLAP 和关系数据）
向外扩展报表服务器
数据驱动订阅
无限点进
数据仓库
星型查询优化
SQL 分析功能
BI Development Studio
集成开发环境，用于生成和调试数据集成、OLAP、数据挖掘和报表解决方案
企业管理工具
与 SQL Management Studio、SQL Server 事件探查器、SQL Server 代理和备份/还原集成
本机支持 Web Services
（面向服务的体系结构）
允许访问任意设备的数据
Analysis Services
强大的分析和数据挖掘功能
统一的维度模型
企业业务数据模型可以对大型数据集进行快速、交互式的即席特殊分析。生成更智能的报告，它们可充分利用中心业务逻辑和 KPI 以及充分利用 UDM 的性能
业务分析
MDX 脚本和 MDX 调试器、.Net 存储过程、时间智能、KPI 框架
高级业务分析
帐户智能、元数据翻译、透视和半累加性度量值
主动缓存
提供自动缓存以获取更强大的可伸缩性和性能
高级数据管理
已分区的多维数据集、并行处理、服务器同步
完全写回支持
维度和单元格写回
数据挖掘
九种算法包括决策树和回归树、群集、逻辑和线性回归、神经网络、Naive Bayes、关联、顺序分析和聚类分析和时序。生成更智能的报告，它们可充分利用中心业务逻辑和 KPI 以及充分利用 UDM 的性能
高级性能调谐功能
附加选项，用于调谐数据挖掘模式，以获取更高的准确性、更好的性能和更强的可伸缩性。
SQL Server Integration Services 数据流集成
在操作数据管道中直接执行数据挖掘预测和培训操作。
文本挖掘
将非结构化文本数据转换为结构化数据，以通过报表、OLAP 或数据挖掘进行分析。
1 本地计算机，相同的 SQL Server 版本，仅关系数据
2 本地计算机，相同的 SQL Server 版本，仅关系数据
3 仅报表设计器
4 仅报表设计器
5 仅 Reporting Services
6 仅 Reporting Services
㈩ 如何自动化完成SQL审核
sql审核主要完成两方面的目的.
1、避免性能太差的sql进入生产系统,导致整体性能降低
2、检查开发设计的索引是否合理,是否需要添加索引
第一点是SQL审核最核心的地方,避免乱七八糟的sql影响线上性能,甚至导致线上系统崩溃.
第二点是属于建模的范畴,要解决建模的最好办法是DBA参与项目前期审核,由DBA建模,如果DBA人力资源不足,那么就定期由DBA对开发人员进行培训.然后发现建模太烂的就扣KPI.
现在很多公司都是人肉来完成SQL审核的,人肉审核对dba的要求较高,需要懂一些代码,另外是费时费力,毕竟一般公司几十个开发,对应一个DBA，而且DBA还要干很多其他的事情.
如何将DBA从人肉SQL审核中解放出来呢?
思路其实很简单:
1、获取程序要执行的SQL
2、对要执行的SQL做分析,可以加各种分析条件来判断这个SQL是否可以自动审核通过,未通过审核的需要人工处理.
3、配合后期的慢查询日志分析系统完成长期的监控.
开源的解决方案主要有淘宝丹臣sqlautoreview系统.可以在github上搜索到.
但是这个系统主要是基于java sqlmapfile.xml解决自动创建索引的问题,对源数据有要求,并且是通过解析SQL结构来假设SQL的执行计划,不是特别准确,并且不能够很好的区分新sql还是老sql.
所以产生了一个新的方案:
1、为所有的执行过的sql产生一个figerprint
2、基于慢查询提供的数据,加上explain 提供的数据来判断这个sql的性能是否可接受,或者可优化.
3、自动审核通过性能可接受的部分,给DBA展示性能较差的sql,然后进行优化.
方案的优点在于:
基于用户真正执行的SQL,并且可以观察SQL执行频率.
基于MySQL真正的执行计划和执行结果,分析更准确.
每个SQL都有一个fingerprint,只需要增量处理新加的SQL,效率和性能提高.
基于Box anemometer二次开发,让慢查询和sql审核同平台,增加工具集成性,提高用户体验(DBA和开发人员)。
方案实施:
既然咱是DBA，肯定会有更DBA的思维方式.基于现有软件二次开发完成,减少开发成本,整合管理平台.
基于Box anemometer.安装Box anemometer
Box anemometer是一款B/S架构,图形化的MySQL慢查询分析工具.功能强大易用,设计简单直接.anemometer是基于pt-query-digest的二次封装得来.
核心处理流程:
mysql node–>计划任务通过pt-query-digest收集慢查询信息–>结果写入到数据库中–>anemometer按条件去展示慢查询的结果,并且提供了图形化和趋势分布图等功能.
所以anemometer已经帮我们完成了数据收集,包括每个sql的fingerprint信息,以及相关的信息,我们在测试环境,基于anemometer,将long_query_time设置为0,就可以收集到所以的SQL及相关信息.
在我们收集到所有SQL以后,我们就要来分析这个SQL是否可以自动审核通过.这里开始我们就要定制了.
定制内容如下:
一、
设置一个单独的datasources,可以命名为audit_sql.
这个datasources里面只放置开发环境或者测试环境的慢查询(你要做sql审核基于哪个环境),将此环境的long_query_time设置为0,接收所有的sql查询.
二、修改anemometer
ALTER TABLE `global_query_review` ADD audit_status VARCHAR(255) NOT
NULL DEFAULT ‘refuse’ comment ‘sql审计的状态 refuse未通过 pass审核通过’;
修改PHP代码.
在report模块的where条件中增加一个Ait Status的选项框,可以过滤audit_status的状态
在show_query模块中增加一个Audit Status的选项框,可以人工设置audit_status的状态
三、增加两个额外的脚本,准实时的分析audit_status为refuse的sql,如果sql的满足自动审核通过的条件,那么就设置audit_status为pass,表示自动审核通过.
自动审核未通过的sql,由DBA人工在anemometer上检索和处理.
这里就涉及到一个自动审核通过的算法:
算法分两种.
第一种是准实时,也就是可以几分钟或者一个小时运行一次,主要是根据每个sql的执行效率判断是否pass.
对应的脚本名字叫做:audit_sql.py
第二种是一天一次,弱化执行效率判断,增加一天执行的频率判断.
对应的脚本名字叫做:audit_sql_day.py
各家根据自己的实际情况调整或者优化这两个脚本.
至此,你已经可以让99%以上的代码自动审核通过了,审核不通过的代码你可以让开发自己来tracking也可以主动推给开发.
对于才搭建的环境,可能会有一些乱七八糟的sql,不过使用一段时间稳定以后,异常的sql指纹都有了,那么每天产生的sql指纹就比较少了,而这部分SQL指纹也就是程序员编写新的代码产生的.