在SQL Server 2005中,Microsoft引进了一个令人振奋的新特性即服务代理(Service Broker),同时这也给许多数据库管理人员带来了一个新的概念。
问题:在SQL Server 2000中监控长期运行的任务是一项复杂的任务。问题在于只有在第一项任务完成之后,才会写入执行历史(日志)。
SQL Server有几个版本都在使用中——4.2, 6.0, 6.5, 7.0, 2000,现有又有了2005——你很有可能会需要从以前的版本中重新存储数据库到后面的版本中。
如果我们要编写一个存储过程,执行该存储过程里的代码需要权限P,并且我们想要用户Alice可以执行这个存储过程,但是我们不想将权限P直接赋予给用户Alice, 我们可以用证书(certificate)对这个存储过程
在尝试做在线考试系统的过程中,为了管理每个学生的考试信息,就考虑为每个学生创建以学号命名的临时数据表。
在SQL Server 2000中,只有一种方法编写存储过程:使用T-SQL语句。学习以前版本的SQL Server中存储过程的编写是一门课程。
存储过程(Stored Procedures)是SQL Server 2005程序设计中最重要的一环,您将会发现,应用系统中的许多作业都会交由存储过程来完成。
SQL Server 2005在实现高可用性和灾难恢复方面给我们提供了很多种选择。比技术本身更重要的是拿出适当的程序,这是因为我们要管理不同的灾难恢复方案。我们应该如何拿出程序来管理多种多样的灾难恢复场景呢?
在SQL Server 2005之前,我们只能定义Data Manipulation Language (DML)触发器。当执行DML语句时,如UPDATE或DALETE,这些触发器就会启动。
在SQL Server中,为了查询性能的优化,有时我们就需要对数据表通过建立索引的方式,目的主要是根据查询要求,迅速缩小查询范围,避免全表扫描。
为了防止某些别有用心的人从外部访问数据库,盗取数据库中的用户姓名、密码、信用卡号等其他重要信息,在我们创建数据库驱动的解决方案时,我们首先需要考虑的的第一条设计决策就是如何加密存储数据、
SQL Server 2000使得以XML导出数据变得更加简单,但在SQL Server 2000中导入XML数据并对其进行处理则有些麻烦。
你需要做的第一件事是确定xp_cmdshell是可用的。你可以选择下面两种方法中的一种来实现。
在软件项目实施的时候,数据导入一直是项目人员比较头疼的问题。其实,在SQL Server中集成了很多成批导入数据的方法。有些项目实施顾问头疼的问题,在我们数据库管理员眼中,是小菜一碟。
CASE 可能是 SQL 中被误用最多的关键字之一。虽然你可能以前用过这个关键字来创建字段,但是它还具有更多用法。例如,你可以在 WHERE 子句中使用 CASE。
改善合并复制性能的最好的方式就是尽可能地运行合并代理。然而,如果你的用户不在线,那么你就无法运行合并代理,并且你应该劝告你的用户尽量频繁进行同步。以下的贴士将会帮助你提高合并复制的性能。
在SQL Server的复制中出现在错误“应用复制的命令时在订阅服务器上找不到该行”,换上以前的做法就是删除掉这个复制,然后再新建一个复制,但是这次,我突然想BAIDU一下,看看别人是怎么处理这个问题的
改善合并复制性能的最好的方式就是尽可能地运行合并代理。然而,如果你的用户不在线,那么你就无法运行合并代理,并且你应该劝告你的用户尽量频繁进行同步。以下的贴士将会帮助你提高合并复制的性能。
我们在第二章理已经讨论过了参考完整性(RI)。现在再来看看你如何在物理数据库中执行参考完整性。一般而言,数据完整性就是保持数据连续性并帮助你数据真实、便于检索这样的一个概念。
尽管微软的ORM存在许许多多的问题,而且市面上例如LLBLGen,nHibernate与OpenAccess之类的替代品已经够多了,许多开发者被强迫使用微软的技术是因为他们的公司或客户的需要。