В документации - https://www.ibexpert.net/ibe/pmwiki.php?n=Doc.DatabaseExplorer?from=Doc.10200 - про красный цвет шрифта ни сказано ни слова.

Более того, на скриншоте красный цвет только у "кустов" "Системные ......"

Но делаем обычное
- и НЕ ВКЛЮЧАЯ отображения системных объектов получаем красную "запись" в обычной "кусте" Таблицы.

Возможно, это баг, а возможно нет - в документации не сказано, что обозначает красный цвет шрифта.

IBExpert,

в таком случае - это баг, даже два бага сразу

1. красным подсвечивается несистемная таблица

2. есть две РАЗНЫЕ функции "is X system object or not?" дающие разные резщультаты и вразнобой используемые.

Когда надо определить, показывать ли таблицу вообще в дереве, а если показывать - то в какой ветке, то используется одна функция.

А когда надо раскрашивать название - то разное.

Кроме того
IBExpertКрасный цвет шрифта означает "системность" объекта. Цвет "системных" объектов задается в настройках.
надо бы в документацию добавить...

скачал последний IBE - там ошибку поправили, но в обратную сторону.

[/SRC]

Т.е. вместо того, чтобы не-системную таблицу показывать как не-системную, её просто перестали показывать вообще.

Раньше две половины IBE работали неконсистентно, одна из них правильно.
Теперь консистентно и обе неправильно.

IBExpertА нефиг заниматься извращениями

Это дискусионный вопрос, что хорошо, что плохо.
Во всяком случае сам FB это не запрещает, значит он так не считает (для сравнения, вот домен с таким именем создать просто нельзя)

Я даже соглашусь, что это грязное хакерство или что-то вроде того.
Собственно, в качестве примерa оного и создавалась та табличка.

Но тем не менее, налицо два бага:

1) в документации по Эксплореру не сказано ни слова про красный цвет, что он означает )должен означать), как его менять...

2) IBE неправильно определяет "системность" таблиц/столбцов

точнее, три бага

ещё - округление размера БД не вполне круглое

Симонов Денисну не фига себе ты табличку создал

да-да, это из того самого спора

красный шрифт - это GUI дял пользователей.

"для своих целей", недокументированных и несовпадающих с определениями самого Firebird'a - это круто, конечно

IBExpertвполне себе пользовательские домены RDB$xxx системными считает

таких не бывает 21846126

IBExpertЖизнь - боль (с)

слава багам!
пусть будет больше багов и меньше документации!

тоже подход

Симонов Денис,

Что-то в этом есть - и видимо поэтому запрещено создание доменов с таким названием.
Но таблиц - не запрещено. Вообще, домены в этом смысле - исключение из правил, насколько знаю.

И поправь меня, но насколько я знаю автоматически как домены Firebird не создаёт ни TABLE ни VIEW.
Т.е. всё, что не Симонов ДенисСистемные, в понимании Firebird - это явно созданное пользователем (кроме исключения - доменов).

А сейчас мы получаем обратную картину, что в БД есть данные, а Explorer от нас их скрывает.
И Extract Metadata скрывает. И Database Comparer скорее всего тоже.
А если это будет внешняя таблица, например? на /etc/shadow или на UDF DLL?

И все это ради того, чтобы не отслеживать реалии Firebird, в котором для оменов и для таблиц законы разные

IBExpertС каким "таким"? Явно запрещено создавать домены только с именами RDB$+<цифры>. И понятно, почему.

Вот это и ответ - с каким с таким.

да, ясно почему, потому что существуют домены "третьего рода", назовём их "автоматическими доменами" пока.

1. Системные домены - имеют SYSTEM_FLAG=1 и существуют на любой, даже "пустой" базе. Обеспечицают "инфраструктуру" FDB-файлов.
2. Пользовательские домены *явно* создаютя пользователем. Командой CREATE DOMAIN
3. "Автоматические домены" не создаются пользователем, создаются сервером как косвенный эффект других действий пользователя, но в то же вроемя не являются системными.

Поэтому для них есть затычка - особые вид имён, которые пользователю запрещены.

У функций, процедур, таблиц, вьюх, генераторов (ничего не пропустил?) такого троизма нет. Там либо объект создан пользователем, либо системный, и никаких вариантов кроме двух нет.

Именно поэтому у доменов запрещены "такие" имена - из-за существования "третьего сорта".
Именно поэтому у всехъ остальных объектов такого запрета нет - там нет "третьего сорта" и не может быть путаницы.

IBExpert может либо отображать реальность Firebird, либо придумать свою собственную реальность:
IBExpertОпределяет так, как считает нужным для своих целей

Но во втором случае - в чем реальность IBE отличается от реальности FB надо документировать.
Жаль, что для этого придётся играть в испорченный телефон.

IBExpertПусть страдают.
Страдать будут не только "полтора извращенца" (или полтора взломщика - я же не просто так про /etc/shadow написал), но и те, кто будет после них работать или вообще искать ими созданные дырки.

что такое stealth-вирус знаешь? сейчас IBE выступает в роли stealth-прикрытия.

Симонов Дениси для таблиц тоже есть исключения

Нету для таблиц исключения.

Для таблиц общее правило:

1) можно создать объект (таблицу или любой другой) с любым именем, которое ещё не было занято.
2) системность объекта определяется значением SYSTEM_FLAG в таблице объектов соответсвующего типа

Путь это правило плохое - но оно есть. И домены - единственный тип объектов насколько понимаю - из него выбиваются.

Симонов ДенисУвидишь появятся таблица PLG$USERS

Кстати, интересный вопрос. Сначала создать эту таблицу, а потом "замутить пользователей в своей БД"
Скорее всего, замутить не получится, но кто знает - может быть пользовательская табличка будет неявно дропнута