C# SQL Server Compact Edition: очень высокий коэффициент сжатия

Question

Я разработал приложение .NET WPF с хранилищем данных, обработанным SQL Server Compact Edition. Я заметил, что когда я заархивировал полученный файл SQL Server CE, я часто сжимаю его до 5% от исходного размера файла.

Рискуя показать некоторое значительное незнание здесь, это ожидаемое поведение? Кажется, что, учитывая эту огромную экономию размеров, я должен сжимать файлы каждый раз при сохранении (я еще не рассмотрел последствия этой проблемы). Размер базы данных может варьироваться от нескольких МБ до 4 ГБ, хотя это будет редко. Сохраняются ли мои данные неэффективно или почему я получаю такую ​​значительную экономию, когда сжимаю? Есть ли что-то, что я могу сделать, чтобы всегда сохранять это пространство без необходимости внешнего сжатия файла SQL Server CE?

Answer 1

База данных не должна быть сжата, так как она сильно повлияет на производительность поиска. Я приведу вам пример.

Если поле длиной 200 байт, база данных зарезервировала 200 байт, чтобы сохранить значение в определенной строке. Он может рассчитать общий размер строки, добавляя длину всех полей.

Алгоритм сжатия может сжать фактическое значение в нем почти до нуля. Однако, если база данных будет делать это, она не может рассчитывать на вычисление позиции на диске (номер строки * размер строки + смещение столбца). Сначала нужно распаковать все, чтобы получить значение определенного столбца в определенной строке. Вы не хотите этого для точки зрения производительности.