SQL - версия отслеживания изменений с периодом хранения

Существуют разные способы, в зависимости от того, где вы хотите получить. XmlDocument легче XDocument, но если вы хотите минимально проверить, что строка содержит XML, то регулярное выражение, возможно, является самым быстрым и легким выбором, который вы можете сделать. Например, я применил Smoke Tests с SpecFlow для моего API, и я хочу проверить, есть ли какой-либо из результатов в любом действительном XML - тогда я бы использовал регулярное выражение. Но если мне нужно извлечь значения из этого XML, я бы проанализировал его с помощью XDocument, чтобы сделать это быстрее и с меньшим количеством кода. Или я бы использовал XmlDocument, если мне нужно работать с большим XML (а иногда я работаю с XML, которые вокруг 1M строк, даже больше); то я мог бы даже читать его по строкам. Зачем? Попробуйте открыть более 800 МБ в частных байтах в Visual Studio; даже при производстве у вас не должно быть объектов размером более 2 ГБ. Вы можете с помощью twerk, но не должны. Если вам придется разбирать документ, содержащий много строк, то эти документы, вероятно, будут CSV.

Я написал этот комментарий, потому что я вижу множество примеров с XDocument. XDocument не подходит для больших документов или когда вы хотите проверить, действительно ли контент является XML. Если вы хотите проверить, имеет ли смысл XML, то вам нужна схема.

Я также отклонил предложенный ответ, потому что считаю, что ему нужна эта информация внутри себя. Представьте, что мне нужно проверить, является ли 200M XML, 10 раз в час, действительным XML. XDocument будет тратить ресурсы на ресурсы.

prasanna venkatesh также заявляет, что вы можете попробовать заполнить строку в наборе данных, она также укажет на действительный XML.