У меня есть таблица журналов, которая будет получать вставки из нескольких веб-приложений. Я не буду делать поиск/сортировку/запрос этих данных. Я буду извлекать данные из другой базы данных для запуска отчетов. Исходная таблица предназначена исключительно для приема сообщений журнала.Как оптимизировать таблицу только для быстрых вставок?
Есть ли способ гарантировать, что веб-приложениям не нужно ждать этих вставок? Например, я знаю, что добавление большого количества индексов замедляет вставки, поэтому я не буду. Что еще там? Не следует ли добавлять первичный ключ? (Каждую ночь таблица будет прокачиваться до отчетов БД, которая будет иметь много ключей/индексов)
Зачем использовать SQL вообще? Почему бы просто не написать файлы для загрузки в БД отчетов? –
Если честно, если не использовать обычные файлы журналов, я буду изучать это. –
Вы можете использовать SQL с движком sotrage = ARCHIVE. –