forum.clarionlife.net

Перевел на SQL. и пусть пока пользуются старой программой (коне
чно быстрее не будет) и потихоньку переписывай критичные модули на тот же Delphi/VB etc.
Клара с SQL работает через ...

про VB я вообще молчу...

Ну так а что мешает на Дельфи пользовать прямой доступ?
Речь то про стандартную реализацию. На порядок проще и быстрее будет
сварганить в Дельфи ИМХО.

> про VB я вообще молчу...

Это Вы про последний?

Да ладно, стандартная реализация на Дельфи такая же тормозная.

А вот какие сложности в Кларионе я не понял. Драйвер в файлах поменял и в путь.
все работает, не быстро но работает.

Так на Кларионе и быстрее разработали,
и по скорости доступа обогнал все остальные.

С какого такого боку? Понятно что медленнее прямого доступа (вдобавок учитывающего особенности конкретного сервера), но до тормозов клаши ой как далеко.

Так в том и дело, что так как работает мало кого устроит. А если хочешь
быстрее то слишком много усилий приходится прикладывать.

P.S. Да и это я так ... по доброте душевной. В тупик клаша
зашла и очень
давно. Пока не поздно лучше сваливать.

Ага это из разряда баек ... из склепа )
Особенно насчет "скорости доступа" )) и это при пользовании
одного и того же API

А вот какие сложности в Кларионе я не понял. Драйвер в файлах поменял и в путь. все работает, не быстро но работает.

1. Если оставить Аппликацию как есть, те. без применения SQL запросов, то и драйвер менять не надо.

2. Несколько файлов содержат в полях массивы и эти куски надо
переписывать.

3. Попробуйте в SQL таблице объявить поле с именем group, которые былив TPS. Не пройдет.

Попробуйте объявить ключи в SQL с одним именем в
разных таблицах. Тоже не пройдет.

А в задаче (привычка старая)-
key1:u, key2:u и т.д.

4. Конвертация через словарь - и не пытайтесь. Опять руками.

Я думаю, что знающие люди продолжат и дальше. Понимаю, что фактически все надо переписывать. Просто задавал вопрос именно о том, как построить и обновлять картинку с помощью запросов типа:
SELECT snum, sname, sity, comm FROM Salespeople;

Кстати, что подтолкнуло: После перевода 1С на SQL большая часть
отчетов стала строится на порядок, а некоторые просто не сравнимы.
Фактически, как через терминал. (Сервер 2xXEON -2,8GHZ /RAM1GB, а
станции - большая часть PII -PIII)

Всем большое спасибо.

Кстати, что подтолкнуло: После перевода 1С на SQL большая часть
отчетов стала строится на порядок, а некоторые просто не сравнимы.

2. Несколько файлов содержат в полях массивы и эти куски надо
переписывать.

RECORD RECORD
myDim    GROUP
Field1     LONG
Field2     LONG
 END
FieldDim    LONG,DIM(2),OVER(myDim)
 END
END

3. Попробуйте в SQL таблице объявить поле с именем group, которые были в TPS. Не пройдет.

Попробуйте объявить ключи в SQL с одним именем в разных таблицах. Тоже не пройдет.

4. Конвертация через словарь - и не пытайтесь. Опять руками.
Я думаю, что знающие люди продолжат и дальше. Понимаю, что фактически все надо переписывать.

1. Если оставить Аппликацию как есть, те. без применения SQL запросов, то и драйвер менять не надо.

2. Несколько файлов содержат в полях массивы и эти куски надо
переписывать.

3. Попробуйте в SQL таблице объявить поле с именем group, которые были ...

... в TPS. Не пройдет. Попробуйте объявить ключи в SQL с одним именем в ...

... разных таблицах. Тоже не пройдет. А в задаче (привычка старая)-
key1:u, key2:u и т.д. Меняем все в SQL, затем импорт в словарь, затем...

Не согласен.
Напр., в куче таблиц есть поля id, name и др.
Соответственно, в каждой есть ключ tbl1:by_name, tbl2:by_name и т.д.
Это преступление?

ЗЫ. 2Вадим: у тебя получилось заставить клару понять WM_ENDQUERYSESSION?

Нет это не преступление, просто темплейты во многих местах тебе не дадут,завести одинаковые поля под разными префиксами, а где дадут, так там при выгрузке в TXA и загрузке обратно дадут ошибку :laugh:

Я кстати тоже поля(одинакового назначения) в разных таблицах называю одинаково и считаю это не только удобным но и полезным а где то универсальным средством.

Мужчина, Вы меня пугаете
Можно узнать - в каких именно? Вот у меня во всех таблицах есть
поле Cod. И пока проблем не имел. И в каждой таблице есть CodKey.

Дык, даже DataModeler предполагает, что одинаковые имена -
одинаковые настройки должны быть. Т.е. можно предположить,
что подобная практика именования полей близка к рекомендуемой.

Нет это не преступление, просто темплейты во многих местах тебе не дадут,
завести одинаковые поля под разными префиксами, а где дадут, так там при ...

... выгрузке в TXA и загрузке обратно дадут ошибку

Я кстати тоже поля(одинакового назначения) в разных таблицах называю
одинаково и считаю это не только удобным но и полезным а где то
универсальным средством.

Дык, даже DataModeler предполагает, что одинаковые имена -
одинаковые настройки должны быть. Т.е. можно предположить,
что подобная практика именования полей близка к рекомендуемой.

... в какой версии и с каким патчем точно не скажу, но
создаешь процедурку, в "DATA" заводишь две разные группы, но в каждой
поле с одинаковым названием, привыгрузке в TXA и загрузке обратно

Синтаксически префикс - это неотъемлемая часть имени и в большинстве случаев самостоятельной роли не играет.

Скажем так, неудачные программеры собрались нынче у Велосипедистов...
Даже среду без ошибок сделать не могут. Но это еще ничего не говорит в
целом о концепции Клириона

Напр., в куче таблиц есть поля id, name и др.
Соответственно, в каждой есть ключ tbl1:by_name, tbl2:by_name и т.д.
Это преступление?

Нет, нифига не вышло с шатдауном. Или не видим нормальное окно на таскбаре или можем обработать шатдаун - вместе не получается. Видимо все же клаша кривит, в одном акцепте путается...

Вы это про что, мужики?
У меня прога спокойно обрабатывает WM_ENDQUERYSESSION
и вроди-бы никаких нареканий на какое-либо неадекватное
ее поведение от пользователей не было.