Есть поле в базе 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, я должен их поддерживать для своей базы, так что вынужден часто изобретать велосипеды, которые уже есть в новых версиях

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

base64 записанный в NVARCHAR уеличивает размер сжатого в 2.66 раза

ЗЫ jpeg, видеоролики и офисные документы - не жмутся вообще

да,функция возвращает String, там можно исправить на массив байтов.
Но , даже при таком увеличении хмл жмется в 8-10 раз.

ИзопропилРолг ХупинНо , даже при таком увеличении хмл
наконец то мы узнали что сжимается
а почему бы не сделать честно - признак в базе поместить - не сжато/сжато
да и тип содержимого явно специфицировать неплохо, дабы меньше гадать на кофейной гуще

да, согласен.
не узнали, то, что сжимается было известно ;-)

hVosttИзопропилна треть - три байта в четыре

точно, в 1.3

1.333

hVosttРолг Хупин,

sourceMan is distinguished, not only by his reason, but by this singular passion from other animals, which is a lust of the mind, that by a perseverance of delight in the continued and indefatigable generation of knowledge, exceeds the short vehemence of any carnal pleasure.

base64TWFuIGlzIGRpc3Rpbmd1aXNoZWQsIG5vdCBvbmx5IGJ5IGhpcyByZWFzb24sIGJ1dCBieSB0
aGlzIHNpbmd1bGFyIHBhc3Npb24gZnJvbSBvdGhlciBhbmltYWxzLCB3aGljaCBpcyBhIGx1
c3Qgb2YgdGhlIG1pbmQsIHRoYXQgYnkgYSBwZXJzZXZlcmFuY2Ugb2YgZGVsaWdodCBpbiB0
aGUgY29udGludWVkIGFuZCBpbmRlZmF0aWdhYmxlIGdlbmVyYXRpb24gb2Yga25vd2xlZGdl
LCBleGNlZWRzIHRoZSBzaG9ydCB2ZWhlbWVuY2Ugb2YgYW55IGNhcm5hbCBwbGVhc3VyZS4=


1,338289962825279 (если не считать переводы строк)

да, тогда 1.34