Access vs Excel - размер файла

[w00t]

Здравствуйте.

Подскажите, пожалуйста, почему файл в формате .xlsb занимает 11 мегабайт (данные число и тест).

При экспорте в .accdb занимает 100 с лишним мегабайт?

Оригинальный файл экселя представляет из себя 65 столбцов и 120 тысяч строк (а если 700 или более нужно?), из которых 3 числовые, прочие - короткий текст.

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

При этом, в большом файле не дает редактировать в конструкторе свойства полей. Акцесс - он для домохозяек что-ли? Логически не понимаю, почему такое огромное отличие файлов в размере.

[shanemac51]

угадать затруднительно --надо видеть, что у вас там еще

[w00t]

Вот пример, чтобы были доказательства. Разумеется, тестовый, сходный с реальным файл excel. И база данных, получившаяся в результате импорта данного файла эксель.

Книга1.xlsb - то, что есть в эксель.
Database4.accdb - после экспорта в Акцесс
Transform.accdb - результат применения некоего макроса по совету

Разница в мегабайтах ощущается, раз этак в 11, как минимум. А если экселевский файлик мегабайт 11? Я понимаю, что нужно и надо создавать "правильную" архитектуру. Но нет возможности, потому что входные условия - это не техзадание. Это реальные потребности, очень динамические. Программист хочет идеальное задание и структуру. А профессиональный пользователь не может этого дать, потому что оочень динамика большая по условиям, и не раскидать это полотно по табличкам, чтобы потом все собирать запросами.

Кросспост, да, но очень уж интересно, разве нет возможности оптимизировать такую табличку...? Неужто нужно перебираться на MS SQL Express...

[evg_m]

разве нет возможности оптимизировать такую табличку...?

оптимизировать ДЛЯ ЧЕГО ?
1. хранения данных (занять минимальный объем на диске)
Архиваторы наше все. Места мало, но вот работать ....

2.оптимизировать для работ анализа данных
СТРУКТУРИЗАЦИЯ данных (те самые таблички) БД
и выравнивание длин данных(по возможности) для оптимизации выбора задача ПРЯМО противоположная архивированию.

3.оптимизировать время обработки данных
БД + индексация (по сути многократное повторение данных + размещение их в УПОРЯДОЧЕННОМ виде)
ускорение поиска путем выбора оптимальной по скорости "копии"

каждая ПОСЛЕДУЮЩАЯ "оптимизация" УВЕЛИЧИВАЕТ занимаемое место.