Соответствие типов X++ и MS SQL/Oracle

[ZVV]

Даже интересно, а как вам удалось добавить в таблицу поле типа Int64?

[ZVV]

Здесь именно соответствие между базовыми типами (Аксапты или просто базовыми типами, как тут правильно с точки зрения терминологии - затрудняюсь ответить ) и соответсвующими им типами MS SQL/Oracle. Используются они именно для генерации DDL при работе ядра с БД.

То что в аксапте есть и другие типы - ни для кого не секрет. Просто в DDL они либо не используются, либо прибодятся к "более базовому" типу.

[blokva]

Цитата:

Сообщение от ZVV

Здесь именно соответствие между базовыми типами (Аксапты или просто базовыми типами, как тут правильно с точки зрения терминологии - затрудняюсь ответить ) и соответсвующими им типами MS SQL/Oracle. Используются они именно для генерации DDL при работе ядра с БД.

То что в аксапте есть и другие типы - ни для кого не секрет. Просто в DDL они либо не используются, либо прибодятся к "более базовому" типу.

Сдаецца мне там все по другому:
1. сначала по EDT определяется базовый тип
2. далее базовый тип преобразуется в стандартный тип "Стандарта SQL", который и отправляется на сервер (SQL или Oracle)
3. А вот уже сервер самостоятельо интерпретирует типы "Стандарта SQL" в свои собственные!

[blokva]

Цитата:

Сообщение от ZVV

Даже интересно, а как вам удалось добавить в таблицу поле типа Int64?

Дык это базовый тип для DAX4 от него RecId происходит и еще куча всего, так он перекручивается в SQL в тип bigint

[ZVV]

Я же сразу оговорился, что говорю про третью (3) версию. Там recid это обычный Int.

[ZVV]

Открыл для интереса 4-ку и посмотрел: там в этой таблице больше нет соответствий типов вообще.

Видимо в 4-ке это перенесли полностью в ядро, если не добавили другой таблицы. Ковыряться искать - лень, извините.

Цитата:

Сдаецца мне там все по другому:
1. сначала по EDT определяется базовый тип
2. далее базовый тип преобразуется в стандартный тип "Стандарта SQL", который и отправляется на сервер (SQL или Oracle)
3. А вот уже сервер самостоятельо интерпретирует типы "Стандарта SQL" в свои собственные!

Думаю, что п.2 и 3. делается в ядре. Как вы себе представляете "сервер БД, решающий самостоятельно, какой тип использовать"?
Нее, в концепции Аксапты наверняка всё это решает ядро.

[blokva]

Цитата:

Сообщение от ZVV

Открыл для интереса 4-ку и посмотрел: там в этой таблице больше нет соответствий типов вообще.

Видимо в 4-ке это перенесли полностью в ядро, если не добавили другой таблицы. Ковыряться искать - лень, извините.



Думаю, что п.2 и 3. делается в ядре. Как вы себе представляете "сервер БД, решающий самостоятельно, какой тип использовать"?
Нее, в концепции Аксапты наверняка всё это решает ядро.

Элементарно представляю, т.к. ВСЕ сервера обязаны соответствовать стандарту (IEEE по моему) SQL-91 как минимум. И все внешние коннекты, например через ODBC работают именно с этим стандартом.

Поэтому таки п.3. на SQL сервере отрабатывается

зы: мот в написнии стандарта ошибся а в целом все именно так

[ZVV]

Извините, логику не прослеживаю?
При чём здесь ODBC? Во-первых, ODBC и SQL Server - это не одно и то же.

А стандарт то они поддерживают, но это не значит, что они за вас будут переписывать ваши запросы...

Не буду говорить про 4-ку, я там во многом ещё не разбирался, возможно они там и унифицировали все используемые типи, но в тройке разница между используемыми типами в оракле и скл имеется, и задана она явно для каждой базы, как я уже показал выше. Думаю, что в 4-ке это соответсвие просто зашили где-то в ядре.

Более того, я думаю, п.3 "сервер самостоятельо интерпретирует ..." наверняка вообще отсутствует. Запрос DDL формирует непосредственно ядро.

[Morpheus]

Цитата:

Сообщение от ZVV

Даже интересно, а как вам удалось добавить в таблицу поле типа Int64?

В 4ке поля RecId имеют тип Int64 что соответствует типу BIGINT в MS SQL Server.