Должен ли я беспокоиться о размере файла sqlite?

Question

Когда я пишу свои собственные базы данных плоских файлов, я стараюсь сохранять как можно меньшие размеры файлов, при разработке баз данных mySQL я помещаю все свои таблицы в одну базу данных (я уверен, что mySQL сохраняет каждую таблицу в своем собственном файле ). Я новичок в sqlite и столкновение с этикой - вся база данных хранится в одном файле.

Я знаю, что рекомендуемый размер составляет около 2 ГБ на базу данных для sqlite, и я не ожидаю достичь этого размера, но есть ли какие-то преимущества в разделении базы данных? Например, разделение базы данных на две части: одна с различными таблицами настроек (множество таблиц, небольшое количество строк), другая - с различными таблицами содержимого (несколько таблиц, в каждой строке много строк).

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

Answer 1

Если вы не собираетесь хранить лотов данных в базе данных, это действительно не должно иметь значения. Если вы собираетесь хранить много данных, включая большие двоичные объекты и сложные отношения, вам все равно не следует использовать SQLite - для этого и нужны большие системы баз данных.

SQLite существует, чтобы иметь простой, быстрый и компактный способ хранения структурированных данных в автономных приложениях, не подключенных к сети. Вы также можете использовать его как формат файла для своих собственных приложений, так что вам не придется каждый раз заново изобретать колесо. Лично я использую его для хранения настроек и чтобы быть уверенным, что он работает на разных платформах. Вы также можете использовать стандартные инструменты для работы с базами данных.

Вы знаете, есть термин, называемый "сверхинжиниринг". Иногда бывает просто пойти с простым, быстрым подходом и разделить вещи на отдельные таблицы и модули; иногда это не так.

• Внутренние ограничения SQLite

Answer 2

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