按Azure DocumentDB中的Id访问资源

我刚刚开始使用Azure DocumentDB,我的兴奋变得混乱.这件事很奇怪.似乎所有东西(数据库,集合,文档)都不需要通过它的id访问,而是通过它的'SelfLink'访问.例如:

我创建了一个数据库:

public void CreateDatabase()
{
    using (var client = new DocumentClient(new Uri(endpoint), authKey))
    {
        Database db = new Database()
        {
            Id = "TestDB",
        };
        client.CreateDatabaseAsync(db).Wait();
    }
}

然后有时候我想创建一个Collection:

public void CreateCollection()
{
    using (var client = new DocumentClient(new Uri(endpoint), authKey))
    {
        DocumentCollection collection = new DocumentCollection()
        {
            Id = "TestCollection",
        };
        client.CreateDocumentCollectionAsync(databaseLink: "???", documentCollection: collection).Wait();
    }
}

当我真正喜欢的是我的数据库ID时,api想要一个'databaseLink'.我没有'databaseLink'方便.DocumentDB是否真的希望我下载所有数据库的列表,并在每次我想做任何事情时都搜索数据库链接？

这个问题一直存在.如果没有集合的"链接",我无法将文档保存到集合中.

public void CreateDocument()
{
    using (var client = new DocumentClient(new Uri(endpoint), authKey))
    {
        client.CreateDocumentAsync(documentCollectionLink: "???", document: new { Name = "TestName" }).Wait();
    }
}

因此,要保存文档,我需要集合的链接.要获取集合链接,我需要数据库链接.要获取数据库链接,我必须下载我帐户中所有数据库的列表并对其进行筛选.然后我必须使用我发现的数据库链接来下载该数据库中的集合列表,然后我必须通过查找我想要的集合的链接进行筛选.这似乎不对.

我错过了什么吗？我不明白如何使用它？当DocumentDB坚持使用自己的链接方案来识别所有内容时,为什么要为我的所有资源分配ID？我的问题是"我如何通过他们的ID访问DocumentDB资源？"

我建议你看看这里的代码示例,特别是DocumentDB.Samples.ServerSideScripts项目.

在Program.cs中,您将找到以下GetOrCreateDatabaseAsync方法:

/// 
 
/// Get or create a Database by id
/// 
 
/// The id of the Database to search for, or create. 
/// The matched, or created, Database object 
private static async Task GetOrCreateDatabaseAsync(string id) 
{ 
    Database database = client.CreateDatabaseQuery()
        .Where(db => db.Id == id).ToArray().FirstOrDefault(); 
    if (database == null) 
    { 
        database = await client.CreateDatabaseAsync(
            new Database { Id = id }); 
    } 

    return database; 
} 

要回答您的问题,您可以使用此方法通过其ID和其他资源(集合,文档等)使用各自的Create [ResourceType] Query()方法查找数据库.

希望有所帮助.

2014年其他答案中公布的信息现在已经过时了.可以通过Id直接寻址:

虽然_selflinks仍然存在,并且可以用来访问资源,但微软已经添加了一种更简单的方法来定位资源,它们不需要你保留_selflink:

UriFactory

UriFactory.CreateDocumentCollectionUri(databaseId,collectionId))

UriFactory.CreateDocumentUri(databaseId,collectionId,"document id");

这使您可以创建一个安全的Uri(例如允许空白) - 这在功能上与资源_selflink相同; Microsoft公告中给出的示例如下所示:

// Use **UriFactory** to build the DocumentLink
Uri docUri = UriFactory.CreateDocumentUri("SalesDb", "Catalog", "prd123");

// Use this constructed Uri to delete the document
await client.DeleteDocumentAsync(docUri);

2015年8月13日的公告可在此处找到:

https://azure.microsoft.com/en-us/blog/azure-documentdb-bids-fond-farewell-to-self-links/