IB9, BIGINT и 1 диалект
Привет всем. Я обнаружил презабавную вещь в системной таблице базы IB9 (2009) Колонка RDB$JOURNAL_ARCHIVES.RDB$ARCHIVE_LENGTH имеет тип чистого BIGINT-а. То есть у неё субтип не указан (NULL) IBE говорит что эта колонка имеет тип BIGINT (хотя сервер BIGINT не поддерживает) Аналогичная фигня у TMP$HEAPS.TMP$ADDRESS --- Еще интересно то, что эта BIGINT колонка существует и в базе данных с первым диалектом. Хотя, формально, такой тип в первом диалекте не поддерживается (и сервер ругается, если попытаться прочитать эту колонку). Но видать это распространяется только на клиента. Сам сервер может читать все и как угодно. Тем не менее. Проникновение BIGINT-а в системные таблицы фактически означает что 1 диалект таки рано или поздно, но умрет? Коваленко Дмитрий.
Re: IB9, BIGINT и 1 диалект
Тем не менее. Проникновение BIGINT-а в системные таблицы фактически означает что 1 диалект таки рано или поздно, но умрет? Мы все когда нибуть умрем. И он тоже :) Можно устроить интернет-голосование - вы хотите умереть раньше первого диалекта или позже?. Ну, можно еще добавить пункты вместо и вместе. usus. Коваленко Дмитрий.
Re: IB9, BIGINT и 1 диалект
мне почему-то казалось что в IB первый диалект уже помер довольно давно. Kovalenko Dmitry wrote: Тем не менее. Проникновение BIGINT-а в системные таблицы фактически означает что 1 диалект таки рано или поздно, но умрет? Мы все когда нибуть умрем. И он тоже :) Можно устроить интернет-голосование - вы хотите умереть раньше первого диалекта или позже?. Ну, можно еще добавить пункты вместо и вместе. usus. Коваленко Дмитрий.
Re: IB9, BIGINT и 1 диалект
мне почему-то казалось что в IB первый диалект уже помер довольно давно. Базы с первым диалектом он создает. Работает с ними вполне адекватно. Просто вот эти две колонки с 64-битными числами (которые даже не косят под нумерики) меня немного озадачили :-) Коваленко Дмитрий.
