Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Получение события с сервера на клиентском приложении
|
|||
|---|---|---|---|
|
#18+
Существует таблица, в которой первичный ключ формируется триггером (before insert) в зависимости от кода базы, начального смещения и последнего значения (база участвует в репликации).Изменения в табличку идут через UpdateSQL(BDE). Необходимо получить значение ключа именно для этой записи в клиентском приложении. на ум приходит только вариант с генерацией сервером события для клиентского приложения. почитал хелпу, вроде бы возможность есть, но как ее осуществить со стороны клиента? как получить сообщение клиентом? Клиент писан в делфях. Переписывать весь insert в процедуру неохота. (сильно много глобальных переделок по базе...).Заранее балгодарен за предложенные варианты. ASA9.02 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2005, 15:34 |
|
||
|
Получение события с сервера на клиентском приложении
|
|||
|---|---|---|---|
|
#18+
wadosСуществует таблица, в которой первичный ключ формируется триггером (before insert) в зависимости от кода базы, начального смещения и последнего значения (база участвует в репликации).Изменения в табличку идут через UpdateSQL(BDE). Необходимо получить значение ключа именно для этой записи в клиентском приложении. на ум приходит только вариант с генерацией сервером события для клиентского приложения. почитал хелпу, вроде бы возможность есть, но как ее осуществить со стороны клиента? как получить сообщение клиентом? Клиент писан в делфях. Переписывать весь insert в процедуру неохота. (сильно много глобальных переделок по базе...).Заранее балгодарен за предложенные варианты. ASA9.02 Если бы Вы не лепили свой велосипед, а навесили на id таблиц заточенный под репликации GLOBAL AUTOINCREMENT, которое кстати автоматом в указанном разрезе автоприращиванием по коду БД (параметр БД Global_Database_id) выставляет правильные значения, то не пришлось бы писать триггера, выдумывать логику, чтобы правильно репликация работала и получать новый код последним значениям (я так понимаю через Max), что довольно рискованно с точки зрения многопользовательской работы. А так же Вы могли всегда бы получить гарантированный новый код, который уже никто больше не займет до вставки записи с любого места, хоть с клиента простым запросом: Код: plaintext P.S. В сторону событий даже думать копать не надо. Их нет и они не нужны. EVENT-ы в ASA - это аналог SHEDULER-а в MSSQL, а не событий клиенту в IB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2005, 15:49 |
|
||
|
Получение события с сервера на клиентском приложении
|
|||
|---|---|---|---|
|
#18+
Подозреваю, что под "генерацией сервером события для клиентского приложения" , wados подразумевает server-push технологию (message to client). Вот только в BDE нету поддержки для нее. Надо переходить с BDE на SaVCL, NativeDB или ручное использование ODBC. Но все равно, сервер посылающий сообщения клиенту из нутри триггера - попахивает кривой постановкой задачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2005, 19:13 |
|
||
|
Получение события с сервера на клиентском приложении
|
|||
|---|---|---|---|
|
#18+
согласен, убедили, будем оптимизировать....обычно как получается, есть база а потом к ней приходит репликация... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2005, 11:58 |
|
||
|
Получение события с сервера на клиентском приложении
|
|||
|---|---|---|---|
|
#18+
с SaVCL знаком, работал, удобно (относительно). жаль только нет lookup. но у меня ворос: "message to client" коим образом обрабарывать через saVCL??? поделитесь опытом... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2005, 12:04 |
|
||
|
Получение события с сервера на клиентском приложении
|
|||
|---|---|---|---|
|
#18+
wadosс SaVCL знаком, работал, удобно (относительно). жаль только нет lookup. но у меня ворос: "message to client" коим образом обрабарывать через saVCL??? поделитесь опытом... У TSaDb определяешь событие на OnMessage. Читай BOL и описание SaVCL. Там все просто и легко. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2005, 18:03 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=32996741&tid=2013736]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
47ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 222ms |
| total: | 352ms |

| 0 / 0 |
