Каково оптимальное количество процессов, которые могут быть обработаны unixODBC?

Мое приложение раньше считывало данные из разных разделов большого файла и обновляло таблицы. Каждый раздел данных связан с отдельной таблицей. Процесс обновления может содержать несколько операторов вставки, обновления и удаления.

Я пытаюсь разделить файл на несколько файлов и запускаю 3, 4 или n экземпляров приложения для достижения параллельного выполнения. Я надеюсь, что это улучшит производительность.

Вопрос:

  1. Каков максимально (оптимальный) разрешенный процесс, который может обрабатывать параллельно с помощью unixODBC?

Среда: Red Hat Linux 64 бит, C++, unixODBC (32 бит), OTL, Oracle 10,11

1 ответ

Решение

unixODBC - это просто модуль, который предоставляет API-интерфейсы, совместимые с ODBC, а не отдельный процесс. Чтобы использовать его, unixODBC должен быть связан как статическая или динамическая библиотека в приложении.

Многие факторы могут влиять на производительность: аппаратные средства (процессор, память), структура базы данных и т. Д. Я думаю, что эта проблема не связана с unixODBC. Вы можете запустить как можно больше процессов, которые используют unixODBC.

Другие вопросы по тегам