Гост 18477 контейнеры универсальные типы основные параметры и размеры: ГОСТ 18477-79 Контейнеры универсальные. Типы, основные параметры и размеры
ГОСТ 18477-79. Контейнеры универсальные. Типы, основные параметры и размеры /
Общероссийский классификатор стандартов → УПАКОВКА И РАЗМЕЩЕНИЕ ГРУЗОВ → Размещение грузов для перевозок → Контейнеры общего назначения
ГОСТ 18477-79. Контейнеры универсальные. Типы, основные параметры и размеры
Настоящий стандарт распространяется на универсальные унифицированные контейнеры, предназначенные для перевозки грузов преимущественно без транспортной тары железнодорожным, водным и автомобильным транспортом, включая крупнотоннажные контейнеры кодов 00-04, 10, 11, 13, 50-53 по ГОСТ 25290, а также на универсальные малотоннажные автомобильные контейнеры для прямых перевозок указанных грузов на автомобильном транспорте.
Стандарт не распространяется на универсальные крупнотоннажные контейнеры других кодов, на универсальные контейнеры, обладающие повышенными по сравнению с устанавливаемыми настоящим стандартом размерами и массой брутто, на универсальные авиационные и специализированные (индивидуальные и групповые) контейнеры
Название на англ.![]() | Universal containers. Types, basic parameters and dimensions |
Тип документа: | стандарт |
Статус документа: | действующий |
Число страниц: | 12 |
Дата актуализации текста: | 01.08.2013 |
Дата актуализации описания: | 01.08.2013 |
Дата издания: | 01.11.2004 |
Дата введения в действие: | 01.01.1980 |
Дата последнего изменения: | 22.05.2013 |
Переиздание: | переиздание с изм. 1 |
Взамен: | ГОСТ 18477-73 |
Поправки и изменения:
Задать вопрос
Заказать сертификат
Типы и параметры универсальных контейнеров
Типы и параметры универсальных контейнеров [c.9]ДЛЯ сыпучих грузов, что позволяет улучшить технологию изготовления и снизить собственную массу контейнера. За счет унификации отдельных узлов и деталей контейнер типа СК-3—5 имеет массу на 100 кг меньше, чем контейнер типа КГ-5. Габаритные размеры контейнера СК-3—5 соответствуют параметрам универсальных контейнеров МПС типа УУК-3.
Универсальные контейнеры делятся на три типа крупнотоннажные, унифицированные среднетоннажные и неунифицированные малотоннажные, Контейнеры с унифицированными параметрами, размерами и конструкцией предназначены для применения на всех видах транспорта в прямом и смешанном сообщениях, а также для международных перевозок. Универсальные неунифицированные контейнеры предназначены для прямых автомобильных перевозок. [c.9]
Основными перспективными типами контейнеров, обеспечивающими наибольший экономический эффект, являются контейнеры массой брутто 5 т для мелких отправок типа УУК-5,0 (ГОСТ 15102—75) и для крупных партий грузов — массой брутто 20 т по параметрам ИСО ГОСТ 18477—79. Кроме того, продолжается эксплуатация контейнеров УУК-2,5 и НР-2,5 (ГОСТ 20435—75) массой брутто до 3 т.
Наряду с закрытыми контейнерами универсального типа применяются большегрузные контейнеры открытого типа и специальные контейнеры, также отвечающие параметрам ИСО.
В справочнике рассмотрены различные средства технического комплекса контейнерных перевозок типаж, параметры и конструктивные особенности универсальных и специализированных контейнеров, подъемно-транспортного, погрузочно-разгрузочного и складского оборудования, транспортных средств, даются ссылки и описания ГОСТов, правил и другой нормативно-технической документации. Приведены методические рекомендации и примеры выбора рациональных типов контейнеров, обеспечивающих минимум затрат на доставку продукции, а также транспортно-технологических схем доставки грузов в контейнерах.
[c.
Контейнеры универсальные. Типы. Основные параметры и размеры. [c.177]
Контейнеры универсальные массой брутто 0,625 и 1,25 т. Технические условия. Контейнеры-цистерны для жидких и сыпучих грузов. Типы, основные параметры и размеры. [c.177]
Контейнеры универсальные. Типы, основные параметры и размеры. Взамен ГОСТ 18477-79 [c.148]
На Британских железных дорогах поезд состоит из 15 платформ. Максимальная скорость движения 120,7, а средняя 80,5 км/ч, масса брутто 1000 т, длина 264,5 м. В таких поездах в Англии и других западно-европейских странах наряду с закрытыми контейнерами универсального типа перевозят крупно-тоннажные открытого тиПа и специальные, также отвечающие параметрам ИСО. На платформах длиной 19,05 м размещают в любом сочетании контейнеры различной массы брутто. Высота пола платформы над уровнем головки рельса 940 мм. Конструктивная особенность платформы — фиксаторы в гнездах рамы.
Промтрансннипроект разработал конструкцию специализированного контейнера типа СК-4—1 (СКЖ) для перевозки агрессивных жидких грузов (рис. 77). Контейнеры перевозятся на открытом подвижном составе железнодорожного и автомобильного транспорта и могут быть использованы в качестве временных хранилищ жидких продуктов. Каркас контейнера выполнен из профильной стали и гофрированных листов, емкость — из полиэтилена низкого давления. По углам каркаса предусмотрены механические устройства, закрытые корпусом, которые позволяют соединять контейнеры в блоки, как в горизонтальной, так и в вертикальной плоскости. Из двух контейнеров, соединенных в горизонтальной плоскости, можно образовать блок размерами в плане 1325X2100 мм, что соответствует параметрам универсального контейнера грузоподъемностью 3 т.

Новые унифицированные универсальные контейнеры УУК-5,0 кратны по размерам контейнерам УУК-2,5. Так, длина контейнера УУК-5,0 равна 2650 мм, что в 2 раза больше ширины контейнера УУК-2,5, равной 1325 мм. Ширина контейнера УУК-5,0 равна длине контейнера УУК-2,5— 2100 мм. Оба типа контейнера имеют равную высоту — 2400 мм. По занимаемой площади два контейнера УУК-2,5 равны одному контейнеру УУК-5,0. Объем грузового помещения контейнера УУК-2,5 составляет 5,3 м , а контейнера УУК-5,0 — 10,3 м , собственная масса соответственно 550 и 1100 кг. Параметры контейнеров УУК-5,0 и УУК-2,5 одобрены СЭВом и ИСО/ТК-104
Разработаны основополагающие стандарты контейнерной транспортной системы. ГОСТ 21390—83 устанавливает основные термины и определения, ГОСТ 21140—75 устанавливает единую систему размеров тары на основе модуля 800X1200 мм, служащего основой проектирования и строительства всех видов тары, железнодорожных вагонов, кузовов автомобилей, контейнеров, поддонов, складов, технических средств по-грузки-выгрузки и т. д., ГОСТ 18447-79 устанавливает три типа универсальных контейнеров (крупнотоннажные с массой брутто более 10 т, среднетоннажные с массой брутто от 2,5 до 10,0 т и малотоннажные с массой брутто 2,5 т и менее), их основные параметры и размеры. Стандартизованы контейнеры для перевозки штучных (ГОСТ 19667—74) и сыпучих (ГОСТ 19668 -74) грузов.
Барабаны стальные для ферросплавов Бочки железные сварные тяжелые Бочки стальные сварные и закатные Контейнер универсальный металлический весом брутто 2,5 т Тоддоны плоские. Типы, основные параметры и размеры [c.518]
Типы контейнеров — Желдорсервис
ТИПЫ КОНТЕЙНЕРОВ
Железнодорожные контейнеры подразделяются на:
К универсальным контейнерам относятся:
- Купнотоннажные контейнеры 20, 24, 30 тн (20футов, 30 футов,40 футов)
20 футовый контейнер(может быть грузоподъемностью 20тн, 24тн, 30тн) |
40футовый контейнер |
Размеры универсальных контейнеров.
Обозначение типоразмеров |
20 тн |
24 тн |
40 фт |
40 фт HC |
||
Масса брутто, тн |
20 |
24 |
30 |
30 |
||
Внутренняя полезная вместимость, куб. |
30,09 |
32,1 |
65,6 |
75,5 |
||
Размеры, мм |
Внутренние |
Длина |
5870 |
5867 |
11990 |
11990 |
Ширина |
2330 |
2330 |
2330 |
2330 |
||
Высота |
2200 |
2350 |
2350 |
2700 |
||
Размеры дверного проема, мм |
Ширина |
2290 |
2290 |
2290 |
2290 |
|
Высота |
2110 |
2260 |
2260 |
2560 |
- Рефрижераторные и термос-контейнеры.
Рефрижераторные контейнеры оборудованы теплоизолирующей оболочкой и холодильной установкой, функционируют за счет циркуляции воздуха внутри контейнера, для нормального функционирования необходимо подключение к электропитанию.
Хочется обратить внимание, что рефрижераторные контейнеры не изменяют температуру груза, а именно поддерживают, т.е. груз, заранее охлажденный до необходимой температуры, грузится в охлажденный контейнер и в пути следования холодильная установка только поддерживает температуру внутри контейнера.
Термос-контейнер же оборудован только дополнительной изоляцией и не имеет холодильной установки, т.о. в отличии от рефрижераторного контейнера, изменение температуры в термос-контейнере в процессе следования неизбежно, но в отличии отрефрижераторного контейнера, данный тип ПС энергонезависим.
- Открытые контейнеры.
Для погрузки негабаритного груза или тяжелых грузов, торцевая загрузка которых технологически невозможна существуют контейнеры с верхней погрузкой (open-top контейнеры) и контейнйеры-платформы (flat контейнеры)
- Танк-Контейнер.
Танк-контейнер (tank-container) представляет собой контейнер, состоящий из цистерны(1), устройств для загрузки/выгрузки (заливная горловина(2) , сливная арматура(3)) и каркаса(4). Базовым транспортным модулем танк-контейнера является 20-футовый контейнер (20’x8’x8’6″).
Танк-контейнеры незаменимы при мультимодальных перевозках, так как нет необходимости в перегрузе при смене транспорта, что обеспечивает сохранность и безопасность транспортировки грузов. Танк-контейнеры удобны не только для перевозки, но и для хранения жидкостей.
Использование танк-контейнеров значительно снижает затраты на перевозку в сравнении с транспортировкой жидкости того же объема в бочках. Танк-контейнеры можно использовать многократно, их конструкция обеспечивает экономичность и простоту использования.
Цистерна танк-контейнера изготовлена из высококачественной нержавеющей стали, устойчивой к воздействию перевозимых продуктов и не воздействующей на них. Рама контейнера соответствует стандартам ISO, поэтому эти контейнеры надежны при осуществлении перевозок и штабелировании. Танк-контейнеры оборудуются сливной арматурой, которая надежно защищает груз от утечки. Контейнеры могут быть оснащены слоем теплоизоляции и системой паро-или электроподогрева, что значительно облегчает разгрузку в зимних условиях.
Танк-контейнеры подразделяются на несколько типов, в зависимости от груза, для которого они предназначены:
- IМО 0- пригодны к перевозке неопасных пищевых грузов, не требующих выгрузки под давлением (молоко, минеральные воды, растительные масла, неконцентрированные соки) емкость от 20 до 30 тысяч литров, толщина стен колбы цистерны – 2 мм.
Могут оснащаться слоем теплоизоляции и пароподогревом.
- IМО 1- пригодны к перевозке всех видов наливных химических грузов. Емкость от 14 до 30 тысяч литров, толщина стен цистерны от 4 до 7 мм, наличие верхнего слива зависит от характера груза. Рабочее давление колбы цистерны от 2,65 до 6 атмосфер. Могут оснащаться слоем теплоизоляции и пароподогревом, а также электроподогревом.
- IMO 2 – пригодны к перевозке широкого спектра пищевых продуктов, химический продуктов имеющих класс опасности, разрешенных к перевозке с нижним сливом. Емкость от 21 до 30 тысяч литров, толщина стен цистерны от 3 до 4 мм. Рабочее давление колбы цистерны от 1,75 до 3 атмосфер Могут оснащаться слоем теплоизоляции и пароподогревом, а также электроподогревом.
Технические характеристики.
ISO 20’x8’x8’6″, 20’x8’x8′ |
IMO 0 |
IMO 1 |
IMO 2, |
Емкость (литров) Min-Max |
17 000 – 26 000 |
11 000 – 26 000 |
17 000 – 26 000, |
Вес тары (кг) Min-Max |
2 200 – 3 000, |
3 500 – 6 000 |
2 500 – 4 000 |
Толщина стенки контейнера Min-Max |
2 мм – 3 мм |
5,2 мм – 8 мм, |
3 мм – 4 мм |
Предохранительные устройства, |
клапан |
клапан +серийный вырезной диск |
клапан |
Термоизоляция (Ккал/м2х°С)Min-Max |
0,7 – 0,17 |
0,7 – 0,28 |
0,7 – 0,17 |
Паровой подогрев поверхности Min-Max |
1,5 м2 – 5 м2 |
2,5 м2 – 10 м2 |
2,5 м2 – 5 м2 |
Рабочее давление |
1,75 – 2,5 бар, |
4 – 6 бар |
3 – 6 бар |
Характеристика грузовых контейнеров
Характеристика грузовых контейнеров
Грузовые контейнеры классифицируют по нескольким признакам.
Степень использования номинальной грузоподъемности и полезного объема контейнера зависит от объемной массы загружаемого груза и его партионности.
Основные параметры и размеры универсальных контейнеров представлены в табл. 3.1. В обозначении контейнера по ГОСТ 18477— 79* «Контейнеры универсальные. Типы, основные параметры и размеры» указываются конструктивные особенности: УУК — универсальный унифицированный контейнер; АУК — автомобильный универсальный неунифицированный контейнер.
Универсальные контейнеры с унифицированными параметрами, размерами и конструкцией предназначены для перевозок на железнодорожном, водном и автомобильном транспорте в прямом и смешанном сообщениях, а также для международных перевозок. Автомобильные универсальные неунифицированные контейнеры (АУК-1,25 и АУК-0,625) предназначены только для прямых автомобильных перевозок.
Как видно из табл. 3.1, контейнеры типа УУК-5 и УУК-5у имеют одинаковую массу брутто — 5 т, однако габаритные размеры и полезный объем контейнеров УУК-5у и УУК-2,5 (3) одинаковы. Индекс «у» означает, что контейнер имеет усиленную конструкцию. Контейнер УУК-2,5 (3) в международном сообщении имеет массу брутто 2,5 т, а во внутреннем — 3 т.
Основой унификации крупнотоннажных контейнеров являются размерные ряды, построенные на модульной основе. При определении длины крупнотоннажных контейнеров за основной модуль принят размер наибольшего контейнера типа 1А длиной 12 192 мм (40 фут).
Как видно из рис. 3.2, крупнотоннажные контейнеры имеют квадратное сечение размером 2 438 х 2 438 мм (8×8 фут). Постоянная величина (8×8 фут) называется контейнерным модулем ИСО.
Благодаря унификации размеров вместо одного большого контейнера на той же площадке (платформе) можно устанавливать контейнеры меньших размеров в нескольких сочетаниях.
Универсальные унифицированные среднетоннажные контейнеры УУК-5 кратны по размерам контейнерам УУК-2,5 (см. табл. 3.1). Так, длина контейнера УУК-5 равна 2 650 мм, что в 2 раза больше ширины контейнера УУК-2,5, равной 1 325 мм. Ширина контейнера УУК-5 равна длине контейнера УУК-2,5 и составляет 2 100 мм. Оба типа контейнера имеют равную высоту — 2 400 мм. Следовательно, по занимаемой площади два контейнера УУК-2,5 равны одному контейнеру УУК-5.
Подробные сведения о контейнерах различных типов приведены в справочнике.
1 |
ГОСТ 16539–79 |
Реактивы. Меди (II) оксид. Технические условия |
2 |
ГОСТ 17035–86 |
Пластмассы. Методы определения толщины пленок и листов |
3 |
ГОСТ 17299–78 |
Спирт этиловый технический. |
4 |
ГОСТ 17366–80 |
Бочки стальные сварные толстостенные для химических продуктов. Технические условия |
5 |
ГОСТ 17433–80 |
Промышленная чистота. Сжатый воздух. Классы загрязненности |
6 |
ГОСТ 17811–78 |
Мешки полиэтиленовые для химической продукции. Технические условия |
7 |
ГОСТ 18477–79 |
Контейнеры универсальные. Типы, основные параметры и размеры |
8 |
ГОСТ 18954–73 |
Прибор и пипетки стеклянные для отбора и хранения проб газа. |
9 |
ГОСТ 19908–90 |
Тигли, чаши, стаканы, колбы, воронки, пробирки и наконечники из прозрачного кварцевого стекла. Общие технические условия |
10 |
ГОСТ 20022.2–80 |
Защита древесины. Классификация |
11 |
ГОСТ 20490–75 |
Реактивы. Калий марганцовокислый. Технические условия |
12 |
ГОСТ 20799–88 |
Масла индустриальные. Технические условия |
13 |
ГОСТ 20851.4–75 |
Удобрения минеральные. Методы определения воды |
14 |
ГОСТ 21560. |
Удобрения минеральные. Методы отбора и подготовки проб |
15 |
ГОСТ 21560.1–82 |
Удобрения минеральные. Метод определения гранулометрического состава |
16 |
ГОСТ 21560.2–82 |
Удобрения минеральные. Метод определения статической прочности гранул |
17 |
ГОСТ 21560.5–82 |
Удобрения минеральные. Метод определения рассыпчатости |
18 |
ГОСТ 21650–76 |
Средства скрепления тарно-штучных грузов в транспортных пакетах. Общие требования |
19 |
ГОСТ 22867–77 |
Реактивы. |
20 |
ГОСТ 23932–90 |
Посуда и оборудование лабораторные стеклянные. Общие технические условия |
21 |
ГОСТ 23954–80 |
Удобрения минеральные. Правила приемки |
22 |
ГОСТ 24363–80 |
Реактивы. Калия гидроокись. Технические условия |
23 |
ГОСТ 24454–80 |
Пиломатериалы хвойных пород. Размеры |
24 |
ГОСТ 24597–81 |
Пакеты тарно-штучных грузов. Основные параметры и размеры |
25 |
ГОСТ 24831–81 |
Тара-оборудование. |
26 |
ГОСТ 25336–82 |
Посуда и оборудование лабораторные стеклянные. Типы, основные параметры и размеры |
27 |
ГОСТ 25706–83 |
Лупы. Типы, основные параметры. Общие технические требования |
28 |
ГОСТ 26319–84 |
Грузы опасные. Упаковка |
29 |
ГОСТ 26460–85 |
Продукты разделения воздуха. Газы, криопродукты. Маркировка, упаковка, транспортирование и хранение |
30 |
ГОСТ 26663–85 |
Пакеты транспортные. Формирование с применением средств пакетирования. |
31 |
ГОСТ 27068–86 |
Реактивы. Натрий серноватистокислый (натрия тиосульфат) 5-водный. Технические условия |
32 |
ГОСТ 27574–87 |
Костюмы женские для защиты от общих производственных загрязнений и механических воздействий. Технические условия |
33 |
ГОСТ 28326.3–89 |
Аммиак жидкий технический. Определение массовой концентрации масла методом инфракрасной спектрометрии |
34 |
ГОСТ 28326.4–89 |
Аммиак жидкий технический. Спектрофотометрический метод определения массовой концентрации масла |
35 |
ГОСТ 28326. |
Аммиак жидкий технический. Фотоколориметрический метод определения массовой концентрации железа |
36 |
ГОСТ 28326.6–89 |
Аммиак жидкий технический. Визуально-нефелометрический метод определения общего хлора |
37 |
ГОСТ 28326.7–89 |
Аммиак жидкий технический. Титриметрический метод определения массовой доли оксида углерода (IV) |
Типы измерений, фильтров и параметров
Типы измерений, фильтров и параметров
Эта страница относится к параметру
типа
, который является частью измерения или фильтра.
тип
также может использоваться как часть меры, описанной на странице документации по типам мер.
тип
также может использоваться как часть группы измерений, описанной на странице документации параметрагруппа измерений
.![]()
представление: имя_представления {
измерение: имя_поля {
тип: тип_поля
}
}
На этой странице приведены дополнительные сведения о различных типах, которые могут быть назначены измерению
, фильтру
или параметру
. Измерение, фильтр или параметр могут иметь только один тип, который по умолчанию равен string
, если тип не указан.
Некоторые типы имеют вспомогательные параметры, которые описаны в соответствующем разделе.
г = Размер
dg = группа измерений
f = Фильтр
р = параметр
Тип | Описание | Допустимые типы полей |
---|---|---|
корзина |
ADDED21.14 Для полей, которые группируют числовые значения в несколько диапазонов | д |
дата |
Для полей, содержащих даты | д ф с |
дата_время |
Для полей, содержащих дату и время | д ф с |
расстояние |
Для полей, вычисляющих расстояние наиболее прямого пути («по прямой») между двумя введите: расположение размеры |
д |
продолжительность |
ДОБАВЛЕНО6.![]() для создания нескольких измерений на основе продолжительности из одного столбца таблицы. Сведения о группах измерений см. на странице документации параметра Dimension_Group . |
дг |
местоположение |
Для полей, которые основаны на широте и долготе и будут использоваться в визуализациях | д |
номер |
Для полей, содержащих числа | д ф с |
строка |
Для полей, содержащих буквы или специальные символы | д ф с |
ярус |
Для полей, группирующих числовые значения в несколько диапазонов | д |
время |
Используется с группой измерений для создания нескольких измерений на основе времени из одного столбца таблицы.Сведения о группах измерений см.![]() Dimension_Group . |
дг |
без кавычек |
Для полей параметра , значения которых будут вставлены непосредственно в SQL и поэтому не должны заключаться в кавычки (как в случае с , введите: string ) |
р |
да нет |
Для полей, которые показывают, является ли что-то истинным или ложным | д ф с |
почтовый индекс |
Для полей, которые содержат почтовый индекс и будут использоваться в визуализациях | д |
Отдельные типы времени и даты | Редко используемая альтернатива типу : время для создания одиночных измерений на основе времени |
д е |
Отдельные типы продолжительности | ДОБАВЛЕНО6.0 Редко используемая альтернатива типу : продолжительность для создания одиночных измерений, основанных на времени, которые вычисляют разницу во времени |
д |
внутр. |
REMOVED5.4 Заменен на тип: номер |
д |
Тип
: bin
является псевдонимом для типа: уровень
. Эти два типа могут использоваться взаимозаменяемо.
Тип : бин
используется в сочетании с параметром бинов
для разделения числового измерения на набор диапазонов чисел.Например, вы можете разделить возрастное измерение на разные возрастные диапазоны. Вы можете изменить способ отображения корзин в пользовательском интерфейсе Looker с помощью параметра стиля
.
Шаблон использования:
view: view_name {
dimension: field_name {
type: bin
bins: [numeric_value, numeric_value, … ]
style: interval
sql: ${my_field_name} ;;
}
}
Параметр sql
для типа : измерения bin
могут принимать любое допустимое выражение SQL, результатом которого является число или целое число.
Приведенный выше пример возраста может выглядеть так:
измерение: age_bin { тип: корзина ячейки: [0, 10, 20, 30, 40, 50, 60, 70, 80, 90] стиль: интервал sql: ${возраст} ;; }
То, как это будет отображаться в пользовательском интерфейсе Looker, описано в разделе стиль
для параметра тип: уровень
на этой странице.
Тип bin
является псевдонимом для типа : уровень
. Эти два типа могут использоваться взаимозаменяемо, и поведение одинаково для обоих:
- Подпараметр стиля
-
Размеры типа: bin
нельзя использовать в пользовательских фильтрах. - Использование типа
: ячейка
в сочетании с заполнением измерения может привести к непредвиденным сегментам уровня.
Тип : расстояние
используется для расчета расстояния наиболее прямого пути («по прямой») между двумя измерениями тип: местоположение
.
Параметр sql
для типа : размеры расстояния
исключены. Вместо этого вы предоставляете ссылку на тип : измерение местоположения
в параметрах start_location_field
и end_location_field
.
Использование:
view: view_name {
dimension: field_name {
type: Distance
start_location_field: field_name_1
end_location_field: field_name_2
единицы: километры
}
}
Единица расстояния определяется параметром единиц
, который может принимать следующие значения:
-
футов
-
километров
-
метров
-
миль
-
морских_миль
-
ярдов
Например, вы можете рассчитать расстояние, пройденное покупателем, чтобы забрать аренду, следующим образом:
размерность: Distance_to_pickup {
тип: расстояние
start_location_field: клиент. home_location
end_location_field: аренда.pickup_location
единицы: мили
}
Обратите внимание, что рассчитанное расстояние будет самым прямым («по прямой») между двумя точками и не обязательно расстоянием, пройденным по дороге.
Обратите внимание, что вы не должны использовать синтаксис ${view_name.field_name}
в параметрах start_location_field
и end_location_field
. Вместо этого используйте имя представления и имя поля сами по себе, например имя_представления.имя_поля
.
тип: продолжительность
используется в сочетании с группа_измерений
для создания набора расчетных разниц во времени между измерениями и/или выражениями SQL.
тип: продолжительность
работает только с группой измерений
и , а не будет работать с обычным измерением
. Однако вы можете указать отдельные параметры на основе продолжительности, как описано в этом разделе ниже.
Сведения о группах измерений с типом : продолжительность
см. на странице документации параметра Dimension_Group
.
тип: местоположение
используется в сочетании с параметрами sql_latitude
и sql_longitude
для создания координат, которые вы хотите нанести на карту или статическую карту (точки) визуализации (используйте поле штата или страны для статической карты (регионы). )) или который вы хотите использовать в типе : вычисление расстояния
.
Шаблон использования:
представление: имя_представления {
измерение: имя_поля {
тип: местоположение
sql_latitude:${имя_поля_1} ;;
sql_longitude:${field_name_2} ;;
}
}
Параметр sql
для типа : размеры местоположения
исключены.Вместо этого вы предоставляете любое допустимое выражение SQL, результатом которого является десятичная широта или долгота, для параметров sql_latitude
и sql_longitude
. Обычно это ссылки на поля LookML, которые содержат информацию о широте или долготе, но они могут быть и статическими значениями, если вы хотите получить местоположение своей штаб-квартиры или что-то в этом роде.
Например, вы можете создать измерение store_location
следующим образом:
параметр: store_location { Тип: местоположение sql_latitude: ${store_latitude} ;; sql_longitude: ${store_longitude} ;; }
Если вы не хотите отображать местоположения или вычислять расстояния, вы можете использовать более простой тип, например тип : номер
.Когда вы просматриваете местоположение в таблице, оно покажет значение из вашей базы данных, а также автоматически сгенерирует ссылку на это местоположение в Картах Google:
Поддерживаемые диалекты базы данных для местоположения
Чтобы Looker поддерживал type: location
в вашем проекте Looker, ваш диалект базы данных также должен его поддерживать. В следующей таблице показано, какие диалекты поддерживают тип
: расположение
в Looker 22.2:
тип: число
используется с числами или целыми числами.
Параметр sql
для тип: число
размеры могут принимать любое допустимое выражение SQL, результатом которого является число или целое число.
тип: число
Поля могут быть отформатированы с использованием параметров value_format
или value_format_name
.
Например, следующий LookML создает поле с именем прибыль
на основе полей доход
и стоимость
, а затем отображает его в денежном формате (1234 доллара США.56):
измерение: прибыль { тип: число sql: ${доход} — ${стоимость} ;; value_format_name: доллар США }
Измерение может выполнять арифметические операции только с другими измерениями, но не с мерами. Кроме того, размеры
type: number
не будут предлагать пользователям рекомендации, даже если вы используете их для отображения идентификационных номеров.![]()
Тип : строка
обычно используется с полями, содержащими буквы или специальные символы. Его также можно использовать с числовыми полями, хотя у Looker есть лучшие возможности для обработки чисел, если вместо этого вы используете тип : число
.
Параметр sql
для типа : размеры строки
могут принимать любое допустимое выражение SQL.
Например, следующий LookML создает поле full_name
путем объединения полей с именем first_name
и last_name
:
размер: полное_имя { тип: строка sql: CONCAT(${first_name}, ‘ ‘, ${last_name}) ;; }
В этом примере тип : строка
может быть опущена, потому что строка
является значением по умолчанию для типа
.
Вы можете использовать тип
: bin
в качестве псевдонима для типа: уровень
. Эти два типа могут использоваться взаимозаменяемо.![]()
Тип : уровень
используется в сочетании с параметром уровней
для разделения числового измерения на набор диапазонов чисел. Например, вы можете распределить возрастное измерение по разным возрастным диапазонам. Вы можете изменить способ отображения уровней в пользовательском интерфейсе Looker с помощью параметра стиля
.
Шаблон использования:
view: view_name {
dimension: field_name {
type: tier
tiers: [numeric_value, numeric_value, … ]
style: interval
sql: ${my_field_name} ;;
}
}
Параметр sql
для типа : измерения уровня
могут принимать любое допустимое выражение SQL, результатом которого является число или целое число.
Приведенный выше пример возраста может выглядеть так:
параметр: age_tier { тип: ярус уровни: [0, 10, 20, 30, 40, 50, 60, 70, 80] style: classic # значение по умолчанию, можно исключить sql: ${возраст} ;; }
То, как это будет отображаться в пользовательском интерфейсе Looker, описано в разделе стиля
на этой странице.
Измерения типа
: уровень
нельзя использовать в пользовательских фильтрах.
стиль
Параметр в стиле позволяет изменить способ отображения уровней в пользовательском интерфейсе Looker.Хотя это не показано в приведенных ниже примерах, если бы в данных были отрицательные числа, был бы начальный уровень, который включал бы все числа от отрицательной бесконечности до 0, но не включая его. Возможны четыре значения:
классический
стиль: классический
используется по умолчанию и выглядит так:
- Вы можете интерпретировать это обозначение уровня следующим образом:
- T02 [10,20) — диапазон, включающий 10 и до 20, но не включая
- T09 [80,inf) это диапазон от 80 до бесконечности
интервал
стиль: интервал
аналогичен стиль: классический
, но не имеет ведущих меток TXX . Выглядит так:
целое число
стиль: целое число
должно использоваться с дискретными целочисленными значениями (такими как возраст). Если вы попытаетесь использовать нецелые числа для определения уровней, вы получите сообщение об ошибке. Этот стиль выглядит так:
относительный
стиль: реляционный
лучше всего использовать с непрерывными числами (например, долларами) и выглядит так:
Вы также можете стилизовать уровни с помощью value_format
.Например:
параметр: сумма_уровень { тип: ярус уровни: [0, 10, 20, 30, 40, 50, 60, 70, 80] стиль: целое число sql: ${количество} ;; формат_значения: "$#,##0" }
В этом примере появятся метки уровня, такие как от 10 до 19 долларов
, от 20 до 29 долларов
и т. д.
На что обратить внимание
Использование уровня
в сочетании с заполнением измерений может привести к неожиданным сегментам уровней.
Например, измерение типа : уровень
, Уровень возраста , будут отображаться сегменты уровня для Ниже 0 и от 0 до 9 , когда включено заполнение измерения, хотя данные не включают значения возраста для этих сегментов :
Когда заполнение измерения отключено для Age Tier , сегменты более точно отражают значения возраста, доступные в данных:
Вы можете включить или отключить заполнение измерения, наведя указатель мыши на имя измерения в Исследовании, щелкнув значок шестеренки на уровне поля и выбрав либо Удалить заполненные значения уровня для отключения, либо Заполнить отсутствующие значения уровня для включения.
тип: время
используется в сочетании с параметром Dimension_Group
и параметром timeframes
для создания набора измерений, основанных на времени. Например, вы можете легко создать измерение даты, недели и месяца на основе одного столбца меток времени.
тип: время
работает только с группой измерений
и , а не будет работать с обычным измерением
. Однако вы можете указать отдельные временные измерения, как описано в этом разделе ниже.
Для получения информации о группах измерений см. страницу документации параметра Measurement_Group
, которая также включает информацию о параметрах , convert_tz
и типа данных
, convert_tz , и
datatype
, а также общие проблемы и предостережения, которые следует учитывать при использовании времени. данные на основе.
тип: без кавычек
используется только с полями параметра
. Тип без кавычек
аналогичен типу : строка
, за исключением того, что когда значение параметра
вставляется в переменную {% параметр %}
ликвида, оно не будет заключено в кавычки. Это полезно при вставке значений в SQL, таких как имена столбцов или таблиц, которые нельзя заключать в кавычки для правильной работы.
Вставка значений без кавычек непосредственно в SQL может привести к нежелательным действиям SQL. Чтобы решить эту проблему, значения параметров типа :
без кавычек ограничены символами от A до Z и от 0 до 9 (без пробелов или других специальных символов).
В качестве примера следующий LookML создает параметр
с именем имя_таблицы
, который будет создавать значение без кавычек:
параметр: имя_таблицы { тип: без кавычек }
тип: yesno
создает поле, которое указывает, является ли что-то истинным или ложным.Значения отображаются как Да и Нет в пользовательском интерфейсе исследования.
Параметр sql
для измерения типа : yesno
принимает допустимое выражение SQL, которое оценивается как TRUE
или FALSE
. Если условие оценивается как
TRUE
, пользователю отображается Да ; в противном случае отображается Нет .
Выражение SQL для типа : yesno
Измерения не могут включать какие-либо агрегаты.Это означает, что он не может содержать агрегаты SQL или какие-либо ссылки на меры LookML. Если вы хотите создать поле yesno
, которое включает агрегацию SQL или ссылается на меру LookML, используйте меру с типом : yesno
, а не измерение.
Например, следующий LookML создает поле, которое указывает, был ли оплачен заказ, на основе поля статуса
:
параметр: is_order_paid { тип: да нет sql: ${status} = 'оплачено' ;; }
Если вы хотите сослаться на поле type: yesno
в другом поле, вы должны рассматривать поле type: yesno
как логическое значение (другими словами, как если бы оно уже содержало значение true или false).Например:
измерение: is_big_order { тип: да нет sql: ${order_size} = 'большой' ;; } # Это верно мера: total_boxes_needed { тип: число sql: SUM(CASE WHEN ${is_big_order} THEN 2 ELSE 1 END) ;; } # Это НЕ правильно мера: total_boxes_needed { тип: число sql: SUM(CASE WHEN ${is_big_order} = 'Да' THEN 2 ELSE 1 END) ;; }
Если вы используете тип : yesno
с данными на основе времени, измерение возвращает yes , если datetime имеет значение, и возвращает no , если нет.
тип: почтовый индекс
используется с размерами почтового индекса, которые вы хотите нанести на визуализацию Статическая карта (Точки) (используйте поле штата или страны для Статической карты (Регионы)). Любому измерению типа : почтовый индекс
автоматически присваивается map_layer_name
из us_zipcode_tabulation_areas
. Если вы не хотите отображать почтовые индексы, вы можете использовать более простой тип, например тип : номер
.
Параметр sql
для типа : размер почтового индекса
может принимать любое допустимое выражение SQL, результатом которого является пятизначный почтовый индекс США.
В целях фильтрации по измерению почтового индекса некоторые диалекты базы данных требуют, чтобы поле базы данных, на которое ссылается измерение почтового индекса, было полем типа varchar или строки, а не полем целочисленного типа.
Например:
размер: почтовый {
тип: почтовый индекс
sql: ${TABLE}. zipcode ;;
}
Обычно даты обрабатываются как группа измерений
, которая использует тип : время
.
Однако можно создать одно поле измерения
или фильтра
для каждого отдельного периода времени, который вы хотите включить, вместо того, чтобы генерировать их все в одной группа_измерений
.Обычно этого избегают, если только у вас уже нет предварительно рассчитанных столбцов времени в вашей базе данных или вы не хотите изменить соглашение об именовании временных рамок Looker (например, иметь поле с именем created_date_of_purchase
вместо created_date
).
В такой ситуации существует множество отдельных типов, основанных на времени и дате, которые перечислены ниже.
Например, для этого определения группа измерений
:
группа_измерений: создана { тип: время сроки: [неделя, месяц, год] sql: ${ТАБЛИЦА}.создано в ;; }
Вы можете использовать это как логический эквивалент:
параметр: created_week {
тип: дата_неделя
sql: ${TABLE}. created_at ;;
}
параметр: created_month {
тип: дата_месяц
sql: ${TABLE}.created_at ;;
}
параметр: created_year {
тип: дата_год
sql: ${TABLE}.created_at ;;
}
Доступные типы на основе времени
Следующие типы используются в параметре типа
отдельного измерения для создания полей на основе времени или даты.Используйте ли , а не эти типы с параметром timeframe
, который задокументирован на странице документации Dimension_Group.
Для всех отдельных типов времени и даты требуется метка времени в качестве входных данных из вашей базы данных.
Специальные типы
Тип | Описание | Пример вывода |
---|---|---|
date_raw |
Необработанное значение из вашей базы данных, без приведения или преобразования часового пояса, не будет отображаться на странице исследования (обычно не требуется, за исключением объединений или сравнения времени) | 03. |
Типы времени
Тип | Описание | Пример вывода |
---|---|---|
дата_время |
Дата и время базового поля (некоторые диалекты SQL показывают столько точности, сколько содержится в вашей базе данных, в то время как другие показывают только секунды) | 03.09.2014 17:15:00 |
дата_время_дня |
Время суток | 17:15 |
дата_час |
Дата и время усечены до ближайшего часа | 03.09.2014 17 |
дата_час_дня |
Целое число часов основного поля | 17 |
дата_часX |
Разбивает каждый день на интервалы с указанным количеством часов.Требует пояснений, см.![]() |
См. ниже |
дата_минута |
Дата и время усечены до ближайшей минуты | 03.09.2014 17:15 |
дата_минутаX |
Разбивает каждый час на интервалы с указанным количеством минут. Требует пояснений, см. ниже. | См. ниже |
дата_секунда |
Datetime усекается до ближайшей секунды | 03.09.2014 17:15:00 |
дата_миллисекунда |
Дата и время усечены до ближайшей миллисекунды (см. раздел Поддержка диалектов для миллисекунд и микросекунд для получения информации о поддержке диалектов) | 03.09.2014 17:15:00.000 |
дата_миллисекундаX |
Разбивает каждую секунду на интервалы с указанным числом миллисекунд (см. раздел Поддержка диалектов для миллисекунд и микросекунд для получения информации о поддержке диалектов).![]() |
01.09.2014 01:00:00.250 |
дата_микросекунда |
Дата и время усечены до ближайшей микросекунды (см. раздел Поддержка диалектов для миллисекунд и микросекунд для получения информации о поддержке диалектов) | 03.09.2014 17:15:00.000000 |
Типы даты
Тип | Описание | Пример вывода |
---|---|---|
дата |
Дата базового поля | 03.09.2017 |
дата_дата |
REMOVED4.6 Заменено на дата |
Типы недель
Тип | Описание | Пример вывода |
---|---|---|
дата_неделя |
Дата недели, начинающаяся в понедельник базовой даты и времени | 01. |
дата_день_недели |
Только день недели | Среда |
date_day_of_week_index |
Индекс дня недели (0 = понедельник, 6 = воскресенье) | 2 |
Обратите внимание, что типы date_week
, date_day_of_week
и date_day_of_week_index
зависят от значения week_start_day
, которое по умолчанию равно понедельнику.
Типы месяцев
Тип | Описание | Пример вывода |
---|---|---|
дата_месяц |
Год и месяц базовой даты и времени | 2017-09 |
дата_месяц_номер |
Целое число месяца базовой даты и времени | 9 |
дата_месяц_имя |
Название месяца | Сентябрь |
дата_день_месяца |
День месяца | 3 |
date_fiscal_month_num |
Целое число месяца базовой даты и времени | 9 |
Чтобы использовать тип date_fiscal_month_num
, в модели должен быть установлен параметр Financial_month_offset
.
Типы четвертей
Тип | Описание | Пример вывода |
---|---|---|
дата_квартал |
Год и квартал базовой даты и времени | 3 кв. 2017 г. |
дата_квартал_года |
Квартал года, которому предшествует буква «Q» | 3 квартал |
дата_финансовый_квартал |
Финансовый год и квартал базовой даты и времени | 3 кв. 2017 г. |
дата_финансового_квартала_года |
Финансовый квартал года, которому предшествует буква «Q» | 3 квартал |
Чтобы использовать типы date_fiscal_quarter
и date_fiscal_quarter_of_year
, в модели должен быть установлен параметр Financial_month_offset
.
Год выпуска
Тип | Описание | Пример вывода |
---|---|---|
дата_год |
Целое число базовой даты и времени | 2017 |
дата_день_года |
День года | 143 |
дата_неделя_года |
Неделя года как число | 17 |
дата_финансовый_год |
Целочисленный финансовый год базовой даты и времени | 2017 |
Для использования типа date_fiscal_year
в модели должен быть установлен параметр Financial_month_offset
.
Использование
date_hourX
В date_hourX
X
заменяется на 2, 3, 4, 6, 8 или 12.
Каждый день будет разбит на интервалы с указанным количеством часов. Например, date_hour6
будет разбивать каждый день на 6-часовые сегменты, которые будут выглядеть так:
-
01.09.2014 00:00:00
-
01.09.2014 06:00:00
-
01.09.2014 12:00:00
-
01.09.2014 18:00:00
Например, строка с time
of 2014-09-01 08:03:17
будет иметь date_hour6
из 2014-09-01 06:00:00
.
Использование
date_minuteX
В date_minuteX
X
заменяется на 2, 3, 5, 10, 15 или 30.
Каждый час будет разделен на интервалы с указанным количеством минут. Например, date_minute15
будет разбивать каждый час на 15-минутные сегменты, которые будут выглядеть так:
-
01.
09.2014 01:00:00
-
01.09.2014 01:15:00
-
01.09.2014 01:30:00
-
01.09.2014 01:45:00
Например, строка с time
of 2014-09-01 01:17:35
будет иметь date_minute15
из 2014-09-01 01:15:00
.
Часовые пояса и
convert_tz
Как правило, вычисления времени (разницы, длительности и т. д.) работают правильно, только если вы работаете со значениями времени, преобразованными в один и тот же часовой пояс, поэтому при написании LookML важно помнить о часовых поясах.
Looker имеет различные настройки часового пояса, которые преобразуют данные на основе времени между разными часовыми поясами. Looker по умолчанию конвертирует часовые пояса. Если вы не хотите, чтобы Looker выполнял преобразование часового пояса для определенного измерения или группы измерений, вы можете использовать параметр convert_tz
, описанный на странице документации параметра convert_tz
.
Диалектная поддержка миллисекунд и микросекунд
Looker поддерживает точность до микросекунд; однако некоторые базы данных поддерживают точность только до секунд. Если база данных встречает тип времени более точный, чем он может поддерживать, он округляется до секунд.
В Looker 22.2 следующие диалекты поддерживают миллисекунды:
В Looker 22.2 следующие диалекты поддерживают микросекунды:
Обычно длительности обрабатываются как группа измерений
, которая использует тип : длительность
.
Однако можно создать одно измерение
для каждой отдельной длительности, которую вы хотите включить, вместо того, чтобы генерировать их все в одной группа_измерений
. Обычно этого избегают, если только вы не хотите изменить соглашение об именах временных рамок Looker (например, иметь поле с именем Количество дней до доставки вместо Продолжительность до доставки ).
В такой ситуации существует несколько отдельных типов длительности, перечисленных ниже.
При использовании типа продолжительности для измерения необходимо также включить параметры sql_start
и sql_end
, чтобы указать время начала и окончания для расчета разницы во времени.
Параметры sql_start
и sql_end
могут принимать любое допустимое выражение SQL, содержащее данные в формате отметки времени, даты и времени, даты, эпохи или ггггммдд. Поля sql_start
и sql_end
могут быть любыми из следующих:
- Ссылка на необработанный таймфрейм
: time
. - Ссылка на измерение типа
: date_raw
. - Выражение SQL, являющееся отметкой времени, например ссылка на столбец SQL, являющийся отметкой времени.
- Выражение SQL, которое извлекает время из вашей базы данных, используя соответствующее выражение для вашего диалекта.
Например, для этого определения группа измерений
:
измерение_группа: to_delivery { тип: продолжительность интервалы: [день, час] sql_start: ${created_raw} ;; sql_end: ${доставлено_raw};; }
Вы можете использовать эти параметры измерения
в качестве логического эквивалента:
параметр: number_of_days_to_delivery { тип: продолжительность_день sql_start: ${created_raw} ;; sql_end: ${доставлено_raw};; } параметр: number_of_hours_to_delivery { тип: duration_hour sql_start: ${created_raw} ;; sql_end: ${доставлено_raw};; }
В пользовательском интерфейсе исследования это создаст измерения с именами Количество дней до доставки и Количество часов до доставки .
Доступные типы продолжительности
Следующие типы используются в параметре типа
отдельного измерения для создания полей на основе длительности. Используйте ли , а не эти типы с параметром intervals
, который задокументирован на странице документации Dimension_Group.
Все отдельные типы длительности требуют метки времени в качестве входных данных из вашей базы данных.
Тип | Описание | Пример вывода |
---|---|---|
продолжительность_день |
Вычисляет разницу во времени в днях | 9 дней |
продолжительность_час |
Вычисляет разницу во времени в часах | 171 час |
продолжительность_минута |
Вычисляет разницу во времени в минутах | 10 305 минут |
продолжительность_месяц |
Вычисляет разницу во времени в месяцах | 3 месяца |
продолжительность_квартал |
Вычисляет разницу во времени в кварталах года | 2 квартала |
длительность_секунды |
Вычисляет разницу во времени в секундах | 606 770 секунд |
продолжительность_неделя |
Вычисляет разницу во времени в неделях | 6 недель |
продолжительность_год |
Вычисляет разницу во времени в годах | 2 года |
Мы не можем найти эту страницу
(* {{l10n_strings. REQUIRED_FIELD}})
{{l10n_strings.CREATE_NEW_COLLECTION}}*
{{l10n_strings.ADD_COLLECTION_DESCRIPTION}}
{{l10n_strings.COLLECTION_DESCRIPTION}} {{addToCollection.description.length}}/500 {{l10n_strings.TAGS}} {{$элемент}} {{l10n_strings.ПРОДУКТЫ}} {{l10n_strings.DRAG_TEXT}}{{l10n_strings.DRAG_TEXT_HELP}}
{{l10n_strings.
{{article.content_lang.display}}
{{l10n_strings.АВТОР}}{{l10n_strings.AUTHOR_TOOLTIP_TEXT}}
{{$выбрать.выбранный.дисплей}} {{l10n_strings.CREATE_AND_ADD_TO_COLLECTION_MODAL_BUTTON}} {{l10n_strings.CREATE_A_COLLECTION_ERROR}}Разрешить пользователям выбирать меры и измерения
Мы часто обсуждали, насколько мощными являются параметры в Tableau, потому что помимо фильтров и действий на панели инструментов они являются одним из немногих способов передать контроль в руки ваших конечных пользователей. В предыдущих уроках мы показали вам , как сравнивать и создавать сегменты , , как изменить агрегирование дат на линейном графике , и , как создать анализ «что, если» в Таблице — все с использованием возможностей параметры.
В этом посте вы узнаете, как использовать ту же функциональность в Tableau, чтобы позволить вам и конечным пользователям ваших информационных панелей решать, какие измерения или показатели будут отображаться в ваших представлениях. Это отличный подход для того, чтобы сфокусировать анализ, а также сэкономить место на панели инструментов, отображая только одно измерение и показатель за раз.
Как использовать параметры для выбора показателя в таблице
В этом примере предположим, что у нас есть непрерывный линейный тренд, показывающий интересующую нас меру по месяцам. Мы хотим настроить представление таким образом, чтобы мы (и наши конечные пользователи) имели возможность изменить отображаемую тенденцию между продажами, прибылью, количеством и скидкой. Мы будем использовать данные Sample — Superstore, которые поставляются с каждой загрузкой Tableau.
Шаг 1. Создайте параметр для четырех вариантов измерения
Самый интуитивно понятный способ создать параметр — щелкнуть правой кнопкой мыши где-нибудь на полке параметров в левом нижнем углу отдельного листа и нажать «Создать параметр…».Вам представлены шесть вариантов типа данных для вашего параметра. Чтобы пользователи могли выбирать, какая мера будет отображаться в представлении, мы будем использовать тип данных String . Вы также захотите изменить допустимые значения на Список , чтобы вы могли конкретно определить, какие параметры будут доступны пользователям. После того, как вы выберете «Список», вы увидите новое меню, которое позволяет вам вводить значения для каждого из вариантов. Введите имена каждой меры, дайте параметру имя, и ваш параметр должен выглядеть следующим образом:
.Шаг 2. Создание вычисляемого показателя
Параметры зависимы в том смысле, что они ничего не делают сами по себе. Чтобы заставить их работать, вы также должны предоставить Tableau инструкции о том, что должен делать каждый из входных параметров. Это можно сделать с помощью вычисляемого поля. Поскольку мы начинаем со способа, позволяющего пользователям выбирать между одной из четырех мер , мы создадим вычисляемую меру, которая сообщит Tableau, какую меру отображать на основе выбранного значения параметра. Если вы не знакомы с синтаксисом, определения в вычисляемом поле будут выглядеть так:
чехол [измеритель параметра]
, когда «продажи», затем SUM ( [продажи] )
, когда «прибыль» затем SUM ( [прибыль] )
, когда «количество», затем SUM [Количество] )
КОГДА «Скидка» ТО AVG ( [Скидка] )
КОНЕЦ
Обратите внимание, что мы дали агрегацию каждой мере.Если бы мы не назначали здесь агрегации, все четыре меры использовали бы одну и ту же агрегацию. Нам не имеет смысла суммировать скидки, поэтому мы присвоили этому показателю агрегирование среднего значения с помощью AVG. Мое окончательное вычисляемое поле выглядит так:
Шаг 3. Создание представления
На данный момент мы готовы создать наш непрерывный линейный график с нашей вновь созданной вычисляемой мерой. Мы знаем, что это должна быть непрерывная ежемесячная тенденция с течением времени, поэтому мы начинаем с размещения моего измерения даты на полке «Столбцы» с агрегированием непрерывного месяца.Чтобы создать линейный график, мы поместили только что созданную меру «Выбранная мера» на полку строк. На данный момент мы видим ежемесячную тенденцию для любой меры, которая является текущим значением в параметре, который мы создали. По умолчанию текущим значением будет первое значение (Продажи) в параметре. Представление в настоящее время выглядит так:
Шаг 4. Добавление элемента управления параметрами в представление
Остался всего один последний шаг, чтобы позволить вашим конечным пользователям выбирать между четырьмя созданными вами вариантами. Щелкните правой кнопкой мыши параметр, который был создан на полке параметров, и выберите «Показать управление параметрами». В правом верхнем углу появится новое меню, которое позволит вам и вашим конечным пользователям выбирать между четырьмя различными мерами. Изменение выбора изменит меру, отображаемую на линейном графике.
Как использовать параметры для выбора измерения в таблице
Если вы хотите, чтобы пользователи могли выбирать измерение вместо показателя или в дополнение к нему, выполните те же четыре шага, описанные выше, с параметрами измерения вместо параметров показателя.Единственное отличие состоит в том, что для измерений в вычисляемом поле не требуется агрегирование. Например, предположим, что в дополнение к предоставлению нашим пользователям возможности выбирать между показателями продаж, прибыли, количества и скидки, мы также хотим, чтобы они могли нарезать эти показатели по измерениям сегмента, категории продукта и область, край.
Мы должны выполнить шаги, описанные выше, и создать новый строковый параметр с записью для каждого из наших измерений. Мы бы создали вычисляемое поле, которое выглядит так:
Теперь это вновь созданное вычисляемое поле можно поместить на полку строк нашего линейного графика, чтобы пользователи могли просматривать тенденции не только по четырем различным показателям, но и по трем различным измерениям.Конечный продукт выглядит так:
Благодаря трем различным измерениям и четырем различным вариантам измерения мы предоставили пользователям двенадцать различных вариантов просмотра — все они контролируются ими без какого-либо опыта разработки Tableau!
Зарегистрируйтесь, чтобы получать аналитические советы и информацию прямо на свой почтовый ящик.
Вводя свой адрес электронной почты, вы соглашаетесь получать сообщения от Evolytics.Вы можете отказаться от подписки в любое время, нажав на ссылку отказа от подписки, расположенную в нижней части любого электронного письма.