Передаю подготовленный SQl запрос через командную строку таким образом
dbisql.exe -c "user:user_name; password:password" -codepage 1251 script.sql >> log.txt
В файл пишется только первые 500 строк, как вывести все строки, реально их где-то до 2000000.

Не ужели все так просто.на работе попробую, дома на БД ни СУБД нет. по результату отпишусь.
P.S. а может есть какая консольная альтернатива где в параметрах можно указать путь к выгружаемому файлу?

White OwlASCRUSЕсли задача не одноразовая, а так же будет требоваться выгрузка с базы в разные форматы по запросу или расписанию, IMHO тогда имеет смысл немного освоить Talend Open Studio, мощный Open Source ETL, позволяющий рисовать трансформацию данных на ура, классная штука. Плюсом еще можно назвать то, что он нарисованные джобы выгружает как Java программы или сервисы, которые можно запускать с ярлыка, вставить вызов в шедулер или же добавить на сервак приложений. Вообще рекомендую познакомится, сейчас у меня вообще вопросов не возникает если надо что то с данными сделать, с того же в IQ в Вертику перекинуть посредством зазипованных текстовиков, да еще через ФТП, зная Таленд, дело 10 минут рисования нужных процессов.Судя по скриншотам - почти полная копия BO Data Services Designer. Можно попробовать, но...
Еще одна мыше-махательная система? И чем людям не нравится взять Перл и за те-же десять минут решить эти все задачи при помощи одной клавиатуры?
Блин какие скриншоты? При чем тут перл? ... Если консольную альтернативу писать надо, чтож деваться некуда, вот только работы и без этого хватает. А выгружать надо 2 раза в месяц в текстовый файл, разделитель запятая. Хотел тупо батником такое сделать. Вопрос с отображением строк решил, покопался в настройках, только в файл всё это дело, порядка 300000 записей передает минут 20.

2 White Owl на VisualBasic наваял? Спасибо, экспорт в другие форматы не предвидися.

[quot Sergey Orlov]bv7пропущено...
Create PROCEDURE "DBA"."procOutputToDBF"()
begin
declare s1 text;
declare s2 varchar(255);
declare s3 varchar(255);
declare NFile varchar(64);
set s3=string('\\\\Free-080129\\Db\\Valuta\\valuta.dbf');
set s1=string('-- Выгрузка данных --',"char"(10));
set NFile=string('C:\\ASADB\\Script\\ValDBFOut.sql');
call xp_write_file(NFile,s1);
/* считывеем файл скрипта */
set s1=xp_read_file(NFile);
set s1=string(s1,'SELECT pole1, pole2 from MyTable;');
set s1=string(s1,"char"(10));
call xp_write_file(NFile,s1);
set s1=xp_read_file(NFile);
set s1=string(s1,'Output to ',s3,' format foxpro;',"char"(10));
call xp_write_file(NFile,s1);
set s1=string('dbisqlc -q -c "eng=',@@servername,';DBn=',current database,';commlinks=tcpip;charset=cp1251;integrated=yes" ');
set s1=string(s1,NFile);
call xp_cmdshell(s1)
end
Это конечно хорошо процедуру наваять, вот только я думал написать батник который будет скармливать файл с кодом скрипта, а перед тем как его скормить в скрипте поменять условие выборки.
Выбираются записи значения поля даты в которых находится в определенном интервале. Я наверное велосипед изобретаю, но думал вызывать либо в батнике сразу считать временной интервал. с 01 по 15 число текущего месяца и с 01 по 30(31).
Пишу все это и понимаю, вопрос надо было поставить немного оп другому, а то как-то с середины получается решение задачи.
Обрисую ситуацию: необходимо 2 раза в месяц, в середине и в конце делать выборку из БД по проходу сотрудников через КПП. Хочется автоматизировать этот процесс посредством запуска ХП, bat файла или другим способом стартуя задания по расписанию в определенное время. Все это построено на СУБД ASA 9. Каким образом это лучше сделать? Я предложил решение запуском через bat`ник в котором жестко или динамически прописать интервалы выгрузки, так же можно передавать их через аргументы, а ля куда хочу, туда верчу, в этом случае можно делать выборку за любой промежуток времени. Так как SQL запросы писались и тестировались в ISQL который позволял экспортировать результат в файл вот и решил что с его помощью можно решить данный вопрос с минимумом усилий.
Коллеги помогите с решением данной проблемы. а то по мере предложения Вами решений я склоняюсь к тому что сделать это можно другим более рациональным способом.

Ggg_oldbv7, делайте через dbisql, самый простой и надежный вариант. И самое главное, то любой чел после вас легко сможет все подправить, ибо sql знают все а всякие вб-скрипты и тем более экзотические ETL - нет.
Теперь о выгрузке, 20минут на 30к записей как-то много. И не думаю, что проблема в самом dbisql, может запрос тормозит сам по себе? В любом случае, стоит попробовать следующее:
-вместо dbisqlj попробовать dbisqlc
-выгружать данные не через >> log.txt, а используюя в sql директиву output


Когда делаю перенаправление в файл, в самой первой строке пишет сколько запрос обрабатывается, так вот сервер запрос обрабатывает примерно за 3 секунды, в запросе объединяются 3 таблицы inner join`ом и вроде еще условие прикручено. Даже если руками результат запроса выгружать в файл, все равно тратится столько же времени. И еще не 30к записей а 300к за 20 минут. Так что с запросом проблем нет :)

Если я правильно понял, то секцию OUTPUT TO 'c:\dir\subdir\employees.txt' дописать в конце своего запроса и он все это дело выгрузит в файл по указанному пути.

P.S. Был на работе сегодня забыл посмотреть текст запроса, по памяти не вспомню. В понедельник выложу текст.

White Owl,

Физический доступ к серверу есть.
Выгружать такое количество строк, по другому меньше не получается. Это выгрузка по проходам сотрудников ~5000 чел через турникеты КПП - 7 штук, временной интервал - 15 и 30(31) день. А передвигаются между разными КПП, из одного выходят в другое заходят, в общем сильное движение получается как следствие большое количество записей.
Вариант 2 на мой взгляд самый интересный, вот только прокатит ли подстановка вида 'дата-%-год' ('дата-*-год') в условии выбора. А то придется придумать условие смены месяца в ХП.

ASCRUS,

спасибо, что помощь предложил, а оффтоп интересный получился, зацепило, качну тайленд посмотреть что за чудо инженерной мысли такое.

По выгрузке во внешний файл могу сказать только одно по другому не получится, сети в которых БД крутятся физически не соединяются и соединить их не дадут по соображениям безопасности. И потом я являюсь представителем службы безопасности предприятия, а данные запрашивают с отдела труда, для контроля сотрудников, кто как и сколько работал. Есть клиентское ПО которым рулит оператор и выгружает те же самые 300к строк, но руками. Запуск этого ПО из командной строки с указанием необходимых параметров просто отсутствует, собственно отсюда ноги и растут.
Прикладываю файл структуры БД (БД.sql) и запрос которым получаю то что мне необходимо (protocol.sql) в zip архиве

Спасибо всем участникам топика, в частности ASCRUS за предложенную помощь.
Тема закрыта.