Есть поле в базе SQL Server, я сжимаю его своей SQLCLR c# функцией, которая использует ZIP сжатие, и пишу в поле рядом.
Можно ли определить по первым байтам - сжато поле или нет?

а если GZIP? хотелось бы по первым байтам понять надо ли разжимать поле или нет

Roman MejtesРолг Хупин, у GZIP сигнатура 1F8B08

у буфера тоже или у файла?

Вот, взял для примера 4 записи, такое начало, соответственно в nvarchar(MAX) и конверт в varbinary(MAX)

oMkAAO1da2/cRrL9HiD/ ... 0x6F004D006B00410041004F0031006400610032002F0063005...
8wUBAO2dbW/bxrKAv1/... 0x380077005500420041004F0032006400620057002F0062007
LAYBAO2d3W7bSLKA7w... 0x4C0041005900420041004F003200640033005700370062005...
7wUBAO2dbW/bxrKAv1... 0x370077005500420041004F0032006400620057002F0062007...

mikronИзопропилкакого в жопу буфера?
...
Одобряю. И вопрошавшего туда - же.

Странный юзер, зачем вы дважды одну и ту же глупость написали?

Изопропилкакого в жопу буфера?
nvarchar(MAX) - он не для двоичных данных вообще-то

Не стоит так категорично, в него записаны зажатые данные, и из него они разжимаются нормально
Видимо, так устроены функции сжатия/разжатия.

ИзопропилРолг Хупин,

вы реально храните сжатые двоичные данные в nvarchar(MAX) ?

Если да- исправьте эту ошибку, дальше можно о сигнатурах говорить

ну, не я, но - да.
Исправлю.
Но мне надо понять, можно ли распознать, чтобы проще декомпрессить, и заодно и исправлю эту досадную фигню.

mikronРолг Хупинпропущено...


Странный юзер, зачем вы дважды одну и ту же глупость написали?
Какая в жопу глипость? Всё через жопу . Это проза жизни.

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

refregРолг ХупинЕсть поле в базе SQL Server, я сжимаю его своей SQLCLR c# функцией, которая использует ZIP сжатие, и пишу в поле рядом.
Можно ли определить по первым байтам - сжато поле или нет?Есть поле, несжатое, так?
Рядом поле сжатое, так?

Так что надо определить-то?
Находятся ли в поле со сжатыми данными сжатые данные?
Или находятся ли в поле с несжатыми данными несжатые данные?

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

mikronИзопропил,

Похоже на BASE64. Но, $х§!, с таким надо в космотавты .

в тавтокосмы

Roman Mejtesкакая то фигня. если вы используйте GZIP для экономии места, то это дичь, данные в базе и так можно сжимать, без всяких GZIP. Я не гуру по базам данных, но такой функционал там точно есть.
В SQLLite базы вроде и так храняться упакованные gzip'ом.
Вы сжимаете данные GZIP, а потом шифруете base64, в результате данные сперва становятся меньше, а потом опять больше, какой в этом смысл? выигрышь будет минимальным. для хранения binary данные используйте соответствующие типы полей

Да, varbinary буду использовать.
Сейчас используется SQLCLR функция для сжатия/разжатия, внутри она использует zip или gzip по выбору юзера.

Хорошо, расскажите мне про неДичь для SQL Server 2008-1017 (Express-Ent)?

Roman MejtesРолг Хупин,

в MSSQL 2016 есть Compress, Decompress для VARBINARY, на счет не скажу, я не базист

Это есть в 2016, с момента SP1 вроде как во всех Editions.
Но есть еще 2008-2014, я должен их поддерживать для своей базы, так что вынужден часто изобретать велосипеды, которые уже есть в новых версиях