Кто я? Как использовать Microsoft Office Permission/UserPermission

Можно сохранить трассировку стека перед повторным воспроизведением без отражения:

static void PreserveStackTrace (Exception e)
{
    var ctx = new StreamingContext  (StreamingContextStates.CrossAppDomain) ;
    var mgr = new ObjectManager     (null, ctx) ;
    var si  = new SerializationInfo (e.GetType (), new FormatterConverter ()) ;

    e.GetObjectData    (si, ctx)  ;
    mgr.RegisterObject (e, 1, si) ; // prepare for SetObjectData
    mgr.DoFixups       ()         ; // ObjectManager calls SetObjectData

    // voila, e is unmodified save for _remoteStackTraceString
}

Это растрачивает много циклов по сравнению с вызовом InternalPreserateStackTrace через кэшируемый делегат, но имеет преимущество полагаться только на общедоступные функциональные возможности. Вот несколько общие узоры использования для функций сохранения трассировки стека:

// usage (A): cross-thread invoke, messaging, custom task schedulers etc.
catch (Exception e)
{
    PreserveStackTrace (e) ;

    // store exception to be re-thrown later,
    // possibly in a different thread
    operationResult.Exception = e ;
}

// usage (B): after calling MethodInfo.Invoke() and the like
catch (TargetInvocationException tiex)
{
    PreserveStackTrace (tiex.InnerException) ;

    // unwrap TargetInvocationException, so that typed catch clauses 
    // in library/3rd-party code can work correctly;
    // new stack trace is appended to existing one
    throw tiex.InnerException ;
}

Исходный вопрос:

в чем разница между драйверами базы данных и диалектами базы данных?

Вопрос неоднозначный; вот мой выбор.

Драйвер - это программное обеспечение для доступа к базе данных.

Диалект - это вариант языка запроса (т.е. протокола), используемый для доступа к базе данных. В зависимости от программного обеспечения базы данных она может поддерживать несколько различных диалектов .

Т.е. не все sql созданы равными; -)

Сегодня я получил дополнительный ответ от Microsoft (по-прежнему касающийся SRQ091221600157), который на самом деле, кажется, решает проблему, по крайней мере, в моем конкретном случае. Этот подход по-прежнему пахнет как обход, и нет документации, которая бы подтверждала, что он на самом деле работает, но он кажется достаточно правдоподобным и выдерживает некоторые специальные тесты. И он чувствует себя гораздо менее патовым, чем любая другая работа, которую я придумал. Это происходит следующим образом:

Только пользователи с msoPermissionFureControl могут видеть разрешения других пользователей (недокументированное предположение). Таким образом, если у пользователя нет msoPermissionFureControl, коллекция Permission содержит ровно один предмет, и этот предмет отражает разрешения текущего пользователя. Если коллекция разрешений содержит несколько предметы, это означает, что текущий пользователь должен иметь msoPermissionFureControl. Кроме того, текущий пользователь должен быть видимым в коллекции разрешений, но до сих пор нет пути узнать, какое из удостоверений в коллекции разрешений представляет текущего пользователя.