var crazyCollectionFP = new List<int|double|string>{1, 2.3, "bassam"};

public  static  object ПолучитьЗначениеНеопределенногоСсылочного(НеопределенныйТип ВладелецId)
        {
            var НТС=ВладелецId as НеопределенныйТипСсылочный;
            Func<byte[], object> значение;
            if (ОбъектыПоТипу.TryGetValue(НТС.НомерТаблицы.byteArrayToInt(), out значение))
                return значение(НТС.Ссылка);
 
                    return null;
        }
        public  static  object ПолучитьЗначениеНеопределенногоТипа(НеопределенныйТип ВладелецId)
        {
            var тип = ВладелецId.Тип.ВБайт();
 
            switch(тип)
            {
                case 1: return  null;
                case 2: return (ВладелецId as НеопределенныйТипБулево).Булево;
                case 3: return (ВладелецId as НеопределенныйТипЧисло).Число;
                case 4: return (ВладелецId as НеопределенныйТипДата).Дата;
                case 5: return (ВладелецId as НеопределенныйТипСтрока).Строка;
                case 8: return ПолучитьЗначениеНеопределенногоСсылочного(ВладелецId);
            }
            return  null;
        }

public  partial  class  КонстантыБД
    {
         static КонстантыБД()
        {
            ОбъектыПоТипу = new  Dictionary<int, Func<byte[], object>>();
 
 
ОбъектыПоТипу.Add(Справочник.Тестовый.НомТаблицы,
      (ключ) => { return БД.ПолучитьСсылочныйЭлемент<Справочник.Тестовый>(ключ); }
      );

бъектыПоТипу.Add(Справочник.Номенклатура.НомТаблицы,
      (ключ) => { return БД.ПолучитьСсылочныйЭлемент<Справочник.Номенклатура>(ключ); }
      );

S>>var crazyCollectionFP = new List<int|double|string>{1, 2.3, "bassam"};
S>>

MA> Название расходится с примером. Это не ограничение на типы — это бред сумасшедшего. Оно просто не нужно. Более того, кому нужно — у тех уже 20 лет как все карты на руках (object, не?). И это довольно широко применяется в .NET все время его существование, но всегда маскируется за типизированными библиотеками. Да, люди экономят байты, там где есть профит. Лучше бы починили Dictionary<TStruct, TKey> где TStruct — 64-битная структура, при этом проседает по скорости раз в 5 по отношению к long.

MA> Именно с полями неопределенного типа невозможно нормально ничего сделать. Давай их проссумируем — а тут по середине — строка? Это значит, "неверное" значение нужно пропустить или выдать ошибку? Для того, что бы эффективно работать с любыми данными — нужно разобраться с ними, а не скидывать всё в одно болото. Да, это бывает дается не сразу, но в учетке то... не знаю. Ну, ладно. У нас был ещё последний тип по моему вариант, который никогда фактически не использовался. По сути то, нет проблем и динамически структуру БД менять — просто многие преимущества LINQ пропадут. Хотя linq2db останется полезным, т.к. имеет кучу вкусняшек всё равно.

from u in users
let range = (u.Age >= 0  && u.Age < 10 ? "0-25" :
             u.Age >= 10 && u.Age < 15 ? "26-40" :
             u.Age >= 15 && u.Age < 50 ? "60-100" :
            "50+")
group u by range into g
select new { g.Key, Count=g.Count() };

S>from u in users
S>let range = (u.Age >= 0  && u.Age < 10 ? "0-25" :
S>             u.Age >= 10 && u.Age < 15 ? "26-40" :
S>             u.Age >= 15 && u.Age < 50 ? "60-100" :
S>            "50+")
S>group u by range into g
S>select new { g.Key, Count=g.Count() };
S>

[ExpressionMethod(nameof(AgeTostringImpl))]
public static string AgeTostring(int age)
  => throw new NotImplementedException();

static Expression<Func<int, string>> AgeTostringImpl()
  => age => (age >= 0  && age < 10 ? "0-25" :
             age >= 10 && age < 15 ? "26-40" :
             age >= 15 && age < 50 ? "60-100" :
             "50+");

from u in users
group u by AgeTostring(u.Age) into g
select new { g.Key, Count=g.Count() };

Эффективность обращения к виртуальным таблицам во многом зависит от того, как построено обращение к этой таблице. Стандарт Обращения к виртуальным таблицам описывает общие требования и рекомендации по работе с виртуальными таблицами. В этом стандарте изложены дополнительные рекомендации по повышению эффективности обращения к виртуальной таблице Остатки регистров накопления и бухгалтерии.
При обращении к любой виртуальной таблице платформа 1С:Предприятие генерирует запрос к СУБД, содержащий вложенный запрос. Самым эффективным вложенным запросом для чтения остатков будет чтение хранимой таблицы текущих остатков без применения группировки по измерениям. Платформа 1С:Предприятие сгенерирует такой запрос, если будут соблюдены все перечисленные ниже условия:
получение остатков ведется без указания даты;
не используется разделение итогов (необходимо учитывать при использовании такого режима может снижаться параллельность записи в регистр. См. также Режим разделения итогов для регистров накопления, Режим разделения итогов для регистров бухгалтерии);
внешний по отношению к виртуальной таблице запрос использует все измерения (в предложении ВЫБРАТЬ или в условиях соединения).
Пример.
Регистр накопления ОстаткиТовара содержит два измерения: Склад и Номенклатура, а также ресурс Количество. Необходимо запросом получить список всей номенклатуры, с указанием количества товаров на конкретном складе.
НЕПРАВИЛЬНО

ВЫБРАТЬ
 СпрНоменклатура.Ссылка КАК Товар, 
 ЕСТЬNULL(ОстаткиТоваров.Остаток, 0 ) КАК Остаток
ИЗ
Справочник.Номенклатура КАК СпрНоменклатура
 ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ОстаткиТоваров.Остатки(&СегодняшняяДата, Склад = &Склад) КАК ОстаткиТоваров
ПО ОстаткиТоваров.Номенклатура = СпрНоменклатура.Ссылка

В этом запросе:
в условия виртуальной таблицы передана дата, поэтому будет использована не только хранимые таблицы остатков, но и таблица движений. Т.к. необходимо получить текущие остатки, то дату в запрос передавать не нужно;
измерение Склад не используется во внешнем по отношению к виртуальной таблице запросе, поэтому вложенный запрос остатков будет содержать группировку этому измерению.
ПРАВИЛЬНО

ВЫБРАТЬ
 СпрНоменклатура.Ссылка КАК Товар, 
 ЕСТЬNULL(ОстаткиТоваров.Остаток, 0 ) КАК Остаток
ИЗ
Справочник.Номенклатура КАК СпрНоменклатура
 ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ОстаткиТоваров.Остатки(, Склад = &Склад) КАК ОстаткиТоваров
ПО ОстаткиТоваров.Номенклатура = СпрНоменклатура.Ссылка
 И ОстаткиТоваров.Склад = &Склад

Указав в выбрать определеннные поля измерений они же являются и группировкой.
Можно рассчитать остатки на любой момент времени

    switch TableNumber
            {
                1=> null,
                2=> бд.Спр_Поставщики.Where(поставщик=> поставщик.Id==SprId).DefaultIfEmpty()
select new
                     {
                        Наименование
                        
                     },
                3=> бд.Спр_Покупатели.Where(покупатель=> поставщик.Id==SprId).DefaultIfEmpty()
select new
                     {
                        Наименование
                        
                     },
                _=>null
            }

let spr= switch TableNumber
            {
                1=> null,
                2=> бд.Спр_Поставщики.Where(поставщик=> поставщик.Id==SprId).DefaultIfEmpty(),
                3=> бд.Спр_Покупатели.Where(покупатель=> поставщик.Id==SprId).DefaultIfEmpty(),
                _=>null
            }

spr?.Наименование

  public   class   СсылочныйТип
    {
 
        [Key]
        [Column("_IDRRef")]
        [MaxLength(16)]
        public  byte[] ID { get; set; }
 
        [NotMapped]
        public  virtual  int  НомерТаблицы { get { return 0; } }
    }

Номер таблицы нам понадобится для неопределенных типов.
Кроме того, мы сможем сделать дженерик метод

public TEntity ПолучитьСсылочныйЭлемент<TEntity>(byte[] ID) where TEntity : СсылочныйТип
        {
 
 
            var query = from спр in this.Set<TEntity>()
                         where спр.ID == ID
                         select спр;
            return query.SingleOrDefault<TEntity>();
 
        }

let spr= switch TableNumber
            {
                1=> null,
                2=> ПолучитьСсылочныйЭлемент<Справочник.Поставщики>(SprId),
                3=> ПолучитьСсылочныйЭлемент<Справочник.Покупатели>.(SprId),
                _=>null
            }

spr?.Наименование