在CosmosDB中创建文档时,禁用AutomaticIdGeneration有性能优势吗?

时间:2018-08-29 12:28:07

标签: azure-cosmosdb azure-cosmosdb-sqlapi

使用.Net Core SDK在CosmosDB中创建文档时,有一个选项可以禁用自动生成文档ID。这样,开发人员可以为id属性设置自己的值,如果未设置该属性,则会抛出异常。

例如,这两种方法都显示在这里:

public class CosmosExample
{
    private readonly IDocumentClient _docClient;
    private Uri _collectionUri;

    public CosmosExample(IDocumentClient docClient)
    {
        _docClient = docClient;
        _collectionUri = UriFactory.CreateDocumentCollectionUri("MyDatabase", "MyCollection");
    }

    public async Task CreateWithId(DataModelWithId model)
    {
        model.id = Guid.NewGuid();
        var result = await _docClient.CreateDocumentAsync(_collectionUri, model, disableAutomaticIdGeneration: true);
    }

    public async Task CreateAutoId(DataModel model)
    {
        var result = await _docClient.CreateDocumentAsync(_collectionUri, model);
    }
}

public class DataModelWithId
{
    public Guid id { get; set; }
    public string Name { get; set; }
}

public class DataModel
{        
    public string Name { get; set; }
}

我正在编写一个创建大量文档的应用程序,我想优化吞吐量和RU(请求单元)成本。

禁用自动ID生成并代之以代码形式生成ID是否会提高性能或成本?

2 个答案:

答案 0 :(得分:2)

如果禁用了自动生成,则此处是生成新GUID的代码。 通过反向工程CosmosDB Emulator并提取Javascript引擎代码来获取此代码。

// generate GUID
function getHexaDigit() {
    return Math.floor(Math.random() * 16).toString(16);
}
function generateGuidId() {
    var id = "";
    for (var i = 0; i < 8; i++) {
        id += getHexaDigit();
    }
    id += "-";
    for (var i = 0; i < 4; i++) {
        id += getHexaDigit();
    }
    id += "-";
    for (var i = 0; i < 4; i++) {
        id += getHexaDigit();
    }
    id += "-";
    for (var i = 0; i < 4; i++) {
        id += getHexaDigit();
    }
    id += "-";
    for (var i = 0; i < 12; i++) {
        id += getHexaDigit();
    }
    return id;
}

据此判断,服务器端生成速度更快,因为它没有考虑C#Guid.NewGuid()的考虑,而只是考虑了RNG。

Guid.NewGuid()实际上将考虑更多因素以生成该值。

  • 用于生成GUID的机器的MAC地址
  • 时间戳
  • 额外的“紧急唯一符”
  • 算法的标识符

请记住,只有当Azure CosmosDB服务与模拟器使用相同的JS代码时(我个人认为这样做,但不能保证),这是正确的。

总而言之,自动id生成更多是一种生活质量功能,它可以为开发人员提供更多控制权,而不是可以改善或降低应用程序性能(或吞吐量)的功能。归结为以下几点。如果将Id作为DTO的一部分是合乎逻辑的,则可以使用它。如果不是,则将其删除。但是请记住,ReplaceUpsert操作需要id才能起作用。

编辑:同样,再次阅读您的问题,听起来像是如果开发人员手动设置id并且未禁用自动生成功能,则CosmosDB将在指定的顶部自动生成一个新的ID。一。这不是真的。如果您手动设置id,则无论该设置如何,该ID都不会被CosmosDB覆盖。

答案 1 :(得分:0)

我认为这不会对性能造成很大的影响(仅几毫秒),但是使用GUID和不使用GUID可以得到确切的时间差异。在下面的代码中,我曾经通过查询获取消耗的RU和时间。

private static void Main(string[] args)
    {
        string docId = Guid.NewGuid().ToString();
        string attId = Guid.NewGuid().ToString();

        var myDoc = new { id = docId, Name = "Max", City = "Aberdeen" }; // this is the document you are trying to save

        var client = GetClientAsync().GetAwaiter().GetResult();
        var createUrl = UriFactory.CreateDocumentCollectionUri("mytestdb", "test");
        ResourceResponse<Document> document = client.CreateDocumentAsync(createUrl, myDoc).GetAwaiter().GetResult();

        // Measure the performance (request units) of writes
        // ResourceResponse<Document> response = await client.CreateDocumentAsync(collectionSelfLink, myDocument);
        Console.WriteLine("Insert of document consumed {0} request units", document.RequestCharge);
        // Measure the performance (request units) of queries

        IDocumentQuery<dynamic> queryable = client.CreateDocumentQuery(
            UriFactory.CreateDocumentCollectionUri("mytestdb", "test"), "select top 1 * from c").AsDocumentQuery();

        FeedResponse<dynamic> queryResponse = queryable.ExecuteNextAsync<dynamic>().GetAwaiter().GetResult();
        Console.WriteLine("Query batch consumed {0} request units", queryResponse.RequestCharge);
        Console.Read();

    }

    private static DocumentClient documentClient;

    private static async Task<DocumentClient> GetClientAsync()
    {
        if (documentClient == null)
        {
            var endpointUrl = "https://catecosmos.documents.azure.com:443/";
            var primaryKey = "73dDwfcDetx7Xr91kGs22QOkcgJgfMgyyJ8xKBbes6mooRtXY1vRo0gk5T5poFNAYviI9So53xsKgPiTsQ==";

            documentClient = new DocumentClient(new Uri(endpointUrl), primaryKey);
            await documentClient.OpenAsync();
        }

        return documentClient;
    }