mslot's questions

我坐在这里试图弄清楚 Azure 中的弹性池给了我什么。如果他们迁移到 Azure，我有一个客户想要猜测定价。他们在服务器上有 3 个数据库。该服务器具有 96 GB 的 RAM 和 3.4 Ghz 处理器。这就是我所知道的。三个数据库共享这些规范，每个数据库都有自己的专业领域：

1. 一个数据库处理所有 CMS 数据
2. 第二个数据库处理所有商业数据
3. 第三个数据库是一个存储用户信息等的数据库 - 所有不适合其他两个的数据

我认为使用模式非常多样化，所以有时商业数据库使用大量 RAM 和 CPU，有时是 CMS 数据库等。

我认为它们不太适合单个数据库，因为那时它们将需要三个大型数据库，而且几乎所有这些数据库都将一直未得到充分利用。所以我想到了弹性池。

弹性池的描述非常符合上述情况：所有数据库共享 eDTU。完美的！但是文档没有描述的一件事是：我是否为弹性池和每个数据库付费？还是我只是动态创建数据库，所有数据库共享，即：数据库是免费的，但您为 eDTU 付费？

我已阅读此https://learn.microsoft.com/en-us/azure/sql-database/sql-database-elastic-pool - 但它没有描述我的情况。

希望有人能给我更多的信息。

编辑 他们将更新文档：https ://github.com/MicrosoftDocs/azure-docs/issues/49201#issuecomment-593579476 。我为此创建了一个问题，要求澄清。

我被分配了一个任务来查看这个：https ://learn.microsoft.com/en-us/azure/sql-database/sql-database-gateway-migration 。我收到了一封关于它的电子邮件：

我有一个非常标准的设置，带有一个 Azure SQL 服务器和一个数据库，我的服务通过 Azure 中某些资源组中的连接字符串连接到该设置。相当标准和直截了当。我不认为我受此影响，但我仍然收到了电子邮件，现在我已经找到了。我从来没有听说过网关之类的。

如果我的服务和数据库完全托管在 Azure 中，我是否需要做任何事情？我无法从电子邮件中读取。

我有这个非聚集索引

CREATE NONCLUSTERED INDEX [nci_wi_StoreVariantInventory_F09B4BE817BC953FAC6861B7E46F6F51] ON [dbo].[StoreVariantInventory]
(
    [ProductId] ASC,
    [StoreId] ASC,
    [VariantId] ASC
)
INCLUDE (   [LocalInventory]) WITH (STATISTICS_NORECOMPUTE = OFF, DROP_EXISTING = OFF, ONLINE = OFF) ON [PRIMARY]
GO

而这个聚集索引

ALTER TABLE [dbo].[StoreVariantInventory] ADD  CONSTRAINT [PK_StoreVariantInventory] PRIMARY KEY CLUSTERED 
(
    [ProductId] ASC,
    [ChainId] ASC,
    [CountryCode] ASC,
    [StoreId] ASC,
    [VariantId] ASC
)WITH (STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF) ON [PRIMARY]
GO

为此表生成

SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

CREATE TABLE [dbo].[StoreVariantInventory](
    [ProductId] [bigint] NOT NULL,
    [ChainId] [nvarchar](5) NOT NULL,
    [CountryCode] [nvarchar](2) NOT NULL,
    [StoreId] [bigint] NOT NULL,
    [VariantId] [int] NOT NULL,
    [Size] [int] NOT NULL,
    [SizeRow] [nvarchar](1) NOT NULL,
    [KoncernNumber] [nvarchar](4) NOT NULL,
    [LocalInventory] [int] NOT NULL,
    [OrderedInventory] [int] NOT NULL,
    [Price] [money] NOT NULL,
    [LastUpdated] [datetime] NOT NULL,
 CONSTRAINT [PK_StoreVariantInventory] PRIMARY KEY CLUSTERED 
(
    [ProductId] ASC,
    [ChainId] ASC,
    [CountryCode] ASC,
    [StoreId] ASC,
    [VariantId] ASC
)WITH (STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]
GO

ALTER TABLE [dbo].[StoreVariantInventory]  WITH CHECK ADD  CONSTRAINT [FK_StoreVariantInventory_Stores] FOREIGN KEY([StoreId])
REFERENCES [dbo].[Stores] ([StoreId])
GO

ALTER TABLE [dbo].[StoreVariantInventory] CHECK CONSTRAINT [FK_StoreVariantInventory_Stores]
GO

ALTER TABLE [dbo].[StoreVariantInventory]  WITH CHECK ADD  CONSTRAINT [FK_StoreVariantInventory_Variants] FOREIGN KEY([ProductId], [VariantId])
REFERENCES [dbo].[Variants] ([ProductId], [VariantId])
GO

ALTER TABLE [dbo].[StoreVariantInventory] CHECK CONSTRAINT [FK_StoreVariantInventory_Variants]
GO

如果我做一个简单的选择

select LocalInventory
from StoreVariantInventory
where ProductId=1219100110 
and VariantId = 49 
and StoreId = 9050 
and ChainId = 'F'

它通过非聚集索引查找

但是为什么它会选择非聚集索引呢？我正在做一个 100% 不适合非聚集索引的 WHERE 那么它如何使用它呢？当 WHERE 子句中的所有列都不是 100% 适合索引时，SQL Server 是否只是选择它看起来最合适的内容？没有像这里这样的索引不能 100% 适合我的 where 子句是不好的做法吗？

我有这个查询

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
BEGIN TRAN

UPDATE c
SET c.Score = 2147483647 
FROM dbo.Comments AS c
WHERE c.Id BETWEEN 1 AND 5000;

哪些有这些统计数据

+--------------+---------------+---------------+-------------+
| request_mode | locked_object | resource_type | total_locks |
+--------------+---------------+---------------+-------------+
| RangeX-X     | Comments      | KEY           |        2429 |
| IX           | Comments      | OBJECT        |           1 |
| IX           | Comments      | PAGE          |          97 |
+--------------+---------------+---------------+-------------+

我想知道 IX，它是一个 Intent Lock。这是什么意思，为什么它自己在桌子上存在一个？据我了解，它不是真正的锁，而是 SQL Server 使用（或由事务设置？）来指示可能发生锁的更多东西。

以上是对的吗？

我和我的一位同事讨论了使用可序列化隔离级别的含义。他说它锁定了整个表，但我不同意告诉他它可能会，但它会尝试应用范围锁并且它不应用真正的序列化，如此处所述：可序列化隔离级别。

我在文档中也找不到“锁定整个表”的任何内容：SET TRANSACTION ISOLATION LEVEL。

该文档说明了一系列有关范围锁的内容，因此理论上您可以通过简单地使用范围锁来锁定整个表，该范围锁可以锁定表中可能值的整个范围，但它不会锁定表。

我在这里完全错了吗？它实际上是否锁定了整个表（或表）？

我在 Azure 中有一个 Azure SQL 数据库，其中包含以下数据库数据空间

当我阅读文档时：https ://learn.microsoft.com/en-us/azure/sql-database/sql-database-file-space-management “已用空间”将继续增长，我自己需要缩小它。这很好，正如预期的那样。我还可以看到分配的空间比已用空间大一点。这就是我希望它的工作方式：

1. 当已用空间接近分配空间时，会分配更多空间
2. 当已用空间达到最大大小时，我们没有更多可用空间，因此空间不足

我有点害怕我误解了一些东西，当已用空间处于分配空间时，我的数据库（和站点）将停止工作。我对 Azure 的世界有点陌生。

这是我今天才注意到的。我设置了一个监视器来监视使用的数据空间（以百分比为单位），当它达到最大值时我会收到警报。但是，如果它没有超出分配的空间，我将永远不会达到最大值。