小编All*_* Xu的帖子

查看有关获取Blob和获取Blob属性的MSDN文档。两个请求看起来都一样

“ https://myaccount.blob.core.windows.net/mycontainer/myblob ”

获取属性：https : //msdn.microsoft.com/en-us/library/dd179440.aspx

获取Blob属性：https： //msdn.microsoft.com/zh-cn/library/dd179394.aspx

我一定要遗漏一点吗？

使用SQL Server 2014:

以下陈述之间是否存在任何性能差异？

DELETE FROM MyTable where PKID IN (SELECT PKID FROM @TmpTableVar)

和

DELETE FROM MyTable INNER JOIN @TmpTableVar t ON MyTable.PKID = t.PKID

使用 SQL Server 2014：我正在处理一个大型生产数据库，其中包含许多未命名的默认约束。

未命名的默认约束会导致许多问题，因为它们在我填充数据库架构填充脚本的每个“DEV”或“QA”环境中都会获得随机名称。随机默认约束名称会导致 SSDT 架构比较/更新脚本失败。

我需要将生产数据库的默认列约束正确命名为适当的名称，因此当我编写数据库架构脚本时，它们不会获得随机名称。

我使用以下查询来获取未命名的默认约束列表：

select 
    t.name, c.name, d.name, definition 
from 
    sys.tables t   
join    
    sys.default_constraints d on d.parent_object_id = t.object_id  
join    
    sys.columns c on c.object_id = t.object_id      
                  and c.column_id = d.parent_column_id

其中有 100 个:(

是否有任何“安全”的方法将所有未命名的默认约束重命名为正确的名称，以便它们不考虑“未命名”并且不会在每个环境中获得随机名称？

我正在考虑扩展上述查询并生成sp_rename语句。由于我正在处理生产数据库，因此我想找到最安全的方法。

解决这个问题最可靠、最安全的方法是什么？

我正在通过以下示例：

https://azure.microsoft.com/resources/samples/active-directory-dotnet-webapp-groupclaims/

若要运行该示例，我需要对Microsoft Graph具有Directory.Read.All权限：

为您的应用程序配置权限。在这种情况下，在“设置”菜单中，选择“所需权限”部分，然后单击“添加”，然后选择“ API”，然后在文本框中键入Microsoft Graph。然后，单击“选择权限”，然后选择 Directory.Read.All。

Directory.Read.All需要Azure AD管理员同意。
我的Azure AD应用程序没有Web用户界面。

如何让我们的Azure AD管理员在不花费太多时间的情况下提供同意？

我们的Azure AD管理员是繁忙且昂贵的资源。需要花费很多时间来预定他的时间，我希望我能在参与他之前进行同意过程。

当我尝试执行任何操作时出现此错误：

Error locking state: Error acquiring the state lock: state blob is already locked

如何列出当前拥有锁的人以及获得锁的时间？

在以下示例中：

https://github.com/terraform-providers/terraform-provider-azurerm/blob/master/examples/app-service/function-azure-RBAC-role-assignment/main.tf

我们有这个代码片段：

第57行中， 的值data.azurerm_subscription.primary.id来自哪里？我问是因为第 53 行中的数据块是空的。

据我了解，当请求包含Ocp-Apim-Trace: true如下内容时：

GET /api/v1/BotConfig HTTP/1.1\nHost: xyz.azure-api.net\nCache-Control: no-cache\nOcp-Apim-Trace: true\nOcp-Apim-Subscription-Key: \xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\xe2\x80\xa2\n

API 管理添加 ocp-apim-trace-location 标头：

ocp-apim-trace-location: https://womewhere.blob.core.windows.net/apiinspectorcontainer/Hin6_SGFT-some-parameters\n

这显然是一个安全问题，我确信我遗漏了一点。

ocp-apim-trace-location为 API 管理开发人员启用但确保为公共服务消费者禁用的机制是什么？

在 Terraform Cloud 中，我们有一个像这样的 Web 用户界面来为变量赋值：

如何在上面的 UI 中输入这样的变量，以便我可以像在 .tfavr 文件中看到的方式正确地查看雇佣体系？

tef_var = {
  nested = {
    key1 = value1
    key2 = value3
    key3 = value4
  }
}

我有一个 Azure DevOps 部署 YAML 管道，用于创建 Azure 应用服务并向其部署代码。实际的管道更复杂，但我针对这个问题将其简化。

目前，我的管道可以使用变量中定义的资源名称成功部署到特定的 Azure 订阅（服务连接器）。

我需要对管道进行参数化，以便它可以使用多个服务连接器部署到多个不同的环境（指 Azure 订阅）。每个环境都有不同的 Azure 资源命名约定。

有没有办法从 XML 或 JSON 文件读取管道变量的值？这样，我可以为每个环境拥有多个配置文件，并将它们存储为我的存储库的一部分。

这是多环境部署管道配置的正确方法吗？

据我所知，当我在目录中运行 terraform CLI 时，它会从当前目录中获取所有 terraform 工件。

是否可以让 terraform apply 和 terraform plan 在当前 PWD 以外的目录中查找脚本，这样我就不必不断更改当前目录？