Автор использовал базу данных Access для создания веб-сайта, но позже обнаружил, что объем данных увеличился, а скорость была низкой, поэтому каждый должен строить долгосрочные планы, прежде чем создавать веб-сайт.
Сколько записей может иметь база данных Access? каков максимальный размер файла Accsee?
Теоретически ограничения нет, но, как правило, оно бесполезно, если оно превышает 100 000.
Access не очень хорошо поддерживает большие объемы данных. Самый большой файл mdb - 1G. Не будет работать, как бы вы ни добавляли записи. Никаких ошибок и подсказок не будет, но данные добавить невозможно. Конкретное количество записей зависит от размера записи. У меня есть записи с более чем десятком полей, а таких записей около 500 000.
Я не особо задумывался об этой проблеме, прежде чем начал создавать веб-сайт, потому что средний корпоративный веб-сайт не содержит большого количества данных, а размер файла mdb обычно не превышает 100 МБ, но недавно меня беспокоила эта проблема.
На веб-сайте клиента имеется более 3 Вт записей и размер около 300 МБ. После нескольких сжатий он все еще превышает 280 МБ. Скорость очень низкая.
Исследуйте причины, проанализируйте следующие два момента:
1. Access не очень хорошо поддерживает большие объемы данных, и это не было полностью учтено перед созданием веб-сайта. Не полное понимание потребностей клиентов. Для больших объемов данных следует рассмотреть возможность использования базы данных SQL или MYSQL. То есть версию ASP+ACCSEE использовать нельзя.
2. Были проблемы с оригинальной конструкцией модулей и классификацией. На всем сайте только один модуль статей, а все остальное отнесено к этому модулю, что напрямую приводит к избыточному объему данных в таблице jtbc_article. По сути, всего в этой таблице более 30 000 записей. Замедляет скорость запроса.
Следовательно, при создании веб-сайта статьи одного и того же характера, но разных категорий должны быть построены в разных модулях, то есть клонирование нескольких модулей статей, что может не только эффективно решить вышеуказанные проблемы, но и лучше передать индекс узла шаблона домашней страницы модуля. для настройки персонализированных домашних страниц для различных категорий.
Но сейчас я все еще запутался в этой проблеме, потому что снова разделить модули с таким большим количеством данных очень хлопотно, и это не самое эффективное решение в конце концов, потому что данные все равно растут с каждым днем, и их будет не менее 100 000 фрагментов данных. Поэтому от базы данных ACCESS следует отказаться.
Что еще более важно, я хочу отказаться от IIS и заменить его напрямую PHP+MYSQL. Таким образом, при развертывании сервера мне не нужно устанавливать надоедливый IIS, я могу просто использовать Apache или Nginx, что в несколько раз эффективнее. чем IIS. Но проблема сейчас в том, что функции в версии PHP не такие сильные, как в ASP. Это не проблема, потому что этому сайту не нужны какие-либо мощные функции. Ключ в том, что можно использовать генерацию HTML, но версия PHP I. протестированный не смог сгенерировать статику. Это то, что меня действительно беспокоит.