许多等待Async方法，或者单个等待包装任务

假设我们必须通过异步流在数据库上写下一个包含1000个元素的列表。是等待异步插入语句1000次更好，还是将所有1000次插入都封装在一个同步方法中，封装到一个Task.Run语句中，等待一次更好?

例如，SqlCommand有每个方法与他的async版本耦合。在这种情况下，我们有一个插入语句，所以我们可以调用ExecuteNonQuery或ExecuteNonQueryAsync。

通常，在async/await指南中，我们读到如果你有一个异步版本的方法，你应该使用它。假设我们写:

async Task Save(IEnumerable<Savable> savables)
{
    foreach(var savable in savables)
    {
        //create SqlCommand somehow
        var sqlCmd = CreateSqlCommand(savable);
        //use asynchronous version
        await sqlCmd.ExecuteNonQueryAsync();
    }
}

这段代码非常清晰。然而，每次它从等待部分出去时，它也返回UI线程，然后在下一次遇到等待时返回后台线程，等等(不是吗?)这意味着用户可以看到一些延迟，因为UI线程不断被await的延续中断，以执行下一个foreach周期，并且在这段时间内UI冻结了一点。

我想知道我是否应该这样写代码:

async Task Save(IEnumerable<Savable> savables)
{
    await Task.Run(() =>
    {
        foreach(var savable in savables)
        {
            //create SqlCommand somehow
            var sqlCmd = CreateSqlCommand(savable);
            //use synchronous version
            sqlCmd.ExecuteNonQuery();
        }
    });
}

这样，整个foreach在二级线程上执行，而不需要在UI线程和二级线程之间不断切换。这意味着UI线程可以在foreach的整个持续时间内自由地更新View(例如一个旋转器或进度条)，也就是说，用户不会感觉到延迟。

我说的对吗?还是我错过了什么"异步"?

我不是在寻找简单的基于意见的答案，我在寻找async/await指南的解释，在这种情况下，以及解决它的最佳方法。

我读过这个问题，但它是不一样的。这个问题是关于在异步方法上选择单个await还是单个Task.Run await。这个问题是关于调用1000 await的后果和由于线程之间的持续切换而导致的资源开销。