SQL Server

在.net开发中我们经常会用到SQL Server，微软的SQL Server其实还算不错，而且其Developer（开发者版）也免费对用户使用，但是在安装的过程中，尤其是在没有之前版本的全新安装时，往往会出现很多问题，在本文中我将详细再现整个安装流程，并对出现的问题给出解决办法。仅针对同一台机第一次安装，如果前期有安装卸载此教程可能不适用，且在安装之前建议关闭windows防火墙。 一.官网下载 可以直接百度打开 微软官网 ，选择中间的developer版就可以满足学习需要。developer版本是全功能且免费的。 二.安装SQL Server实例 右击下载好的exe文件，使用管理员身份运行；这里我们选择自定义安装。 媒体文件默认是安装在C盘，这里也可以选在放在其它盘。 安装完毕后进入新的页面，开始正式的安装过程，在左侧选择 安装 字样， 点击【全新SQL Server 独立安装或向现有安装添加新功能】 这里版本不用更改，也不需要产品密钥，下一步。 接受协议，勾选后继续下一步。 下一步。 之后往下进行安全检查，进行安全检查时会出现防火墙警告，无视掉就ok。继续下一步。 选择自己所需的功能，不建议全选很多功能暂时用不上。必选：数据库引擎服务、和SQL复制。 选择默认实例，然后下一步 下一步 选择混合模式，并设置密码。此时用户名为sa,并点击添加当前用户添加用户（此处的密码比较重要

源宝导读： 数据库死锁是高并发复杂系统都要面临课题，处理死锁问题没有一招制敌的标准方法，需要具体问题具体分析。本文将基于研发协同平台遇到的死锁案例，介绍从监控、分析到处理的完整过程和经验总结。 一、背景 研发协同平台使用的技术栈大体是.NET Core + EFCore + SQLServer, 周边还有一些第三方组件, 如Redis、Jenkins、Gitlab、Sonar。整体技术架构又分为前台服务（rdc_service）、调度服务（rdc_service）、更新服务（rdc_upgrade）。其中更新服务面向所有终端用户的服务器，用于客户产品更新；调度服务作为后台作业，定时对客户的服务器进行巡检，发现异常服务器时通知客户；客户和客户服务器的数量数以万计，接口请求量较大，更新服务和调度服务都是对客户及其服务器数据操作，两者之间难免会有数据上的交际，这样一来，死锁就有了可乘之机，本文重点介绍研发协同平台对死锁的监控和解决方案。 二、死锁监控 在早期SQL Server中，通过跟踪标志1204/1222，可以在数据库错误日志中捕获的死锁信息。跟踪标志1204会报告由死锁所涉及的每个节点设置格式的死锁信息。跟踪标志 1222 会设置死锁信息的格式，顺序为先按进程，然后按资源。可以同时启用这两个跟踪标志，以获取同一个死锁事件的两种表示形式。 下面的示例显示启用跟踪标志 1204

概述 全文引擎使用全文索引中的信息来编译可快速搜索表中的特定词或词组的全文查询。全文索引将有关重要的词及其位置的信息存储在数据库表的一列或多列中。全文索引是一种特殊类型的基于标记的功能性索引，它是由 SQL Server 全文引擎生成和维护的。生成全文索引的过程不同于生成其他类型的索引。全文引擎并非基于特定行中存储的值来构造 B 树结构，而是基于要编制索引的文本中的各个标记来生成倒排、堆积且压缩的索引结构。 全文索引是针对数据表，只能对表创建全文索引，不能对数据库创建全文索引。 每个数据库可以不包含全文目录或包含多个全文目录，一个全文目录可以包含多个全文索引，但一个全文索引只能用于构成一个全文目录。 一个数据表只能创建一个全文索引，一个全文索引可以包含多个字段。 创建全文索引的表必须要有一个唯一的非空索引，并且这个唯一的非空的索引只能是一个字段，不能是组合字段。 每个表只允许有一个全文索引。 可以对以下类型的列创建全文索引： char 、 varchar 、 nchar 、 nvarchar 、 text 、 ntext 、 image 、 xml 、 varbinary 和 varbinary(max) ，从而可对这些列进行全文搜索。对数据类型为 varbinary 、 varbinary(max) 、 image 或 xml 的列创建全文索引需要您指定类型列

问题 　　用python的pymssql模块读取旧业务系统后台SQL Server 2000数据库展示数据为乱码 开发环境 操作系统：windows 8 数据库 MS SQL Server 2000，默认配置 python 2.7.6 pymssql 2.1.1 开发工具：PyCharm 4.0 业务逻辑 　　数据库的[rooms]表记录一些功能房间列表，与其他接口数据进行对比，然后输出对比结果。 　　 rooms表结构 ： CREATE TABLE [rooms] ( [id] [int] IDENTITY (1, 1) NOT NULL , [name] [varchar] (50) COLLATE Chinese_PRC_CI_AS NULL , PRIMARY KEY CLUSTERED ([id] ON [PRIMARY] , UNIQUE NONCLUSTERED ([des]) ON [PRIMARY] ) ON [PRIMARY] GO 　　 模拟代码 # -*- coding: utf-8 -*- import pymssql rooms=None with pymssql.connect(host='192.168.1.100',database='builds', user='sa',password='password', # charset='utf8',

odoo框架默认的访问时Postgres数据库，但在实际的应用场景中，不可避免的使用到其他数据库，所以有必要研究如何连接其他第三方数据库，这里分享下OCA的相关模块， 具体的源代码在这里 。 我将第三方的数据库需要连接的情况汇总成如下一张列表： 目前主要有7个模块，base_external_dbsource是最基本的模块，其他都依赖于它。接下来以MSSQL为例来看odoo的访问过程。 1.安装需要的python依赖包 pip install sqlalchemy pip install pymssql 2.安装 base_external_dbsource base_external_dbsource_sqlite 和base_external_dbsource_mssql 模块。对应的操作界面如下图所示 这里由于官方的布局有些问题，就自己重新排版了下。按图中的模式配置连接MSSQL的字符串和对应的密码，测试连接结果如下图所示： 成功的连接到了目标数据库，这样就可以在odoo的模块中调用本类访问第三方数据库，开展自己的业务了。 来源： oschina 链接： https://my.oschina.net/u/4313784/blog/4492143

一、ASP的平反 　　想到ASP 很多人会说 “asp语言很蛋疼，不能面向对象，功能单一，很多东西实现不了” 等等诸如此类。 以上说法都是错误的，其一ASp不是一种语言是 微软用来代替CGI的一种web框架，只不过我们一直被扭曲在 vbs就是asp的默认语言，把ASP 和 vbs 之间划了等号。 其二 Asp 功能其实并不单一 此web 提供5个对象 （request、 response、 server、 session、 appliaction）这就是asp与生俱来的东西，除了这些东西都是Asp 所用的脚本级的东西。 而ASP 借助了 Asp.dll动态链接库，理论上可以试用一切脚本语言包括（vbscript 、jsscript、 actionscript、 perl 、python），所以说ASP是非常丰富的灵活的 web框架 二、为什么要用python写Asp 　　python 最近如火如荼，非常之火，他在各大领域都占有自己举足轻重的地位，web方面自然也少不了他。 Echosong 已经用过django 、web.py 等等python自己的web框架。由于工作需要 Echosong 很大一部分时间是在写ASP。 而vbs的Asp实在让人写得有种 想死感觉，很多功能借助各种 c 或者其他语言写的dll 稳定性难以考量，而echosong又是一个Python 的 十足迷

Azure Automation是一种云解决方案，可通过自动执行任务，为服务器提供所需的状态配置以及配置管理来帮助组织满足其基础结构和安全性要求。默认情况下，创建Azure自动化后，它将允许在Azure中执行脚本。但是某些组织希望能够在其他云和本地环境中自动化任务，那么此时Hybrid Worker工具是提供这种解决方案的关键。 利用 Azure Automation Hybrid worker功能，既可以直接在托管角色的计算机上运行 Runbook，也可以对环境中的资源运行 Runbook，从而管理这些本地资源。 Runbook 在 Azure 自动化中进行存储和管理，然后发送到一个或多个指定计算机上运行。 若要安装和配置 Windows 混合 Runbook 辅助角色，可使用两种方法。 官方建议的方法是使用自动化 Runbook 来彻底实现配置 Windows 计算机过程的自动化。 第二种方法使用分步过程来手动安装和配置角色。 在接下来的博客中我们会给大家介绍自动化安装的方式进行安装。 部署要求： 部署Azure Automation Hybrid worker的计算机需要满足如下需求： • Windows Server 2012 或更高版本。 • Windows PowerShell 5.1 或更高版本（下载 WMF 5.1）。 • .NET Framework 4.6.2

写在前面的话： 1丶如果想要作为商用，那么请务必购买数据库和服务器的正版授权。 2丶如果你对数据的要求没有那么高频率的需求，建议购买PRO账户。 3丶本文只讨论可行性与技术，绝不赞成鼓励盗版行为。 最近有点忙，没有太多时间静心学习，哎，但是生活还是得继续啊。 之前在和其他小伙伴们沟通的时候，发现很多小伙伴对于数据刷新的频率要求比较高，经常问白茶有没有解决办法。本期呢，白茶决定分享给各位小伙伴们，PowerBI本地服务器的配置与搭建。 首先是我们为什么需要学习本地服务器的部署？ 一是为了了解我们现在学的PowerBI将来面对一些需求该如何去解决：比如说分配账号权限、设置自动刷新等等。 二是为了了解可行性与技术，毕竟我们学习PowerBI也是为了满足自身的求知欲与实际自我发展的需求的。 ————假装分割———— 闲话不多说，开始我们今天的内容： 首先就是对于硬件的需求不是特别高，也不用投入过多的资金，一台普通的机箱就可以满足。（白茶不了解市场行情，我这边一台组装机的价格大概在2000左右，I5，8G。） 其次，是技术相对于成熟，本地部署服务器是基于SQL服务，而SQL在中国市场已经运营了很多年，适应了本地市场。 最后，是资金在技术方面的投入为0，这样的话可以给更多人体验报表服务器的功能，方便各企业决策是否加大对这方面的投入。 前期准备： ①、一台普通机箱，搭载了WIN10系统。

2020/01/29, ASP.NET Core 3.1, VS2019, EntityFrameworkCore 3.1.1, Microsoft.Extensions.Logging.Console 3.1.1, Microsoft.Extensions.Logging.Debug 3.1.1 摘要：基于ASP.NET Core 3.1 WebApi搭建后端多层网站架构【5-网站数据库实体设计及映射配置】 网站数据库实体设计，使用EntityFrameworkCore 3.1 FluentAPI映射配置实体，网站启动时创建数据库并添加种子数据，开发调试时可以看到执行的具体sql语句 文章目录 此分支项目代码 本章节介绍后台管理的网站数据库实体设计，使用FluentAPI方式配置数据库字段映射，网站启动时创建数据库并添加种子数据 需求分析 首先要实现的功能有用户登录、角色管理、日志记录 大概有四张表：用户表、密码表、角色表、日志表 日志表： 用户表： 密码表： 角色表： 好像博客园md不支持表格功能？所以只能截图展示，excel表格上传至项目docs文件夹中 字段设计说明 日志表主键Id是数据库自增的，也就是在向数据库插入日志时，不用管Id，往里写入就行 用户表、角色表的Id都是long类型的，也就是使用雪花算法生成的Id 密码表的主键是Account，UserId是用户表外键

数据库审计 数据库审计 （简称DBAudit）能够实时记录网络上的数据库活动，对数据库操作进行细粒度审计的合规性管理，对数据库遭受到的风险行为进行告警，对 攻击行为 进行阻断。它通过对用户访问数据库行为的记录、分析和汇报，用来帮助用户事后生成合规报告、事故追根溯源，同时加强内外部数据库网络行为记录，提高数据资产安全。 数据库审计是 数据库安全 技术之一， 数据库安全 技术主要包括：数据库漏扫、 数据库加密 、 数据库防火墙 、 数据脱敏 、 数据库安全审计系统 。 数据库是任何商业和公共安全中最具有战略性的资产，通常都保存着重要的商业伙伴和客户信息，这些信息需要被保护起来，以防止竞争者和其他非法者获取。互联网的急速发展使得 企业数据库 信息的价值及可访问性得到了提升，同时，也致使数据库 信息资产 面临严峻的安全挑战，概括起来主要表现在以下三个层面： 1. 管理风险 ：主要表现为人员的职责、流程有待完善，内部员工的日常操作有待规范，第三方维护人员的操作监控失效等等，离职员工的后门，致使安全事件发生时，无法追溯并定位真实的操作者。 2. 技术风险 ：Oracle, SQL Server是一个庞大而复杂的系统， 安全漏洞 如溢出， 注入层出不穷，每一次的CPU（Critical Patch Update）都疲于奔命， 而企业和政府处于稳定性考虑，往往对补丁的跟进非常延后，更何况通过