SQL Server

错误消息“无法加载一种或多种请求的类型。 检索LoaderExceptions属性以获取更多信息。

断了今生、忘了曾经 提交于 2020-03-12 19:50:03
我已经使用 Entity Framework ,SQL Server 2000,Visual Studio 2008和Enterprise Library开发了一个应用程序。 它在本地绝对可以正常工作,但是当我将项目部署到测试环境时,出现以下错误: 无法加载一种或多种请求的类型。 检索LoaderExceptions属性以获取更多信息 堆栈跟踪:位于System.Reflection.Module._GetTypesInternal(StackCrawlMark&stackMark) 在System.Reflection.Assembly.GetTypes() 在System.Data.Metadata.Edm.ObjectItemCollection.AssemblyCacheEntry.LoadTypesFromAssembly(LoadingContext上下文) 在System.Data.Metadata.Edm.ObjectItemCollection.AssemblyCacheEntry.InternalLoadAssemblyFromCache(LoadingContext上下文)处 在System.Data.Metadata.Edm.ObjectItemCollection.AssemblyCacheEntry.LoadAssemblyFromCache(组装程序集

总是使用nvarchar(MAX)有什么缺点吗?

假如想象 提交于 2020-03-11 21:32:51
在SQL Server 2005中,使所有字符字段nvarchar(MAX)而不是明确指定长度是否有任何缺点,例如nvarchar(255)? (除了显而易见的一个,你无法限制数据库级别的字段长度) #1楼 我能看到的主要缺点是,假设你有这个: 哪一个为您提供有关UI所需数据的最多信息? 这个 CREATE TABLE [dbo].[BusData]( [ID] [int] IDENTITY(1,1) NOT NULL, [RecordId] [nvarchar](MAX) NULL, [CompanyName] [nvarchar](MAX) NOT NULL, [FirstName] [nvarchar](MAX) NOT NULL, [LastName] [nvarchar](MAX) NOT NULL, [ADDRESS] [nvarchar](MAX) NOT NULL, [CITY] [nvarchar](MAX) NOT NULL, [County] [nvarchar](MAX) NOT NULL, [STATE] [nvarchar](MAX) NOT NULL, [ZIP] [nvarchar](MAX) NOT NULL, [PHONE] [nvarchar](MAX) NOT NULL, [COUNTRY] [nvarchar](MAX) NOT NULL,

SQL Server DB中所有索引和索引列的列表

醉酒当歌 提交于 2020-03-09 19:42:52
如何获得SQL Server 2005+中所有索引和索引列的列表? 我能得到的最接近的是: select s.name, t.name, i.name, c.name from sys.tables t inner join sys.schemas s on t.schema_id = s.schema_id inner join sys.indexes i on i.object_id = t.object_id inner join sys.index_columns ic on ic.object_id = t.object_id inner join sys.columns c on c.object_id = t.object_id and ic.column_id = c.column_id where i.index_id > 0 and i.type in (1, 2) -- clustered & nonclustered only and i.is_primary_key = 0 -- do not include PK indexes and i.is_unique_constraint = 0 -- do not include UQ and i.is_disabled = 0 and i.is_hypothetical = 0 and ic.key

MS-SQL异机备份恢复并最小化停机时间

两盒软妹~` 提交于 2020-03-09 14:24:13
本文采用备份加增量日志的恢复方法,恢复源库到异机,增量日志恢复保证停机切换时间最小。 一、 SQL Server数据库有三种恢复模式:简单恢复模式、完整恢复模式和大容量日志恢复模式: 1.Simple 简单恢复模式, Simple模式的旧称叫”Checkpoint with truncate log“,其实这个名字更形象,在Simple模式下,SQL Server会在每次checkpoint或backup之后自动截断log,也就是丢弃所有的inactive log records,仅保留用于实例启动时自动发生的instance recovery所需的少量log,这样做的好处是log文件非常小,不需要DBA去维护、备份log,但坏处也是显而易见的,就是一旦数据库出现异常,需要恢复时,最多只能恢复到上一次的备份,无法恢复到最近可用状态,因为log丢失了。 Simple模式主要用于非critical的业务,比如开发库和测试库,但是道富这边的SQL Server(即使是生产库)大都采用Simple模式,是因为这边的SQL Server大都用于非critical的业务(critical的数据库大都采用Oracle和DB2),可以忍受少于1天的数据丢失(我们的job每天都会定时备份全库)。 如果需要压缩数据库日志(Shrink语句),将数据库模式切换到简单恢复模式后压缩率才是最高的

使用Entity Framework保存对SQL Server数据库的更改时,一个或多个实体的验证失败

…衆ロ難τιáo~ 提交于 2020-03-08 18:46:09
我想保存我的编辑到数据库,我在ASP.NET MVC 3 / C#中使用实体框架代码优先,但我收到错误。 在我的Event类中,我有DateTime和TimeSpan数据类型,但在我的数据库中,我分别有日期和时间。 这可能是原因吗? 在保存对数据库的更改之前,如何在代码中转换为适当的数据类型。 public class Event { public int EventId { get; set; } public int CategoryId { get; set; } public int PlaceId { get; set; } public string Title { get; set; } public decimal Price { get; set; } public DateTime EventDate { get; set; } public TimeSpan StartTime { get; set; } public TimeSpan EndTime { get; set; } public string Description { get; set; } public string EventPlaceUrl { get; set; } public Category Category { get; set; } public Place Place {

GO在SQL Server Management Studio和Transact SQL中有什么用?

荒凉一梦 提交于 2020-03-08 17:35:55
使用右键单击“脚本为”菜单创建查询时,SQL Server Management Studio始终插入GO命令。 为什么? GO实际上做了什么? #1楼 GO命令不是Transact-SQL语句,而是由几个MS实用程序(包括SQL Server Management Studio代码编辑器)识别的特殊命令。 GO命令用于将SQL命令分组为批次,这些批次一起发送到服务器。 批处理中包含的命令,即自上一个GO命令或会话开始以来的命令集,必须在逻辑上一致。 例如,您无法在一个批次中定义变量,然后在另一个批次中使用它,因为变量的范围仅限于定义它的批次。 有关详细信息,请参阅 http://msdn.microsoft.com/en-us/library/ms188037.aspx 。 #2楼 GO不是SQL关键字。 它是客户端工具(如SSMS)使用的批处理分隔符,可将整个脚本分成多个批处理 几次回答...... 例子1 #3楼 它是批量终止符,但您可以将其更改为您想要的任何内容 #4楼 Use herDatabase GO ; 代码表示执行 GO 标记上方的指令。 我的默认数据库是myDatabase,因此不使用 myDatabase GO 而是使当前查询使用herDatabase #5楼 从Management Studio 2005开始,您似乎可以使用带有 int 参数的 GO ,例如

sonarqube配置全指南,sonarqube踩坑记录

社会主义新天地 提交于 2020-03-06 17:56:28
安装步骤 1.安装JDK: JDK11(1.8版本无法安装sonarqube) 如果无法找到下载地址,私信我。 2.安装sonarqube: 8.2 community社区版,我安装的是windows版本 https://www.sonarqube.org/downloads/ 3.数据库版本 SQL Server 2016(sql server version需要在12以上,也就是SQL Server 2012及以下版本是不兼容sonarqube 8.2的) 配置过程: 安装完毕,打开此目录,运行StartSonar.bat 2.启动浏览器,访问 http://localhost:9000 , 如出现下图则表示安装成功。 3.配置连接sql server (注:我之前打算使用Mysql, 不过Sonarqube已经官方说明不再支持Mysql,我便切换成sql server,最新版本的sonarqube需要Sql Server 2016+) 打开conf目录下的 sonar.properties文件,添加如下sql 连接 : sonar.jdbc.url=jdbc: sqlserver://10.60.215.202;databaseName=sonar sonar.jdbc.username=sa sonar.jdbc.password=123456 4.重启

Remote Desktop Manager for Mac(远程桌面管理器) 2020.1.7.0中文版

陌路散爱 提交于 2020-03-06 14:56:27
Remote Desktop Manager 2020 for Mac是应用在Mac上的一款远程桌面管理器,借助Remote Desktop Manager程序,您可以快速添加,编辑,删除,组织或查找远程连接。每个存储库不是将整个数据库作为单个数据块处理,而是处理其自己的条目子集,从而可以轻松管理大量条目而不会降低性能。 软件特色 远程连接管理 从单一平台安全地集中,管理和启动所有远程连接。 密码管理 将所有密码和凭据存储在安全且集中的保管库中,或使用现有的密码管理器,例如KeePass和许多其他密码管理器。 安全访问关键资产 使用精细的保护访问控制保护您的连接免受各种安全攻击和内部威胁。 IT团队解决方案 完全集成的团队功能,允许轻松共享和用户管理。 易于管理 减轻管理权限和帐户的管理负担。创建模板以简化管理。 审计和报告 根据特定条件执行审核并生成自定义报告。 新功能改进 多库 SQL Server数据库登录 基于角色的访问控制 根设置 代理隧道(HTTP,SOCKS4,SOCKS4a,SOCKS5) WebDAV文件浏览器 SCP文件浏览器 本机SFTP文件浏览器 VPN Mac特定设置 地址: https://www.macdown.com/mac/1721.html 来源: oschina 链接: https://my.oschina.net/u/4431535/blog

何时以及为什么数据库加入昂贵?

て烟熏妆下的殇ゞ 提交于 2020-03-04 21:06:36
我正在研究数据库,我正在研究关系数据库的一些局限性。 我得到大桌子的连接是非常昂贵的,但我不完全确定为什么。 DBMS需要做什么才能执行连接操作,瓶颈在哪里? 非规范化如何帮助克服这笔费用? 其他优化技术(例如索引)如何帮助? 欢迎个人经历! 如果您要发布资源链接,请避免使用Wikipedia。 我知道在哪里找到它。 与此相关,我想知道云服务数据库(如BigTable和SimpleDB)使用的非规范化方法。 看到 这个问题 。 #1楼 当您考虑连接的复杂性类时,决定是否进行非规范化或规范化是一个相当简单的过程。 例如,当查询为O(k log n)时,我倾向于使用规范化来设计我的数据库,其中k是相对于所需输出幅度的。 非规范化和优化性能的简单方法是考虑规范化结构的更改如何影响非规范化结构。 然而,它可能是有问题的,因为它可能需要事务逻辑来处理非规范化的结构化。 关于正常化和非规范化的争论不会结束,因为问题是巨大的。 自然解决方案需要两种方法存在许多问题。 作为一般规则,我总是存储一个可以重构的规范化结构和非规范化缓存。 最终,这些缓存可以帮助我解决未来的规范化问题。 #2楼 您加入表格的顺序非常重要。 如果您有两组数据,请尝试以某种方式构建查询,以便首先使用最小的数据来减少查询必须处理的数据量。 对于某些数据库而言无关紧要,例如MS SQL在大多数情况下确实知道正确的连接顺序。

SQL SERVER 数据库日志已满时清理日志的方法

不羁岁月 提交于 2020-03-03 17:48:33
--QPTreasureDB为需要清除日志的数据库名称 USE [master] GO ALTER DATABASE QPTreasureDB SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE QPTreasureDB SET RECOVERY SIMPLE --简单模式 GO USE QPTreasureDB GO DBCC SHRINKFILE (N'QPTreasureDB_Log' , 11, TRUNCATEONLY) --设置压缩后的日志大小为11M,可以自行指定 GO USE [master] GO ALTER DATABASE QPTreasureDB SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE QPTreasureDB SET RECOVERY FULL --还原为完全模式 GO 来源: oschina 链接: https://my.oschina.net/riseworlds/blog/3186722