Александр (Все сообщения пользователя)

Sergey Gorokhov

у нас наметился "миссандестендинг"...

Я понял и в курсе, что: "QPILE - этот язык не развивается."

Я говорю КАК БЫ РЕКОМЕНДАЦИЮ стратегического характера разработчикам QUIK ВООБЩЕ:
- ДА, безусловно, использовать LUA, или какой другой мощный проф. язык, который "может ФСЁ",
- НО И: ЗАДУМАТЬСЯ над тем, не прикрутить ли ЕЩЁ, ДОПОЛНИТЕЛЬНО: простой "язык для чайников". (выборки из таблиц данных, мат функции, экспорт вовне...)

Вот я о чём.

А с QPILE - понятно - "язык" этот слишком малофункциональный для проф. работы и, как я сейчас, влезнув в него, вижу: не очень-то удобен и для "чайников".

----------------------------

Кстати, не просветите?

Дошёл до подключения "OWN" к ODCB - и не понял:
в окне подключения структура "OWN" - содержит первую строку (т.е. поле) - " Идентификатор* " - со звёздочкой (т.е. оно ключевое?) и которое я не создавал и в структуре таблицы по "Редактировать таблицу" (из правой кнопки мыши) - не вижу.
Однако, оно требует подключения к полю ODCB (у меня - *.mdb)

Как бы мне это поле грохнуть?
Оно мне всё сильно зарезает.
Если его не убить/ убрать/ изменить - то опять надо думать и придумывать: как чесать левое ухо правой ногой...
А я уж, было, начал радоваться, что прорвался: "OWN" обрабатывается, считается... а тут опять отбрасывает на исходные рубежи...
Дело в том, что у меня ЖЁСТКИЙ формат *.mdb, который я никак не могу поменять... (его читает *.exe)

"QPILE признан нами как устаревший язык и более развиваться не будет."

Да, я в курсе.

Я уже писал в той ветке - вроде бы Вы там должны были прочитать:

Считаю переход на LUA шагом в не совсем верном направлении.
(для проф. программистов - это и правильно и хорошо и удобно, но я о ПОЛЬЗОВАТЕЛЯХ!)

Для прикладных систем (т.е. для систем, с которыми работают, в основном, не профессиональные программисты, а пользователи -
НЕОБХОДИМО иметь простую подсистему для простых задач (проверок "на лету" своих ТОРГОВЫХ/ АНАЛИТИЧЕСКИХ идей) -
и, м.б., даже, - в стиле визуального программирования - как для детей делают простейшие вещи.)

Sergey Gorokhov,

спасибо за уточнение, но, мне кажется, это ещё одно упущение в QUIK-
невозможность указать конкретную нужную таблицу.
Хотя бы в любимом нынче стиле: "QIUK.ИмяЗакладки.ИмяТаблицы"

Обоснование - я привёл в первом посте:
так мне (компу) приходится обрабатывать 370 тыс. записей в постоянном цикле каждые N секунд,
а с именем таблицы - 77 тыс.
Налицо экономия вычислительного ресурса.

Ведь, насколько я понимаю жизнь: обычно и QUIK и ЖЖ и Варкрафт и киношка с музыкой - в параллеле работают...   :-)

(это, естественно, надо бы сделать и в LUA тоже. На будущее...)

не совсем понял.

Я, создавая и ту и другую таблицу, указываю фильтр бумаг в QUIK,
т.е. я, (я так понимал) заказываю на свою локальную машину с сервера указанные данные.
Которые и поступают в указанные таблицы.

Т.е., грубо говоря: по SBER мне приходят данные - два раза, а по прочим - один раз.

Или Вы хотите сказать, что с сервера идёт нерегулируемый поток ПОЛНЫХ данных и рабочее место отбирает из него нужное?
Но опять же - у меня две таблицы, которые выбирают из полного потока: одна "чуть" больше - другая - "чуть" меньше... НО НЕ ПОЛНЫЙ ПОТОК!
я же вижу ВСЕГО 370 тыс записей - это явно НЕ ВЕСЬ поток сделок за день.

Т.е. непонятно...

Но это ладно...

А что в сухом остатке - указать таблицу по какому-то имени - я не могу?

А исходя из какого принципа функция захватывает какую-то конкретную таблицу? М.б. там как-то исхитриться?

В данный момент у меня заполняются две таблицы ("ALL_TRADES") ("Таблица всех сделок").

Одна: все акции ММВБ и вторая: только SBER.
(Выбраны обе фильтрами QUIK).

На пятницу 27-05-2016 в них было: в первой около 370 тыс. строк, во второй: около 77 тыс. строк

Мне надо обрабатывать только SBER, причём систематически и часто.

Как мне забирать строки из "маленькой" таблицы?

Я сделал

nLine=GET_NUMBER_OF("ALL_TRADES")

и оно мне даёт 370 тыс., т.е. БОЛЬШУЮ.

Не критичный, конечно вопрос, но всё же...

ну, название я, с горем пополам - запомнил...

а далее - у меня всё гораздо прозаичнее:

QUIK из своих таблиц устраивает вывалку в *.mdb
На этой *.mdb, как на источник данных висит *.exe в онлайн.
(покупная много лет назад примочка. Работает.)

Теперь я эту *.exe (а её писали много лет назад) приспосабливаю под новую идею.
Но для этого нужен опять онлайн с QUIK, только с предварительным вычислением некой агрегирующей величины.

Я и так пытался и сяк, и через EXCL и ACCESS и Delpi - "НЭ ЛЭЗЭТ...".

Пришёл к выводу, что самое простое - пойти по пути опять связки по *.mdb
Но для этого надо вычислять нестандартные величины в QUIK.

Я прекрасно понимаю, что LUA - это цельный язык и на нём можно ФСЁ!
Но не готов так кардинально, ради конкретной одной задачи, погрузиться в изучение.

вот собственно и все причины.

Sergey Gorokhov,

спасибо, заработало при изменении:  PARAMETER Emitent;  


НО! А как же HELP???????????????

там же написано:

PARAMETER - Название переменной в программе (максимальная длина 31 символ), значение которой  будет отображаться в данном столбце
PARAMETER_TITLE - Название столбца (максимальная длина 31 символ), отображаемое в таблице

а переменная у меня= sEmitent !!! ???

дорогой Андрей 77,
мне ПОТОМ - нужна связь по ODCB...
Изучать ради такой малости цельный язык - я считаю - перебор...

Вот мне: ОСНОВНОЕ - нужно по ODCB вываливать инфо в Access.

Так не могу же я, ДЕЙСТВИТЕЛЬНО, ГЛУБОКО, как работающий с этим программист, изучать: как сделать это НА ЯЗЫКЕ LUA.
А сейчас у вас такое по умолчанию - не работает.
(Хотя программировать, в принципе - умею. Но я программирую мат. АЛГОРИТМЫ, а не ИНТЕРФЕЙСЫ, ОБМЕНЫ и пр. чисто программные вещи - к которым у меня просто аллергия...).

Поэтому надо СНАЧАЛА ПОЛНОСТЬЮ осуществить хотя бы полную функциональную совместимость языков, а уже потом - отказываться от того, на котором люди ДАВНО и МНОГО чего наработали...

Вообще, мне представляется - вы пошли по странному пути.

QUIK - это РАБОЧИЙ ИНСТРУМЕНТ ТРЕЙДЕРА, а не программиста.
Т.е. надо УПРОЩАТЬ язык общения с QUIK - вплоть до ВИЗУАЛЬНОГО программирования,
чтобы ЛЮБОЙ чайник мог написать что-то своё ГЕНИАЛЬНОЕ, что его озолотит...

Кто же будет "ЗОЛОТОЙ АЛГОРИТМ" отдавать программисту? Все хотят - только сами такие вещи делать.
Вы, фактически, это убиваете.

Никто из трейдеров глубоко в проф. язык погружаться просто не будет. Чтобы на нём писать - надо это делать каждый день, т.е. быть не ТРЕЙДЕРОМ, а ПРОГРАММИСТОМ.
Т.о., предвижу миграцию с QUIK-а в что-то более дружественное...

Короче, считаю - вы не правы в принципе.

Только приступил к QPILE
Написал программу.
Не получается записать в OWN данные.
В чём ошибка?
(прочее - работает. Сообщение выскакивает и обновляется, таблица создаётся.
Правда номера записей (служебные) справа в таблице появляются только после первого прохода.
Во 2-м MESSAGE показывает:  map1 и map2 - пустые. Остальные переменные - как надо)
----------------------------------------
PORTFOLIO_EX SdRu_in_QUIK;
DESCRIPTION Расчёт текущего SdRu в QUIK;
CLIENTS_LIST ALL_CLIENTS;
FIRMS_LIST ALL_FIRMS;
USE_CASE_SENSITIVE_CONSTANTS;

PROGRAM

breakpoint()

new_global("nLine10h00m",0)     '  в кавычках - ИМЯ переменной!
nLine10h00m=nLine10h00m+1   '  N прохода

sEmitent="SBER_SdRu"

mapt=create_map()
mapt=set_value(mapt,"Emitent",sEmitent)

MESSAGE ("mapt= "&mapt,0)

if(nLine10h00m=1)
 ADD_ITEM(1,mapt)
 ADD_ITEM(2,mapt)
else
 modify_item(2,mapt)
end if

nLineInOWN=GET_NUMBER_OF("OWN")

map1=create_map()
map1=GET_ITEM("OWN",1)

map2=create_map()
map2=GET_ITEM("OWN",2)

MESSAGE ("nLine10h00m= "&nLine10h00m&"; "&"nLineInOWN= "&nLineInOWN&"; mapt= "&mapt&"; map1= "&map1&"; map2= "&map2,0)

END_PROGRAM

PARAMETER sEmitent;  
PARAMETER_TITLE Emitent;
PARAMETER_DESCRIPTION Em;
PARAMETER_TYPE STRING(12);
END

END_PORTFOLIO_EX

-----------------------------------------