ROW_NUMBER() неправильно упорядочивает записи

Question

Мне пришлось копировать данные из таблиц oracle в файлы.

У меня есть запрос соединения, который извлекает записи 800k, поэтому я использовал функцию row_number() вместе с предложением order by, чтобы генерировать 4 файла, содержащих по 200 тыс. Каждый.

Запрос:

SELECT * FROM (
    SELECT ROW_NUMBER() OVER (order by FILE_KEY desc) rn, 
     FILE_KEY, ROUTING_NO, INTLROUT_TYPE, ABBR_COUNTRY_CODE_2D, HO_CATALOG_NO 
    FROM BANK_INTL_ROUT_TBL rout, BANK_INTL_LOC_TBL loc 
    WHERE loc.CATALOG_NO = rout.FILE_KEY) 
WHERE rn BETWEEN start AND end; 

Параметры:

For 1st File : start =1 ,end = 200000 
For 2nd File : start =200001 ,end = 400000 
For 3rd File : start =400001 ,end = 600000 
For 4th File : start =600001 ,end = 800000 

Но когда я проверил последний 10 строку, используя этот запрос в браузере SQL запросов и последние 10 строк файла различны, что является последовательность отличается файл и SQL-запрос.

SELECT * FROM (
    SELECT ROW_NUMBER() OVER( order by FILE_KEY desc) rn, 
     FILE_KEY,ROUTING_NO,INTLROUT_TYPE,ABBR_COUNTRY_CODE_2D,HO_CATALOG_NO 
    FROM BANK_INTL_ROUT_TBL rout, BANK_INTL_LOC_TBL loc 
    WHERE loc.CATALOG_NO=rout.FILE_KEY) 
WHERE rn BETWEEN 709990 AND 80000; 

Answer 1

Это может быть потому, что у вас есть что-то вроде этого

row_number file_key 
799998  same_number 
799999  same_number 
800000  same_number 
800001  same_number 
800002  same_number 
800003  same_number 
800004  same_number 

потому, что вы заказываете на file_key.

Как вы заметили, что это разные данные? из других столбцов. Итак, вы можете использовать:

SELECT ROW_NUMBER() OVER(order by FILE_KEY desc, ROUTING_NO, INTLROUT_TYPE, ABBR_COUNTRY_CODE_2D, HO_CATALOG_NO) rn 

Или (вторая причина), ваш базовый стол менялся между вашими запросами.

UDPDATE: вы можете использовать подсказку use_hash, чтобы ускорить запрос. 5 часов слишком много для этого запроса.

SELECT * FROM (
    SELECT /*+use_hash(rout loc)*/ 
     ROW_NUMBER() OVER(order by FILE_KEY desc, ROUTING_NO, INTLROUT_TYPE, ABBR_COUNTRY_CODE_2D, HO_CATALOG_NO) rn, 
     FILE_KEY, ROUTING_NO, INTLROUT_TYPE, ABBR_COUNTRY_CODE_2D, HO_CATALOG_NO 
    FROM BANK_INTL_ROUT_TBL rout, BANK_INTL_LOC_TBL loc 
    WHERE loc.CATALOG_NO = rout.FILE_KEY) 
WHERE rn BETWEEN start AND end; 

Answer 2

В пункте над, заказ уникальным полем в BANK_INTL_LOC_TBL:

SELECT * FROM (
    SELECT ROW_NUMBER() OVER (order by loc.**LOC_KEY** desc) rn, 
     FILE_KEY, ROUTING_NO, INTLROUT_TYPE, ABBR_COUNTRY_CODE_2D, HO_CATALOG_NO 
    FROM BANK_INTL_ROUT_TBL rout, BANK_INTL_LOC_TBL loc 
    WHERE loc.CATALOG_NO = rout.FILE_KEY) 
WHERE rn BETWEEN start AND end 
ORDER BY rn; 

UPDATE: согласно @Shannon Severance комментарий
добавить заказ по п

Answer 3

Если вы у вас есть запасной диск на вашей установке Oracle (что вам нужно!), а вместо того, чтобы запускать внутренний запрос 4 раза, может оказаться, что быстрее выполнить следующие

CREATE TABLE bank_data 
NOLOGGING 
PARALLEL 4 
AS SELECT ROW_NUMBER() OVER (order by FILE_KEY desc) rn, 
    FILE_KEY, ROUTING_NO, INTLROUT_TYPE, ABBR_COUNTRY_CODE_2D, HO_CATALOG_NO 
FROM BANK_INTL_ROUT_TBL rout, BANK_INTL_LOC_TBL loc 
WHERE loc.CATALOG_NO = rout.FILE_KEY); 

Количества параллельности для использования (числа 4 в моем примере здесь) будет зависеть от того, насколько много одновременной работы база данных могут работать, в основном, в зависимости от количества процессоров.

После этого завершения, (которая должна заметно меньше, чем 5 часов!), То вы можете запускать простые выбирает на bank_dump стол, чтобы вытащить записи, которые вы желаете

SELECT * 
FROM bank_dump 
where rn < 200000 

для первого набора данных, для пример.