sqlserver

参考网站： SP_addlinkedserver 小结 （oracle,sql server,access,excel） 64位SqlServer通过链接服务器与32位oracle通讯 SQL Server连接Oracle详细步骤 以下为正文 1. 服务器上需要安装Oracle 64位的客户端或者服务端， 安装完成后SQL Server的访问接口上会新增”OraOLEDB.Oracle” ，如下图 2. 配置”OraOLEDB.Oracle”属性->启用项“允许进程内” 3. 新建链接服务器 4. 填写链接服务器名称->选择访问接口”Oracle Provider for OLE DB” 5. 填写产品名称->Oracle 6. 数据源填写Oracle客户端/服务端配置的连接地址的服务名 (可用Oracle的Net Manager 或者直接在查看配置文件 “安装路径\product\11.2.0\dbhome_1\NETWORK\ADMIN\tnsnames.ora”) 7. 填写Oracle的登陆账号密码：选择项->安全性->选择”使用此安全上下文建立连接” 并填入Oracle登录名与登陆密码 8. 测试连接，测试是否能连通Oracle数据库 9. 实际使用链接 在SQL Server上查询Oracle，SQL 写法有多种， 常用的语法为： SELECT * FROM

准备工作 1、 四台已安装windows server 2008 r2 系统的虚拟机，配置如下： CPU : 1核 MEMORY : 2GB DISK : 40GB(未分区) NetAdapter : 2块 2、 网卡设置： 本地连接：外网IP（由于虚拟机本身处于内网网段，192.168.1.2-192.168.1.255，在此我们把当前内网视为外网公开的IP）。 PC01：192.168.1.241 (域主机) PC02：192.168.1.242 (集群主节点) PC03：192.168.1.243 (集群辅助节点) PC04：192.168.1.244 (集群辅助节点) 本地连接2：域内网IP。这里设置为192.168.10.1 PC01：192.168.10.1 (域主机) PC02：192.168.10.2 (集群主节点) PC03：192.168.10.3 (集群辅助节点) PC04：192.168.10.4 (集群辅助节点) 3、 虚拟机默认安装只有一块网卡，以下演示添加网卡： 注意：此时两块网卡都处于NAT模式，在此我将第一个网络适配器的网络连接模式改为桥连接，目的是为了与我物理机所处的内网电脑进行交互。 安装域控制器和配置域 安装域控制器 在IP：192.168.1.241这台虚拟机上建立域控制器 注意：在未配置固定IP时，无法安装有效的域控制器

查了下sqlserver高版本同步至低版本方法，发现复制可以做到，记录一下支持版本。 一、 复制向后兼容性 向后兼容性对于当复制中有多个版本的SQL Server时，是否需要升级SQL Server至关重要。 一般规则是： Distributor可以是任何版本，只要>=Publisher 版本即可。 Publisher可以是任何版本，只要<=Distributor版本即可。 Subscriber版本取决于发布类型： 事务复制的Subscriber最多可以与Publisher相差两个大版本。例如：2012的Publisher可以具有2014或2016的Subscriber；2016的Publisher也可以具有2014或2012的Subscriber。 合并复制的Subscriber可以是<=Publisher版本的所有版本。 二、 复制矩阵 1. 事务复制矩阵 Publisher Distributor Subscriber SQL Server 2019 SQL Server 2019 SQL Server 2019 SQL Server 2017 SQL Server 2016 SQL Server 2017 SQL Server 2019 SQL Server 2017 SQL Server 2017 SQL Server 2016 SQL Server 2014 SQL

话不多说，之前已经有一篇日志是利用oracle的存储过程生成日期维度表，接下来我们就用sqlserver来实现这个操作，如下面的步骤所示 1:创建日期维度表（Dim_time） USE [DW] GO /****** Object: Table [dbo].[Dim_time] Script Date: 12/19/2015 15:29:26 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO CREATE TABLE [dbo].[Dim_time]( [the_date] [int] NOT NULL, [date_name] [nvarchar](30) NULL, [the_year] [int] NULL, [year_name] [nvarchar](30) NULL, [the_quarter] [int] NULL, [quarter_name] [nvarchar](30) NULL, [the_month] [int] NULL, [month_name] [nvarchar](30) NULL, [the_week] [int] NULL, [week_name] [nvarchar](30) NULL, [week_day] [int] NULL, [week_day_name]

继续上篇的导入篇之后的运作是导出，数据趟在数据库里，永远也发挥不出价值，这也是绝大多数业务系统的现状，经过系统增删改查后，辛苦生产出来的规范的数据，没能让其发挥应有的价值-数据指标运营。 打造数据化运营的企业文化，也将是现金企业竞争的核心竞争力所在，数据分析师理由肩负重任，做好有价值的数据结果分发指导运营。 现实状况 和前一篇提及的，数据在各业务系统里的导出接口十分单一，大部分是一些Excel导出的功能。 如果没有上一篇数据分析师自行进行数据整合，重新建立数据仓库，整合各种零散的数据，让数据孤岛的现象得到减缓（各种业务系统各自为政，只对自己系统内数据负责，没法多系统间数据共享，更有大量手工维护的数据，最终形成了各个数据间不相连的孤岛现象），在数据分析上也绝对不能产生多大价值。 所以此篇讨论的数据导出，是指数据分析师进行数据整合后的数据输出过程，非单一的业务系统的简单的Excel导出功能接口。 数据导出的实现方式 不同的场景，可以使用不同的方式来对数据进行输出，以下简单罗列下各种方法，并附上一些个人的见解。 直接SSMS查询结果导出 一般情况下，进行验证性查询时，查询到的结果，只需CTRL+A全选后，再鼠标右键即可复制，再到Excel上粘贴即可导出到Excel。 这样的好处是临时性数据导出，步骤少，因在SSMS查询结果区查看数据，不及Excel那样灵活方便，数据复制到Excel中

作为数据分析师的角色，数据库的作用是帮助存储数据和需要时可以导出所需数据的用途，这个用途在数据量一大时，不采用数据库方案是没有办法做到一个完美效果的，所以就算不深入了解数据库其他功能，单单数据导入导出功能，对一名合格的数据分析师来说，是必备的本领。 鉴于笔者所接触到的读者群体偏向Excel用户的业务导向的群体，此篇可能部分内容对熟悉数据库的群体过于简单，同时为了完整性的方案介绍，某些方法对Excel用户群体也是过于晦涩，直接跳过有个印象即可。 现实场景 在数据消费端，就算是数据分析师的角色，对于正规的公司来说，都不会轻易地开发数据库的访问权限给到终端用户，绝大部分的场景只会是给予导出Excel、csv等文件格式的权限，并且通常来说，导出的记录数也是有限制的，导出量太大，应用程序负荷过重，是不允许的。 同样的如果是外部数据，若非IT级别的系统间数据交换，更加只剩下导出文件的数据接口，根本不可能会给到数据库底层访问的可能性，例如天商的各大平台后台的订单数据、店铺访客数据、商品浏览数据等（可以使用爬虫去抓取，但成本也很高，平台反爬技术深严，是个很大的技术活）。 但数据分析过程中，不可能是孤立地看某一份文件的数据进行分析，数据量太少，且特别是时间维度上的不连贯，没法分析最有价值的同比、环比、累计等指标数据，没有对比就没有分析，若没有一份完整性的数据源，谈何数据分析。

我的应用场景： 项目系统使用oracle数据库，与客户的第三方系统供应商实现资源共享，对方为sql server数据库； 我的测试开发环境为64bitwin7PC机，本机上装有64位Oracle11g和32位Oracle11g； 本文以32位Oracle为例，通过配置ODBC数据源连接虚拟机上的Sql Server； 第一步、创建ODBC数据源 这一步要考虑数据源是32位还是64位的问题，其实就是选择不同的exe打开上面的界面， win764位操作系统的64-bit ODBC 默认的位置： C:\Windows\System32\odbcad32.exe win764位操作系统的32-bit ODBC 默认的位置： C:\Windows\SysWOW64\odbcad32.exe 添加数据源： 测试通过代表数据源配置成功 第二步、检查DG4ODBC驱动是否已经安装 方法如下： 在Oracle服务器上，cmd窗口中执行命令（dg4odbc或hsodbc） 上图代表安装了DG4ODBC驱动（如果没有安装，需自行下载安装，此处不介绍具体操作） 第三步、配置hsodbc 此目录下默认存在initdg4odbc.ora,复制这个文件,粘贴到上图目录中，并将后复制的文件改名为initodbc_test.ora,用记事本打开就该配置并保存如下图 注：每个使用DG4ODBC的实例，都必须单独一个

MySql 和 Server Sql 的差异 1 、自增长列的插入： SQLServer 中可以不为自动增长列插入值， MySQL 中需要为自动增长列插入值。 2 、获取当前时间函数 ： SQLServer 写法： getdate() MySQL 写法： now() 3 、从数据库定位到表。 Sqlserver 写法：库名 .dbo. 表名 ；或者：库名 .. 表名 （注：中间使用两个点） select password from Info.dbo.users where userName='boss' 或者 select password from Info..users where userName='boss' mysql 写法：库名 . 表名 select password from Info.users where userName='boss' 4 、判断是否存在某个数据库，若存在，则删除 Sqlserver 写法： IF DB_ID('users') IS NOT NULL DROP DATABASE users Mysql 写法： Drop DATABASEif exists users 拓展：若 sqlserver 数据库正在使用中，删除之前，先要把数据库变成 “ 单一用户 ” ，再删除 ALTER DATABASE users SET SINGLE_USER

最近在使用SqlServer和SSIS导入一个CSV文件到数据库时（SSIS选用的FlatFileSource作为数据流源），老是遇到 The LocaleID 4 is not installed on this system. 这个错误。 后来搞了老半天发现是FlatFileSource的Locale选项选择上出现了问题，由于要导入的CSV文件中包含中文，所以在用Sqlserver/SSIS导入csv时我在FlatFileSource的Locale上选择了Chinese (Simplified)避免中文进入数据库后变成乱码（如下图所示），但是客户的数据库服务器上安装的是英文的windows server 2008，操作系统中没有中文语言包，所以当在Sqlserver/SSIS中的FlatFileSource中选择Locale为Chinese (Simplified)后，Sqlserver在windows server系统中找不到Chinese (Simplified)这个区域的语言包所以就出现了上面那个截图中的错误。 要解决这个问题，你首先要清楚SSIS所在的服务器上操作系统安装了什么语言包，然后最重要的一点是只要将FlatFileSource中的Code page设置为正确的编码就可以解决中文导入数据库后变成乱码的问题，你可以在FlatFileSource中选择好Code

maven添加sqlserver的jdbc驱动包 http://search.maven.org/中没有sqlserver的jdbc驱动，所以需要本地安装sqljdbc的jar包，然后再在pom里面引入 1、下载sqlserver jdbc 微软官方下载地址 http://www.microsoft.com/en-us/download/details.aspx?displaylang=en&id=11774 2、将下载的包放在仓库 com下 3、maven 安装 sqlserver jdbc 1）管理员方式打开cmd.exe 2）cd 到sqljdbc42.jar 绝对路径，如：D:\Software\sqlservermaven驱动\chs\jre8 3）执行以下maven命令（命令解释：mvn install:install-file -Dfile=“jar包的绝对路径” -Dpackaging=“文件打包方式” -DgroupId=groupid名 -DartifactId=artifactId名 -Dversion=jar版本 ）： mvn install:install-file -Dfile=sqljdbc42.jar -Dpackaging=jar -DgroupId=com.microsoft.sqlserver -DartifactId=sqljdbc4