① 自动化操作软件可以插入sql语句吗
现在很多自动化软件都可以轻松地访问SQLServer数据库，当然可以插入SQL语句。
② 如何使用SSDT进行SQL数据库的自动化部署到生产环境和版本控制
嗯问题解决数据库先附加2014数据库给创建脚本脚本放低版本数据库进行创建行想单纯降低能微软具兼容性所能高兼低低兼高太实现
③ SQLServer怎么创建任务来自动执行一连串SQL语句
第一步当然是打开我们的SQLServer软件，打开之后，我们需要找到“SQL Server Agent”，如下图中所示。
这个时候我们需要注意的是：如果在“SQL Server Agent”的图表左边我们看到一个红色的小x，这个时候就说明我们需要“start”，具体位置如下图。
完成第二步之后，我们就可以看到，之前的小x已经消失了，会转变为如下图所示的样子。
现在我们就开始来创建一个“job”,具体步骤是点击“job”，右键选择“New job”。然后我们就会看到一个创建一个新的“job”的窗口，如下图：这个我们创建一个名为“test2”的“job”。
取好名字之后，我们就点击“steps”进入最重要的步骤：这里我们需要把我们想要执行的sql语句按步骤一步一步的填写好，具体步骤是点击“New”开始每一步sql的录入。
这里笔者只添加一步用来演示给大家看，假设我们要执行的是：“select * from test where id=001”，如下图所示操作。
设置完成所有步骤之后，我们可以给这个“job”自动化运行的时间，具体做法是点击“scheles”->"New" 然后就会出现设置自动化运行的时间设置窗口，如果我们希望每个月的第一天运行这个“job”，就可以入下图所示设置。
完成设置之后，点击“确定”，然后刷新我们的数据库，我们就可以看到“test2”已经创建完成。
④ sql server有哪些自动化入库工具
sql server有哪些自动化入库工具
自动化任务直接可以在SQL中创建job job有时间执行周期 所以可以设置执行起始时间，可以按天，按周，等等 假如按小时，那就选择按天，设置多少小时执行一次
⑤ SQL Server Agent有什么作用 怎样用它
SQL Server Agent代理服务，是sql server的一个标准服务，作用是代理执行所有sql的自动化任务，以及数据库事务性复制等无人值守任务。
这个服务在默认安装情况下是停止状态，需要手动启动，或改为自动运动，否则sql的自动化任务都不会执行的，还要注意服务的启动帐户。
SQL Server Agent 也叫SQL Server代理，以前称为SQL执行者，这是SQL Server
的任务日程表。
这种服务主要是用于在设定的时间备份、复制数据，以及在自动执行调度表上设置的其他项目。启动这个服务后，设定好在什么时候做什么事，这个服务会让它自动运行，不需要人工干预。
(5)自动化执行sql扩展阅读
SQL Server索引的作用：
微软的SQL SERVER提供了两种索引：聚集索引和非聚集索引。下面，举例来说明一下聚集索引和非聚集索引的区别：
其实，汉语字典的正文本身就是一个聚集索引。比如，要查“安”字，就会很自然地翻开字典的前几页，因为“安”的拼音是“an”，而按照拼音排序汉字的字典是以英文字母“a”开头并以“z”结尾的，那么“安”字就自然地排在字典的前部。
如果翻完了所有以“a”开头的部分仍然找不到这个字，那么就说明的字典中没有这个字；同样的，如果查“张”字，那也会将您的字典翻到最后部分，因为“张”的拼音是“zhang”。
也就是说，字典的正文部分本身就是一个目录，不需要再去查其他目录来找到需要找的内容。把这种正文内容本身就是一种按照一定规则排列的目录称为“聚集索引”。
⑥ SQL 语句在数据库中是怎样执行的
第一步：应用程序把查询SQL语句发给服务器端执行
我们在数据层执行SQL语句时，应用程序会连接到相应的数据库服务器，把SQL语句发送给服务器处理。
第二步：服务器解析请求的SQL语句
SQL计划缓存，经常用查询分析器的朋友大概都知道这样一个事实，往往一个查询语句在第一次运行的时候需要执行特别长的时间，但是如果你马上或者在一定时间内运行同样的语句，会在很短的时间内返回查询结果。原因是：
服务器在接收到查询请求后，并不会马上去数据库查询，而是在数据库中的计划缓存中找是否有相对应的执行计划。如果存在，就直接调用已经编译好的执行计划，节省了执行计划的编译时间。
如果所查询的行已经存在于数据缓冲存储区中，就不用查询物理文件了，而是从缓存中取数据，这样从内存中取数据就会比从硬盘上读取数据快很多，提高了查询效率。数据缓冲存储区会在后面提到。
如果查询语句所包含的数据行已经读取到数据缓冲存储区的话，服务器会直接从数据缓冲存储区中读取数据返回给应用程序，避免了从物理文件中读取，提高查询速度。
如果数据行没有在数据缓冲存储区中，则会从物理文件中读取记录返回给应用程序，同时把数据行写入数据缓冲存储区中，供下次使用。
FROM子句返回初始结果集。
WHERE子句排除不满足搜索条件的行。
GROUP BY子句将选定的行收集到GROUP BY子句中各个唯一值的组中。
选择列表中指定的聚合函数可以计算各组的汇总值。
此外，HAVING子句排除不满足搜索条件的行。
计算所有的表达式；
使用order by对结果集进行排序。
查找你要搜索的字段。
如果在SQL计划缓存中没有对应的执行计划，服务器首先会对用户请求的SQL语句进行语法效验，如果有语法错误，服务器会结束查询操作，并用返回相应的错误信息给调用它的应用程序。
注意：此时返回的错误信息中，只会包含基本的语法错误信息，例如select写成selec等，错误信息中如果包含一列表中本没有的列，此时服务器是不会检查出来的，因为只是语法验证，语义是否正确放在下一步进行。
语法符合后，就开始验证它的语义是否正确。例如，表名、列名、存储过程等等数据库对象是否真正存在，如果发现有不存在的，就会报错给应用程序，同时结束查询。
接下来就是获得对象的解析锁，我们在查询一个表时，首先服务器会对这个对象加锁，这是为了保证数据的统一性，如果不加锁，此时有数据插入，但因为没有加锁的原因，查询已经将这条记录读入，而有的插入会因为事务的失败会回滚，就会形成脏读的现象。
接下来就是对数据库用户权限的验证。SQL语句语法，语义都正确，此时并不一定能够得到查询结果，如果数据库用户没有相应的访问权限，服务器会报出权限不足的错误给应用程序，在稍大的项目中，往往一个项目里面会包含好几个数据库连接串，这些数据库用户具有不同的权限，有的是只读权限，有的是只写权限，有的是可读可写，根据不同的操作选取不同的用户来执行。稍微不注意，无论你的SQL语句写的多么完善，完美无缺都没用。
解析的最后一步，就是确定最终的执行计划。当语法、语义、权限都验证后，服务器并不会马上给你返回结果，而是会针对你的SQL进行优化，选择不同的查询算法以最高效的形式返回给应用程序。例如在做表联合查询时，服务器会根据开销成本来最终决定采用hashjoin,mergejoin ，还是loop join，采用哪一个索引会更高效等等。不过它的自动化优化是有限的，要想写出高效的查询SQL还是要优化自己的SQL查询语句。
当确定好执行计划后，就会把这个执行计划保存到SQL计划缓存中，下次在有相同的执行请求时，就直接从计划缓存中取，避免重新编译执行计划。
第三步：语句执行
服务器对SQL语句解析完成后，服务器才会知道这条语句到底表态了什么意思，接下来才会真正的执行SQL语句。
此时分两种情况：
说明：SQL缓存分好几种，这里有兴趣的朋友可以去搜索一下。有时因为缓存的存在，使得我们很难马上看出优化的结果，因为第二次执行因为有缓存的存在，会特别快速，所以一般都是先消除缓存，然后比较优化前后的性能表现，这里有几个常用的方法：
1 DBCC DROPCLEANBUFFERS
2 从缓冲池中删除所有清除缓冲区。
3 DBCC FREEPROCCACHE
4 从过程缓存中删除所有元素。
5 DBCC FREESYSTEMCACHE
6 从所有缓存中释放所有未使用的缓存条目。
SQL Server 2005数据库引擎会事先在后台清理未使用的缓存条目，以使内存可用于当前条目。但是，可以使用此命令从所有缓存中手动删除未使用的条目。
这只能基本消除SQL缓存的影响，目前好像没有完全消除缓存的方案，如果大家有，请指教。
执行顺序：
⑦ 如何自动化完成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指纹也就是程序员编写新的代码产生的.
⑧ 如何自动化与SSIS包存储过程的执行
下面是这样的一种方式。在SSIS 2008 R2和SQL Server 2012的后端。 创建一个表来存储你的价值观。比方说，该表是dbo.SProcValues。基于存储的定义，表架构是这样的。
CREATE TABLE dbo.SProcValues(
Id int IDENTITY(1,1) NOT NULL,
SProcName nvarchar(40) NOT NULL,
SchemaName nvarchar(20) NOT NULL,
Dimension nvarchar(40) NOT NULL,
ETLSchema nvarchar(20) NOT NULL,
ETLTable nvarchar(40) NOT NULL,
IsExecute bit NOT NULL
)
GO
让我们来插入示例下面的脚本。
INSERT INTO dbo.SProcValues
(SProcName, SchemaName, Dimension, ETLSchema, ETLTable, IsExecute) VALUES
('dbo.sp_generate_merge', 'dim1', 'dimension1', 'stg1', 'table1', 1),
('dbo.sp_generate_merge_scdbk', 'dim2', 'dimension2', 'stg2', 'table2', 1),
('dbo.sp_generate_merge_scdbk', 'dim3', 'dimension3', 'stg3', 'table3', 0),
('dbo.sp_generate_merge', 'dim4', 'dimension4', 'stg4', 'table4', 0);
GO
在SSIS包，假设你有数据源和已建立的连接管理器。创建以下变量。可变SProcValues将容纳存储在表中的设置。可变SQLInnerQuery将举行，这将在后面的内部执行SQL任务查询。其他变量涉及到每一列可在表格中我们可以通过每一行循环，并保持在一个变量。 在变量的值粘贴以下查询SELECT SProcName, SchemaName, Dimension, ETLSchema, ETLTable, IsExecute FROM dbo.SProcValues选择变量SQLInnerQuery，然后按F4以查看属性。设置该属性EvaluateAsExpression为True，然后单击省略号按钮对Expression属性。 我们需要设置，将评估对存储在EXEC可在以后提供给内部执行SQL任务的表达式。设置以下表达式。"EXEC " + @[User::SProcName] + " @Schema = ?, @Dimension = ?, @ETLSchema = ?, @ETLTable = ?, @IsExecute = ?"如果单击评估的编辑器表达式按钮，你可以看到什么样的表达式会。您还会注意到，没有存储在下面的截图就是包变量目前没有任何价值。在将与表中的值，该表达式被分配会自动自行解决。 在SSIS包，拖放一个执行SQL任务。此任务将运行下面的查询来获取存储在表中dbo.SProcValues值的列表。在执行SQL任务配置常规页面，如下图所示。该OLEDB连接和连接管理器/数据源是作为实践。 配置执行SQL任务的结果集页面，结果从查询中设置保存为一个对象变量。 现在，第一个执行SQL任务配置得到应传递到存储的值的列表中，您需要通过记录循环。 拖放一个Foreach循环容器。执行SQL任务的优先级容器连接到Foreach循环容器。配置Foreach循环容器的集合页面。我们通过循环的结果将ADO 在Foreach循环容器配置变量映射页面，如下图所示。当我们中的每一行循环，我们将存储在各自的变量中的列值，所以我们可以把它传递给下一个执行SQL任务来运行存储 拖放一个执行SQL任务Foreach循环容器内，使这个任务是在结果集中每次执行我们遍历一行。配置执行SQL任务，如下图所示。 注 您可能希望在这问题上，根据你的如果你选择的ResultSet，那么你需要配置一个合适的对象变量来接受这个结果集执行SQL任务配置的ResultSet属性。我把它作为无这个例子。 设定值被传递给存储 最后，控制流程是这样的。 当包运行时，循环将执行存储尽可能多的记录由上述的SELECT返回的，前提是你把所有表中的行存储的定义，可在数据库中。我已经创建的存储dbo.sp_generate_merge_scdbk和dbo.sp_generate_merge同的定义。这就是包执行的理由
⑨ 如何在自动化脚本中写SQL语句
在MS SQL SERVER 中：
打开查询分析器，选择数据库，在脚本编辑窗口中输入SQL语句，点击保存，即可将扩展名为SQL的脚本文件存入磁盘（默认我的文档或选择的文件夹）中。
⑩ 如何在SQL中建立一个自动化任务
自动化任务直接可以在SQL中创建job
job有时间执行周期
所以可以设置执行起始时间，可以按天，按周，等等
假如按小时，那就选择按天，设置多少小时执行一次