sqlserver

描述 在连接SQL Server偶尔会遇到报错，如在与 SQL Server 建立连接时出现与网络相关的或特定于实例的错误。未找到或无法访问服务器。请验证实例名称是否正确并且 SQL Server 已配置为允许远程连接。 (provider: SQL 网络接口, error: 40- 无法打开到 SQL Server 的连接)。 按照以下步骤一般都可以解决： 1、sqlserver 服务没有启动 2、在sqlserver 网络配置中，找到“IP3”，更改IP地址 为自己电脑的IP地址（或者是127.0.0.1） 在TCP端口添加1433，然后选择启动；“IPALL”的所有端口改成“1433”； 来源： oschina 链接： https://my.oschina.net/qingqingdego/blog/3136845

select id,OBJECT_NAME(id) AS tablename, indid,rows,rowcnt from sys.sysindexes a where indid in (0,1) order by rows desc 来源： oschina 链接： https://my.oschina.net/u/53041/blog/3136842

JSON 中时间格式要求yyyyMMddHHmmss，从sqlserver 中转换 语句如下： Select REPLACE( CONVERT( varchar( 100), GETDATE(), 112)+ CONVERT( varchar( 100), GETDATE(), 8), ':', '') 记录，用的时候不用在搜索 来源： https://www.cnblogs.com/manjun/p/11863476.html

判断一个DB是否在被使用，需要观察一段时间，创建一个扩展事件会话，收集该DB是否有执行SQL即可。 创建会话 CREATE EVENT SESSION [DB_Usage] ON SERVER ADD EVENT sqlserver.sql_statement_completed(SET collect_statement=(1) ACTION(sqlserver.client_app_name,sqlserver.client_hostname, sqlserver.database_name,sqlserver.nt_username,sqlserver.sql_text,sqlserver.username) WHERE ([sqlserver].[equal_i_sql_unicode_string]([sqlserver].[database_name],N'SDS_NONEDI_20190627') OR [sqlserver].[equal_i_sql_unicode_string]([sqlserver].[database_name],N'Web') AND [sqlserver].[nt_user]<>N'AA\jinwei')) ADD TARGET package0.event_file(SET filename=N'D:\XEvent\DB_Usage

我看了一下好像不能直接支持sqlserver，需要源码里面稍作修改 easyreport-domain项目 的 DataSourceDao类 public boolean testConnection(String url, String user, String pass) { try { //我目前只有想到这个地方进行处理 if(url.contains("sqlserver")) { Class.forName("com.microsoft.sqlserver.jdbc.SQLServerDriver"); }else if(url.contains("mysql")) { Class.forName("com.mysql.jdbc.Driver"); } DriverManager.getConnection(url, user, pass); return true; } catch (Exception e) { //sam 2016年7月19日 14:20:50添加调试用 e.printStackTrace(); return false; } } 这样在配置数据源的时候也就可以测试通过了 另外前面的设计数据报表也好了 来源： oschina 链接： https://my.oschina.net/u/169565/blog/714538

DockerToolbox安装 DockerToolbox通过虚拟机运行tinycorelinux，在Linux 上安装运行Docker Windows Docker Toolbox下有三个软件 Docker Quickstart Terminal，运行后会在Virtualbox中创建一个叫做default的虚拟机。 VirtualBox虚拟机 Kitematic，这是GUI管理Docker的工具 镜像加速修改 sudo sed -i "s|EXTRA_ARGS='|EXTRA_ARGS='--registry-mirror=https://你的阿里云镜像加速网址.com |g" /var/lib/boot2docker/profile 拉取镜像SQLServer2017 sudo docker pull mcr.microsoft.com/mssql/server:2017-latest 新建容器 sudo docker run -e "ACCEPT_EULA=Y" -e "SA_PASSWORD=sa密码" -p 1433:1433 --name 数据库实例名 -d mcr.microsoft.com/mssql/server:2017-latest Windows7安装 docker-compose的过程 https://www.cnblogs.com/cmderq/p

实例： 我们的电脑中可以安装一个或多个SqlServer实例，每一个SqlServer实例可以包含一个或者多个数据库。 架构： 数据库中，又有一个或者多个架构。架构里面包含：表，视图，存储过程。 文件与文件组： SqlServer数据库存储在文件系统中，我们可以将文件分为若干个组。 数据库权限： 通常我们会创建用户角色，通过分配给不同角色的用户不同的权限，来限定各个角色的用户对数据的操作。 来源： https://www.cnblogs.com/bigbosscyb/p/11821251.html

一个SqlServer 数据库实例大概可以创建三万多个数据库。 创建数据库的第一种方式：SqlServer Management Studio管理工具进行可视化创建。 1)、打开数据库管理工具，在"对象资源管理器"中，连接到SqlServer数据库引擎的实例，然后展开该实例。 2)、右键单击"数据库"，然后单击"新建数据库" 3)、在"新建数据库"中，输入数据库名称，(其它根据自己的具体需要，这里我直接默认不管)点击确定，就创建了一个数据库。 创建数据库的第二种方式-使用Transact-Sql创建： 1)、连接到数据库引擎 2)、在最上面的菜单栏上 单击"新建查询" 3、输入数据库创建语句，单击"执行"。此示例创建了一个叫BOOK的数据库。使用关键字Primary,表示我们创建了一个主文件(存储数据的主文件)。 /**创建数据库 并且指定存储数据库的mdf和ldf文件**/ USE master GO CREATE DATABASE BOOK ON PRIMARY ( NAME='book_data',--主文件逻辑文件名 FILENAME='D:\MyLocalDB\book_data.mdf', --主文件文件名 SIZE=5mb,--系统默认创建的时候会给主文件分配初始大小 MAXSIZE=500MB,--主文件的最大值 filegrowth=15%-- 主文件的增长幅度

最近在做将sqlserver的数据迁移到redshift上面，然后再做的过程当中出现了很多问题。（通过sqlserver 读取数据，然后写成json文件然后长传到S3上面，然后通过S3copy的形式将数据写入到redshift上面） 第一次通过csv的形式然后通过s3copy的形式将数据长传，里面出险了一些特殊的字符（比如\n \t \r）就很坑爹，这就是csv不好的地方。 具体看下面这篇博客（ https://blog.csdn.net/qq_39188891/article/details/90480907 ） 遇到的问题1： 使用pands读取sql，然后将数据转成json之后，发现redshift不能加载直接转成的json。 转成的json格式，出险了上面的两遍带有[]的标识而且中间有逗号分隔，这样的json数据不能被redshift识别。要想识别还得重新对数据进行清洗。 问题2： 通过下面的这种方式读取的数据，然后将每一行的数据转成一个dataframe的形式再写成json的形式，然后把文件打开然后再将数据写入到文件当中。 但是这种的数据在逐条写入的时候，速度就特别的慢。40万的数据，写了一个小时没写完。 connect = pymssql.connect(host=sqlserver_host, user=sqlserver_username, password

使用SqlServer的时候发现在高并发情况下，频繁更新和频繁查询引发死锁。通常我们知道如果两个事务同时对一个表进行插入或修改数据，会发生在请求对表的X锁时，已经被对方持有了。由于得不到锁，后面的Commit无法执行，这样双方开始死锁。 select语句使用非聚集索引查询产量信息，会对非聚集索引添加共享锁，由于非聚集索引上没有select的全部数据列，（所以会有书签查找出现，）需要查询产量表。查询产量表时，需要对产量表数据添加共享锁，需要等待Update语句更新完产量表后释放排他锁。即Select待Update释放锁。 此时产量表上的Update/Insert语句更新产量信息的时候，会在聚族索引上做定位，添加排他锁和修改非聚族索引的信息，问题就出在修改非聚族索引信息的时候，需要对非聚族做索引添加排他锁。此时select语句已经在聚族索引上面添加了共享锁，需要释放后才能被添加排他锁。即update语句需要等待select语句是否锁。这样死锁就形成了。 update的时候，它会申请一个针对clustered index的X锁的。 某个query使用非聚集索引来select数据，那么它会在非聚集索引上持有一个S锁。当有一些select的列不在该索引上，它需要根据rowid找到对应的聚集索引的那行，然后找到其他数据。而此时，第二个的查询中，update正在聚集索引上忙乎：定位、加锁、修改等