Блог

У меня есть таблица оракула. DDL таблицы (не имеет первичного ключа)

 create table CLIENT_ACCOUNT
(
    CLIENT_ID VARCHAR2(18) default ' ' not null,
    ACCOUNT_ID VARCHAR2(18) default ' ' not null,
    ......
)

create unique index UK_ACCOUNT
    on CLIENT_ACCOUNT (CLIENT_ID, ACCOUNT_ID)
 

Тогда масштаб данных очень огромен, может быть, 100 миллионов записей. Я хочу просмотреть данные всей этой таблицы с помощью пакета.

Теперь я использую индекс таблицы для пакетного обхода. Но у меня есть некоторые проблемы с грамматикой оракула.

 # I want to use this SQL, but grammar error.
# try to use b-tree's index to locate start position, but not work

select * from CLIENT_ACCOUNT 
WHERE (CLIENT_ID, ACCOUNT_ID) > (1,2) 
AND ROWNUM < 1000
ORDER BY CLIENT_ID, ACCOUNT_ID
 

Есть ли самый быстрый способ пакетной обработки данных сенсорной таблицы?

Дикое предположение:

 select * from CLIENT_ACCOUNT 
WHERE CLIENT_ID  > '1'
and   ACCOUNT_ID > '2' 
AND ROWNUM < 1000;
 

Он, по крайней мере, скомпилировался бы, хотя правильно ли он реализует вашу бизнес-логику-это другой вопрос. Обратите внимание, что я применил ваши критерии фильтрации к строкам. Это связано с тем, что ваши столбцы имеют строковый тип данных, и вы по умолчанию заполняете их пробелами, поэтому высока вероятность того, что эти столбцы содержат нечисловые значения.

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

Ваша модель данных кажется странной.

Ваши столбцы определены как varchar2. Так почему же ваши критерии числовые?

Кроме того, почему по умолчанию для ключевых столбцов используется пробел? Было бы лучше оставить ненаселенные значения равными нулю. (Чтобы было ясно, NULL-это не очень хорошая вещь в индексированном столбце, это просто лучше, чем пробел.)