Если у вас есть особенно огромное количество записей посещаемости добавляемых каждый день, лучший способ сделать это с insert
заявления (я не знаю, почему именно вы получили его в свой что это плохая идея, наши базы данных часто обрабатывают десятки миллионов строк, добавляемых в течение дня).
Если ваши рекорды посещаемости более, что вы на победителя, получая, что многие люди, чтобы посещать любые функции или курсы вы работаете :-)
Bulk копии и импорт, как правило, предназначены для передачи значительное количество данных, и я имею в виду значительное, как и во всем содержимом базы данных, на сайт аварийного восстановления (и тому подобное). Я никогда не видел, чтобы это использовалось в дикой природе, как способ получить данные небольшого размера в базу данных.
Update 1:
Я предполагаю, основываясь на комментариях, что вы на самом деле вступающих посещаемости записей по одному в ваш веб-приложение и 1500 занимает слишком много времени.
Если это так, это не база данных, замедляющая вас, ни веб-приложение. Как быстро вы можете печатать.
Решение этой проблемы (если это действительно так является проблемой) заключается в том, чтобы обеспечить функциональность массового импорта в ваше веб-приложение (или базу данных напрямую, если хотите, но вам лучше, по-моему, вся работа).
Это, конечно, предполагается, что данные, к которым вы входите, доступны в электронном виде. Если все, что вы получаете, это кусочки бумаги с подробными сведениями о посещаемости, вам, вероятно, не повезло (несмотря на все решения OCR), хотя, если бы вы могли делать многолюдные люди, делающие это одновременно, у вас может быть некоторый шанс сделать это своевременно манера. Нанимая 1500 человек, каждый из них должен сбить его через пять минут :-)
Вы можете добавить функциональность своего веб-приложения, чтобы принять файл, содержащий данные о посещаемости, и обработать каждую запись, вставив строку в свою базу данных для каждой , Это будет намного быстрее, чем вручную вводить информацию.
Update 2:
на основе вашей последней информации, которую он принимает много времени, чтобы обработать данные после его запуска из веб-приложения, я не знаю, сколько у вас данных, но 100 записей должны в основном не занимают никакого времени.
Где узкое место я не могу сказать, но вы должны это расследовать.
Я знаю, что в прошлом у нас были длительные операции из веб-интерфейса, где мы не хотели задерживать пользователя. Есть множество решений для того, два из которых мы реализовали:
- взять операцию офф-лайн (то есть, запустить его в фоновом режиме на сервере), предоставляя пользователю идентификатор для проверки состояния от другого стр.
- То же самое, но уведомлять пользователя по электронной почте после его завершения.
Это позволило им продолжить свою работу асинхронно.
Откуда берутся данные? Кто-то вводит его в форме данных на стойке регистрации? Штрих-код сканируется ручным считывателем? Лист посещаемости, на котором преподаватель был в какой-то сканируемой форме? Откуда берутся данные? –
@philip см. Мой отредактированный вопрос –
Ребята, шелковистые каким-то образом получили мой вопрос –