Адрес с которого пришел клиент? Если для ASA, то: call sa_conn_info()


---
http://www.rusug.ru] Портал рускоязычной группы пользователей Sybase

ездецДа, но только он для локальных подключений имя хоста не показываетНу и? Сразу знаешь что это локальный а не сетевой коннект.

ездецМне нужна полная картина подключений, в т.ч. и локального хоста. Если юзвери идут в БД под одной учеткой, то понять кто создал или изменил запись тяжело.Эээээ.... а как ты вообще собираешься различать юзеров которые приходят под одним общим логином? По IP? Ну в ASA ты можешь создать event с типом "Connect" и в нем вести лог с каких адресов приходил анонимный юзер.
Можно в таблице сделать поле типа такого:
LastChangedByUser char(32) default last user || connection_property('NodeAddress'),
В конце концов просто можно оттранслировать лог :)

ездецИли имеем одну таблицу с полем, куда дополнительно записывается имя хоста, и вьюху с отбором по HOST_NAME()'у. Рез-т = каждый видит только своё.А это зачем? Юзер перешел на другой комп и теперь не видит своих записей, но видит записи создававшиеся кем-то другим?
Или тебе для временных нужд? Тогда вообще не стоит изобретатать велосипед, но стоит прочитать в документации главу про временые таблицы.

ездецДа, а есть ли что-то вроде шаблона БД, чтобы один раз туда записать ф-цию, а потом она появлялась во всех новых БД?Конечно есть. SQL-скрипт называется. Создал базу, запустил скрипт - испытываешь счастье :)

ездец White OwlА это зачем? Юзер перешел на другой комп и теперь не видит своих записей, но видит записи создававшиеся кем-то другим?
Или тебе для временных нужд? Тогда вообще не стоит изобретатать велосипед, но стоит прочитать в документации главу про временые таблицы.
Да - это временные тбл. Подготовленные данные, запрашиваемые в этом сеансе. Ага, ODBC и временные таблицы... Нормального решения пока не видел. Особенно- если часть клиентов на M$ Access.
На ASA делаешь скрипт типа такого:
Можешь посылать его одной строкой из клиента, можешь записать в хранимую процедуру и запускать. Каждый коннект будет создавать свою собственную копию таблицы #t и по выходу за пределы видимости таблица #t автоматически будет убита.
Можно сделать глобальную временую таблицу (create global temporary table) тогда таблица будет существать одна общая для всех коннектов, но данные записаные в нее будут видны только тому коннекту который записал эти данные.

Все извраты которые ты делал в других базах с HOST_NAME() в ASA не нужны по определению.

ездецДа - разработчиков - чел. 15. Не у каждого есть скрипт. Тем паче один и тот же. А так в model закатал нужные всем типыб домены и функции - у всех счастье. Т.е. - всем счасть.И что, все 15 человек ежедневно и по несколько раз на дню создают новые базы? Если очень нужно, все равно можно расшарить по сети каталог и в него положить библиотеку стандартных скриптов. Создал новую базу - прогнал на нее все (или не все) скрипты из библиотеки и все.


ездецЧерез Cytrix у всех (гады!!!) один IP получается. Но в оледб есть возможность из клиента задать Workstation ID - и по нему различать. НО! Вкусность - в ASA если задать для одного пользователя одинаковый Connection Name - НЕ РУГАЕТСЯ! Похоже выход где-то рядом!Ничего не понял.
Если ты хочешь временые таблицы, открывай BOL и читай главу
Все что нужно там уже сделано, описано и опробовано.

ездецДа. Когда OLTP приложение с активно изменяющимися данными и звонок: - Посмотри кто неверно изменил данные по такой-то записи.
Это делается элементарно.
И ASA сама будет обновлять каждую запись - когда и кто ее создал и когда и кто ее последним обновил.
А если хочешь посмотреть полную историю работы с записью - тогда транслируй лог или веди собственный журнал аудита на критичные таблицы.