Дело в том, что Aqua Data Studio коннектится к базе через jConnect. Рассмотрим, что происходит при установлении подключения.
При
любом способе коннекта к ASA вызывается так называемая
LOGIN_PROCEDURE . По умолчанию в качестве
LOGIN_PROCEDURE вызывается процедура
sp_login_environment , которая определена в системе так:
1.
2.
3.
4.
5.
CREATE PROCEDURE dbo.sp_login_environment()
BEGIN
IF connection_property('CommProtocol')='TDS' THEN
CALL dbo.sp_tsql_environment()
END IF
END
Имеющаяся в ее тексте проверка
connection_property('CommProtocol')='TDS' для Aqua Data Studio (jConnect) срабатывает (а для подключения Central'ом через ODBC - нет), и в результате вызывается еще одна стандартная процедура
sp_tsql_environment , которая устанавливает опции БД так, чтобы приблизить поведение ASA к ASE:
1.
2.
3.
4.
5.
6.
7.
8.
CREATE PROCEDURE dbo.sp_tsql_environment()
BEGIN
...
SET TEMPORARY OPTION ALLOW_NULLS_BY_DEFAULT='OFF';
SET TEMPORARY OPTION FLOAT_AS_DOUBLE='ON';
SET TEMPORARY OPTION ON_TSQL_ERROR='CONTINUE';
SET TEMPORARY OPTION ISOLATION_LEVEL='1';
...
END
В частности, опция
ALLOW_NULLS_BY_DEFAULT задает, что при отсутствии явной спецификации все столбцы создаются как
not null (как в перманентных, так и во временных таблицах).
Для решения вашей задачи и приведения настроек при запуске через ADS к обычным можно изменить
LOGIN_PROCEDURE на свою собственную (которую можно оставить просто пустой):
1.
set option PUBLIC.LOGIN_PROCEDURE='DBA.my_own_login_procedure'
go
