Каково оптимальное количество процессов, которые могут быть обработаны unixODBC?
Мое приложение раньше считывало данные из разных разделов большого файла и обновляло таблицы. Каждый раздел данных связан с отдельной таблицей. Процесс обновления может содержать несколько операторов вставки, обновления и удаления.
Я пытаюсь разделить файл на несколько файлов и запускаю 3, 4 или n экземпляров приложения для достижения параллельного выполнения. Я надеюсь, что это улучшит производительность.
Вопрос:
- Каков максимально (оптимальный) разрешенный процесс, который может обрабатывать параллельно с помощью unixODBC?
Среда: Red Hat Linux 64 бит, C++, unixODBC (32 бит), OTL, Oracle 10,11
1 ответ
unixODBC - это просто модуль, который предоставляет API-интерфейсы, совместимые с ODBC, а не отдельный процесс. Чтобы использовать его, unixODBC должен быть связан как статическая или динамическая библиотека в приложении.
Многие факторы могут влиять на производительность: аппаратные средства (процессор, память), структура базы данных и т. Д. Я думаю, что эта проблема не связана с unixODBC. Вы можете запустить как можно больше процессов, которые используют unixODBC.