对于索引,有 2 个系统表:sys.indexes 和 sys.sysindexes。我想知道他们有什么区别。两者都包含有关索引的信息,那么为什么它们是分开的?
提前致谢。
我的意思是 MS SQL Server 故障转移集群的节点可以在地理上分开吗,除了高可用性之外,还可以提供灾难恢复吗?
我的服务器中有两个实例,我想知道其中哪一个是默认实例。请你指出我可以识别它的方法。通过说默认实例,我的意思是监听 1433 的实例。
谢谢您的支持。
一个应用程序可以连接到两个不同的数据库,每个数据库都在不同的实例中。一个实例在本地部署,另一个实例是 Azure SQL(不是 Azure VM 中的 SQL)。那么基本上一个应用程序可以从两个实例访问数据吗?
我知道 MS SQL Server 的默认 TCP 端口是 1433,出于某些安全原因最好更改它。但是我想知道SQL Server选择哪个端口而不是1433更好,才能正常工作,不干扰其他程序的工作?如果我选择一个已经被其他程序使用的端口怎么办?
谢谢你的时间!
在联机丛书中提到,事务日志文件在内部被划分为没有固定数量的虚拟日志文件。它说虚拟文件在文件增长操作时很有用,但我没有完全理解。我很想知道为什么它需要虚拟结构?
谢谢你的时间
我正在读一本书,其中显示了这个例子
SELECT wait_type ,
SUM(wait_time_ms / 1000) AS [wait_time_s]
FROM sys.dm_os_wait_stats DOWS
WHERE wait_type NOT IN ( 'SLEEP_TASK', 'BROKER_TASK_STOP',
'SQLTRACE_BUFFER_FLUSH', 'CLR_AUTO_EVENT',
'CLR_MANUAL_EVENT', 'LAZYWRITER_SLEEP' )
GROUP BY wait_type
ORDER BY SUM(wait_time_ms) DESC
Run Code Online (Sandbox Code Playgroud)
我想知道 FROM 语句旁边的关键字 DOWS 的确切作用(含义)。我试图搜索,但没有找到任何有用的东西。谢谢你的时间!
我正在使用 MS SQL Server,但在一般数据库设计中,我想知道当数据库中的每一行都有其自动生成的代理键值时会出现什么问题。
我知道一些优点,比如主键不需要标识没有NULL的唯一列,不需要管理复合主键,范式更容易管理,唯一性有保证。
我想知道,是否有任何关于性能或索引结构等的充分理由应该使我们使用真实世界的事实键而不是代理键?
谢谢。
sql-server ×9
audit ×1
clustering ×1
index ×1
instance ×1
network ×1
primary-key ×1
profiler ×1
t-sql ×1
tcpip ×1