Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Возможности ODBC
|
|||
|---|---|---|---|
|
#18+
Добрый день! Суть вопроса заключается в следующем: Есть хранимая процедура или триггер и возникла необходимость выбора варианта ее ветвления, на C++ это будет выглядеть, где-то так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Можно ли нечто подобное реализовать средствами Cache если вызов осуществляется через ODBC? // ExecSql(“CALL Func()”); ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2008, 18:10 |
|
||
|
Возможности ODBC
|
|||
|---|---|---|---|
|
#18+
Вопрос неясен. Можно поподробнее, что интересует - как работает try/catch в Cache'? генерируется ли исключение во внешнем приложении при работе через ODBC? Что именно? --------- http://writeimagejournal.com - InterSystems Russia Technology Blog. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2008, 00:17 |
|
||
|
Возможности ODBC
|
|||
|---|---|---|---|
|
#18+
Суть вопроса в том, возможно ли создать диалоговое окно в стиле : Код: plaintext 1. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. Тут или генерируеш исключение или пытаешся его скрыть, вот если бы была такая возможность проинформировать пользователя о ошибке без прекращения выполнения процедуры, а лучше, что бы он мог сам решить, продолжать выполнять или нет, в зависимости от типа ошибки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2008, 18:41 |
|
||
|
Возможности ODBC
|
|||
|---|---|---|---|
|
#18+
Каше-программа работает на сервере, а пользователь на клиенте. Без проблем взаимодействие можно сделать в терминале, в других случаях будут проблемы. Особенно нехорошо все это будет через ODBC. В вашем случае программу нужно делать на куски, эти куски запускать раздельно, смотреть коды возврата, на клиенте спрашивать что делать и запускать другие куски. По-моему это не очень красиво, но это зависит не от каше, а от клиент-серверной архитектуры. Можно конечно распараллеливать отдельно работу сервера и общаться через флажки - закончился кусок программы - ставим флажок, клиент асинхронно его цепляет, спрашивает пользователя, ставит другой флажок и т.д. ИМХО. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2008, 06:30 |
|
||
|
Возможности ODBC
|
|||
|---|---|---|---|
|
#18+
Но как через ODBC без извращений эмулировать флажки - я не в курсе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2008, 06:31 |
|
||
|
Возможности ODBC
|
|||
|---|---|---|---|
|
#18+
Да, и в случае с флажками возможны случаи, когда например перезагрузится клиент, а сервер будет ждать изменения флажка, то есть это тот еще вараинт. ИМХО ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2008, 06:32 |
|
||
|
Возможности ODBC
|
|||
|---|---|---|---|
|
#18+
Флажки это слишком банально , лучше установить соединение через порт и создать свой протокол обмена сообщениями. Существувют определенные наработки http://karataev.nm.ru/cache/mdapi.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2008, 14:55 |
|
||
|
Возможности ODBC
|
|||
|---|---|---|---|
|
#18+
Только там все наоборот, клиент посылат на сервер команды и получает ответы, а нужно что бы клиент слушал порт, а сервер передавал сообщение и принимал ответ. Было бы достаточно обрабатывать две команды MessageDlg и InputQuery для начала. Может быть кто то слышал о таком? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2008, 16:19 |
|
||
|
Возможности ODBC
|
|||
|---|---|---|---|
|
#18+
Хвост виляет собакой? Наверно так можно, но не делатся, потому что это извращение архитектуры клиент-сервер. Есть проще задачи такого плана - одновременное редактирование одного документа, задача передать информацию о том, что документ начал редактироваться другим пользователем (тупо блокировка не всегда хорошо) И эта задача как-то решается при желании, но судя то тому, что это нераспространено, скорее всего делается не очень красиво. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2008, 17:59 |
|
||
|
Возможности ODBC
|
|||
|---|---|---|---|
|
#18+
Если так никто не делал до сих пор то это не извращение , а иновация в духе интерсистемс. Может и не красиво, но ничего более менее интересного пока что нет. В случае с документом нучно его постоянно перечитывать , вариант хуже предложеного, или посылать сигнал что он изменился, в этом случае это тот же вариант что и предыдущий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2008, 20:09 |
|
||
|
Возможности ODBC
|
|||
|---|---|---|---|
|
#18+
Привет. Вы забываете о таких распространенных вещах, как NAT и Firewall, которые не позволят серверу напрямую обратиться на порт клиента. Так что более правильный вариант - устанавливать неразрывное соединение с сервером со стороны клиента, по которому сервер в нужный момент будет передавать данные. Это тоже вносит существенное усложнение логики приложения (необходимо будет организовывать многопоточную работу клиента), но более реально с точки зрения сетевого взаимодействия. Естественно, и протоколы обмена придется писать самостоятельно. Так что старый способ с проверкой блокировки перед сохранением или по таймеру может оказаться не таким уж плохим. =Сергей Шутов (logist) ООО Димас, Хабаровск Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2008, 07:00 |
|
||
|
Возможности ODBC
|
|||
|---|---|---|---|
|
#18+
bn1978Только там все наоборот, клиент посылат на сервер команды и получает ответы, а нужно что бы клиент слушал порт, а сервер передавал сообщение и принимал ответ. Было бы достаточно обрабатывать две команды MessageDlg и InputQuery для начала. Может быть кто то слышал о таком? Вообще-то именно это и делает SMWrap. Сервер управляет клиентом для показа чего-то. Или телнет-ориентированная программа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2008, 09:33 |
|
||
|
|

start [/forum/topic.php?fid=39&msg=35491604&tid=1558784]: |
0ms |
get settings: |
7ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
74ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 217ms |
| total: | 377ms |

| 0 / 0 |
