Истинно так!

> GRAND  (14.11.2008 17:02:20)  [20]

Это плохая карма!

> на компоненте ADOStoreProc выбирается по умолчанию


> тип ftOraClob не устанавливается выдается сообщение "Аргументы
> имеют неверный тип, выходят за пределы допустимого диапазона
> ...."

выкинь ADO, поставь DOA или ODAC.
ADO мы не лечим

Извиняюсь за опечатку, провайдера поменял на Oracle Provider for OLE DB.
Ну и полезли всякие тараканы, в общем проблема не решилась.
По поводу длинной строки, откуда она взялась.
Стоит задача  обработки данных в ORACLE но исходные данные находятся в ACCESS. Программа трехзвенка, обработка на среднем звене.
ДА ODBC на БД отсутствует, и пока еще дрова не скоро купят.
Пробовал обработку провести на среднем звене, но приходится обработку делать перебором, занимает много времени около 3 минут. Пробовал забросить данные в ORACLE используя пакетную передачуу, но пакет передается около 1 минуты, что тоже очень долго. Сейчас передаю данные строками по 32767 байт, загрузка таблицы происходит менее 4 секунд.
Но строк передаю 5 штук. Вот и хотелось передать одной строкой.
Может у кого есть еще решения. как забросить таблицу в ORACLE. Буду благодарен.

>Может у кого есть еще решения. как забросить таблицу в ORACLE. Буду благодарен.
использовать sqlloader
либо механизм внешних таблиц, на нем основанный

> Стоит задача  обработки данных в ORACLE но исходные данные находятся в ACCESS.
что за идиотские ограничения, почему именно в оракле? задача это обработка данных, а уж где это будет происходить, методы и средства выбирает программист.
постановщику "задачи"  голову отвернуть...

> Сейчас передаю данные строками по 32767 байт, загрузка таблицы происходит менее 4 секунд.
а время на разворачивание этой строки в табличную форму для обработки учитываешь? и время на предварительное "сворачивание"?
почему учитывается только передача, а не весь цикл с обработкой? вся обработка состоит только в том чтобы впихнуть эти данные в оракл, неважно в какой форме, а последующая работа с этими данными планируется? судя по всему нет. а раз так то просто ничего не делать, в передаче вызвать пустую процедуру... время будет 0 секунд.

В Oracle все основные таблицы, и они по 100 000 записей и тащить их куда либо не имеет смысла. Там в хранимке вся обработка и происходит. Вся загвозда во времени выполнения в этом я ограничен

>GRAND ©   (14.11.08 17:02) [20]
>Истинно так!

Паранойя ?

> Там в хранимке вся обработка и происходит. Вся загвозда
> во времени выполнения


Ну и какой тогда резон тащить данные на обработку в Оракл, если известно, что ХП сделает это заведомо медленней чем апп-сервер ?


> приходится обработку делать перебором


Это как ?

> sniknik  (17.11.2008 11:25:25)  [25]

Лучше оторвать, больнее будет.

> В Oracle все основные таблицы, и они по 100 000 записей и тащить их куда либо не имеет смысла.
каким боком они участвуют в "обработке"? данные из них сравниваются/вычисляются в паре с полученными из аксесса? тогда нужны объединения, индексы, т.е. данные с обоих сторон должны быть в структурированной (табличной) форме. а ты из них делаешь строку, после очень быстро передаешь, и начинаешь парсить и делать опять таблицу (?), для того чтобы можно было обрабатывать в паре с основными...
ты уж как то определись, либо они не участвуют, и тогда постановка задачи идиотская, либо участвуют и тогда время нужно считать в общем, а не только среднюю часть от всего т.е. загрузку.
какой смысл в передаче пусть даже за 0,000001 сек, если данные от такой передачи придётся обрабатывать час?

> Лучше оторвать, больнее будет.
договорились.

> Это как ?
это тайна великая есть... ибо Это показывать стыдно. ;о))))

Всем спасибо за опсуждение :-)