Все слышали байку о том, что фирма 1С называется так, потому что любой запрос должен быть выполнен не более, чем за 1 с (аха, ахаха, нервный истерический смех в углу, ну да ладно).

Хочу услышать другую байку.

Почему
Проведен FALSE => не проведен
Проведен TRUE => проведен

ПометкаУдаления FALSE => не помечен на удаление
ПометкаУдаления TRUE => помечен на удаление

но:
ЭтоГруппа FALSE => да этот элемент справочника - группа
ЭтоГруппа TRUE => нет, это не группа

Просто интересно, почему я должен постоянно помнить, что ОДИН из реквизитов ведет себя через ж в SQL?

ЭтоГруппа FALSE => да этот элемент справочника - группа
ЭтоГруппа TRUE => нет, это не группа

Это откуда?

Кто-то натупил, и этот кто-то - автор сего опуса

Ну может он с фузином перепутал?

ЭтоГруппа() - Этот метод возвращает 1, если текущий элемент справочника является группой, или 0 если группой не является. (с) https://old.mista.ru/tutor_1c/sprav.htm

(1) в SQL:

SELECT COUNT(_idrref), _folder FROM _Reference131 GROUP BY 2;
count | _folder
-------+---------
   180 | f
  7780 | t

180 групп, 7780 элементов

_folder - типа boolean, ПолучитьСтруктуруХраненияБазыДанных() транслирует наименование этой колонки в "ЭтоГруппа"
для групп хранится FALSE, для обычных элементов - TRUE, а функция ЭтоГруппа() возвращает наоборот

напоминаю, что обычно FALSE кастуется в 0, а TRUE - в 1, а не наоборот

(2) пардоньте, надо было вначале написать, что речь про SQL, а не в конце вскользь упомянуть

(5) CASE WHEN (_Folder = FALSE) THEN TRUE ELSE FALSE END

(7) не перебор? SELECT NOT _folder достаточно

меня больше история возникновения такого решения интересует, чем способы с ним бороться

(8) Исторически так сложилось (С)

(8) а в распакованном DT используется utf16 и utf32.
По сравнению с этим Ваша неувязочка - ерунда.

(8) Мопед не мой, так сама 1С делает

(0) Все элементарно и повелось - при сортировки false всегда выше true и запросах группы получаются сверху.

+(12) И если копаться в истории то повелось еще с 7.7 где isfolder = 1 - Группа, isfolder = 2 - элемент, так же исключительно для сортировки - группы сверху.

(11) пнятно, не удивительно, что потом запросы в 1000 мс не влезают
вот таких "да ладно, чо там" понатыкано тысячами

(12) я считаю, у нас победитель, а разработчикам платформы 20 лет назад надо было показать, как пользоваться словом DESC

(14) в движке Dbf,в котором даже MEMO полей не было.
а сортировка с конца все равно требует ввбрать все значения,так как для индекса всегда указывается сортировка по возрастанию.

подмена понятий детектед

(15) Наверное, при переходе на v8 стоило привести в соответствие с логикой, а не тащить это говно мамонта в восьмёрку.