запрашиваемая таблица содержит миллиарды записей, а предложение where запроса select основывается на неиндексированных столбцах. Таким образом, обычный запрос выбора выполняет полное сканирование таблицы &, поэтому требуется больше времени. Я пытаюсь использовать параллельную функцию, чтобы увидеть, помогает ли она улучшить время. Но хотелось бы знать, будет ли параллель действительно помогать для запросов Select в одной таблице с предложением where в неиндексированных столбцах?Выберет помощь параллельного запроса для неиндексированного столбца в разделе where?
Пример:
Select /*parallel(customer_data,4)*/ customer_id,name from customer_data where time_create >= :<min_time> AND customer_status='P'
Возможно, вы захотите добавить, какие типы РСУБД вы используете, а также о том, как вы планируете " заставить систему использовать параллельный подход. – deroby