У меня есть служба, которая преобразует и передает капли из одного хранилища в другое.Обнаружение нескольких членов GZip без загрузки всего блоба
Кобылы могут быть либо
gzip
'ed, либо необработанные данные.не допускают различные членов в одном
gzip
«под ред сгустка - из-за ограничения вgzip
классе.NET
фреймворки.Моя цель состоит в том, чтобы отказаться от
gzip
«ред сгустки, которые состоят из двух или более в ЧЛЕНОВO(1)
.От
O(1)
Я имею в виду, что не читал весь блок или большую его часть.
Я прочитал RFC и у меня есть ощущение, что данное:
размер блоб в
ISIZE
сноска последнего члена
Мы можем работать somethi чтобы обеспечить с очень малой вероятностью ложноположительные (т. отклонение одного-memeber blob) и ложноотрицательный (то есть допускающий множественные членов blobs), что blob является либо однопользовательским, либо многопользовательским gzip.
Неужели кто-нибудь успешно справился с этой проблемой? Спасибо
Это решение по-прежнему загружает весь блокнот. Я пытаюсь избежать этого - независимо от места загрузки (локальный каталог или память). Если есть какое-то решение для вышеупомянутой проблемы, то меня больше интересует низкое объяснение того, как это возможно с учетом RFC. – johni
Если файлы gizp не загружаются в лазурные лабиринты, мы можем добавить [metedata] (https://docs.microsoft.com/en-us/azure/storage/storage-properties-metadata) эти капли во время загрузки. –