Свойствами представлений являются: Свойства представлений

Свойства представлений

Представлениям присущи такие основные свойства, как наглядность, фрагментарность, неустойчивость и обобщенность.

Наглядность. Человек представляет образ воспринятого объекта исключительно в наглядной форме. При этом имеет место размытость очертаний и исчезновение ряда признаков. Наглядность представлений беднее наглядности восприятия вследствие утраты непосредственности отражения.

Фрагментарность. Для представления предметов и явлений характерна неравномерность воспроизведения их отдельных частей. Преимущество имеют объекты (или их фрагменты), которые в предыдущем перцептивном опыте обладали большей привлекательностью или значимостью.

Фрагментарность представлений, отмеченная еще Г. Эббингаузом и подтвержденная современными исследователями, состоит в том, что «при внимательном анализе или попытке установить все стороны или черты предмета, образ которого дан в представлении, обычно оказывается, что некоторые стороны, черты или части вообще не представлены». Если неустойчивость представления есть аналог неполной константности, то фрагментарность представляет собой эквивалент неполной целостности или выражение ее дефицита в представлении по сравнению с восприятием.

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

По своей сущности неустойчивость как проявление непостоянства является отрицательным эквивалентом или выражением дефицита константности, свойственной перцептивному образу. Она хорошо знакома каждому по собственному опыту и заключается в «колебаниях» образа и текучести его компонентов.

Обобщенность. Представленный объект, его образ, обладает определенной информационной емкостью, причем содержание (структура) образа представлений схематизируется или свертывается. Как указывает B.C. Кузин, представление всегда включает в себя элемент обобщения. В нем материал отдельного восприятия обязательно связывается с материалом предыдущего опыта и предшествующих восприятий.

Новое объединяется со старым. Представления – это результат всех прошлых восприятий конкретного предмета или явления. Береза как образ представления – итог всех прошлых восприятий берез как непосредственно, так и на изображениях. Поэтому представление, обобщая конкретный предмет (или явление), одновременно может служить обобщением и целого класса аналогичных предметов в силу того, что представляемый объект не воздействует непосредственно на органы чувств.

7.2.4. Основные свойства представлений . Психология физической культуры. Учебник

Представлениям присущи такие основные свойства, как наглядность, фрагментарность, неустойчивость и обобщенность.

• Наглядность. Человек представляет образ воспринятого объекта исключительно в наглядной форме. При этом имеет место размытость очертаний и исчезновение ряда признаков. Представления являются образами предметов и явлений, сохранившимися в памяти человека в их отсутствии, т. е. когда эти предметы и явления не воздействуют непосредственно на органы чувств. Наглядность представлений беднее наглядности восприятия вследствие утраты непосредственности отражения. Представления менее ярки и отчетливы, чем восприятия. Например, представление виденного когда-то дерева более бледно, чем его восприятие; оно не так отчетливо в своих формах, красках, размерах, деталях и т. д.

• Фрагментарность. Для представления предметов и явлений характерна неравномерность воспроизведения их отдельных частей. Преимущество имеют объекты (или их фрагменты), которые в предыдущем перцептивном опыте обладали большей привлекательностью или значимостью. Фрагментарность представлений, отмеченная еще Г. Эббингаузом и подтвержденная современными исследователями, состоит в том, что «при внимательном анализе или попытке установить все стороны или черты предмета, образ которого дан в представлении, обычно оказывается, что некоторые стороны, черты или части вообще не представлены». Если неустойчивость представления есть аналог неполной константности, то фрагментарность представляет собой эквивалент неполной целостности или выражение ее дефицита в представлении по сравнению с восприятием.

• Неустойчивость. Представленный в данный момент времени образ (или его фрагмент) можно удерживать в активном сознании лишь в течение определенного времени, по истечении которого он начнет исчезать, утрачивая фрагмент за фрагментом. С другой стороны, образ представления возникает не сразу, а по мере восприятия новых сторон и свойств предмета, новых временных связей; постепенно он дополняется, изменяется и «проясняется». По своей сущности неустойчивость как проявление непостоянства является отрицательным эквивалентом или выражением дефицита константности, свойственной перцептивному образу. Она хорошо знакома каждому по собственному опыту и заключается в «колебаниях» образа и текучести его компонентов.

• Обобщенность. Представленный объект, его образ, обладает определенной информационной емкостью, причем содержание (структура) образа представлений схематизируется или свертывается. Представления – это результат всех прошлых восприятий конкретного предмета или явления. Береза как образ представления – итог всех прошлых восприятий берез как непосредственно, так и на изображениях. Поэтому представление, обобщая конкретный предмет (или явление), одновременно может служить обобщением и целого класса аналогичных предметов в силу того, что представляемый объект не воздействует непосредственно на органы чувств. Представления – более обобщенные образы предметов, чем восприятия: в них на первый план выступают сходные особенности предметов данного класса.

Физиологической основой представлений служат процессы, происходящие только в корковых частях анализаторов; рецепторы при представлениях не функционируют. Физиологической основой представлений являются «следы», остающиеся в коре больших полушарий головного мозга от тех возбуждений, которые имели место при ощущениях и восприятиях.

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

Данный текст является ознакомительным фрагментом.

Продолжение на ЛитРес

Представление и его основные характеристики

При помощи ощущения и восприятия человек получает первичную информацию об окружающем мире. Какая-то часть этой возникшей информации сохраняется в течение некоторого времени в виде последовательных образов, но их роль для психической жизни невелика. Через какое-то время образ этого предмета может быть снова человеком вызван – случайно или намеренно. Данное явление получило название «представление».

Специалисты выделяют следующие представления:

• Представления памяти. Эти представления возникают на основе непосредственного восприятия человеком какого-либо явления или предмета в прошлом.
• Представления воображения. Эти представления формируются на основе информации, которую человек получил в прошлом и творчески её переработал. Например, воображение человека о тундре, рождается не на пустом месте. Он имеет о ней какие-то представления через фильмы, фотографии, уроки географии и др. На основе этого материала можно представить образ этой природной зоны. При звуках мелодии в сознании может возникнуть образ человека, с которым эту мелодию слушали, или то место, где эта мелодия звучала. От богатства прошлого опыта зависит полнота представлений.

Таким образом, человек, с помощью второй сигнальной системы – описания, словесные обозначения, может вызвать самые различные образы.

Представления возникают в результате практической деятельности, а не сами по себе и имеют огромное значение для всех психических процессов, которые обеспечивают познавательную деятельность человека. С представлениями связаны процессы восприятия, мышления, письменной речи.

Основные характеристики представления

Представления имеют свои основные характеристики:

• Наглядность. Представления относятся к чувственно-наглядным образам действительности. В этом плане они близки к образам восприятия. Поскольку представления являются переработанными образами объектов прошлого, то они не имеют той степени наглядности, которая присуща образам восприятия. От других форм знания о предмете представление отличается именно своей наглядностью. Например, можно хорошо знать характеристики того или иного предмета – цвет, размер, объем, этажность и др., но не иметь о нем представления.

Но все-таки представления от восприятий отличаются, и это показывает психологический анализ:

1. Представления бледнее восприятий. Люди отличаются друг от друга по степени яркости и живости представлений. Зрительные образы у одних очень бледны, у других достигают исключительной яркости. Но тем не менее какой бы ни была яркость представлений, она только приближается к восприятиям и никогда с ним не сравняется, а тем более не заменит его;
2. Черты и признаки объекта представления с одинаковой яркостью никогда не передаются. Они отражают только некоторые стороны и черты;
3. Представления текучи и изменчивы – на передний план выступают то одни, то другие детали и только у музыкантов и художников они бывают достаточно устойчивы и постоянны.

Фрагментарность. Данная характеристика говорит о том, что представления имеют много пробелов. Одни части представлены очень ярко, другие – смутно, третьи отсутствуют совсем. Представляя лицо знакомого человека, например, можно отчетливо воспроизвести только отдельные черты, остальные же детали выступают лишь слегка;

Неустойчивость и непостоянство. Образ вызванного предмета долго в сознании не удерживается и исчезает. Чтобы вызвать его снова, необходимо совершить очередное усилие.

Все представления, возникающие в сознании человека, являются не просто наглядными образами действительности, а в известной мере обобщенными образами. Характерно то, что в них с наибольшей яркостью подчеркнуты постоянные признаки объекта с одной стороны, а с другой – представлены бледно или отсутствуют признаки, характерные для частных воспоминаний. Степень обобщение образа может быть различна. Если эта степень обобщения большая – представления называются общими.

Основные функции представления

В психической регуляции поведения человека, представление, как любой познавательный процесс, осуществляет ряд функций. Исследователи выделяют следующие функции: сигнальную, регулирующую, настроечную:

• Сигнальная функция. Сущность этой функции состоит в том, что В каждом конкретном случае представление состоит в отражении не только образа предмета, который воздействовал на органы чувств человека ранее, но и многообразной информации о предмете. Эта информация под влиянием конкретных воздействий преобразуется в систему сигналов, управляющих поведением. По-мнению И.П. Павлова, представления являются первыми сигналами действительности, которые лежат в основе сознательной деятельности человека. Ученый показал, что представления часто формируются по механизму условного рефлекса. Когда человек сталкивается с каким-то предметом или явлением, то формируется представление не только о предмете, но и его свойствах. Впоследствии эти знания выступают в качестве первичного ориентировочного сигнала. Например, представления о фруктах, как пище, дают сигнал, что с их помощью можно утолить голод;
• Регулирующая функция. Данная функция представлений тесно связана с сигнальной функцией. Она состоит в отборе нужной информации о том или ином предмете, явлении, который раньше уже воздействовал на органы чувств человека. Отбор этот осуществляется с учетом реальных условий предстоящей деятельности. Данная функция помогает актуализировать те стороны, которые позволяют с наибольшим успехом решить поставленные задачи;
• Настроечная функция. Проявляется она в ориентации деятельности человека в зависимости от характера воздействий окружающей среды. Еще И.П. Павлов, изучая физиологические механизмы произвольных движений, показал, что двигательный образ обеспечивает настройку двигательного аппарата на выполнение соответствующих движений. Настроечная функция обеспечивает определенный тренирующий эффект двигательных представлений.

Среди психических познавательных процессов представление занимает особое место, поэтому Л.М. Веккер предлагает считать представления вторичными образами. Представление может рассматриваться как звено между восприятием и памятью, восприятием и мышлением.

Но, к сожалению, исследований этого психического процесса, в настоящее время ведется очень мало. Исследование вторичных образов имеет существенные трудности, как при описании основных эмпирических характеристик, так и на этапе теоретического поиска закономерностей, которые определяют организацию данной категории «первых сигналов».

В первую очередь трудности вызваны отсутствием наличного, непосредственно действующего объекта-раздражителя, поэтому само представление из-за его отсутствия трудно поддается фиксированию «летучей» структурой.

В результате этого экспериментально-психологическое исследование вторичных образов отстает от изучения первичных, сенсорно-перцептивных образов. Эмпирического материала здесь очень мало, а те данные, которые имеются, обычно фрагментарны и разрозненны. Например, большой и значительной проблемой является исследование процессов формирования представлений о самом себе.

Таким образом, исследования представлений являются актуальной проблемой и полностью еще не решенной.

Date.prototype.toLocaleString() — JavaScript | MDN

Метод toLocaleString() возвращает строку с языкозависимым представлением даты. Новые аргументы locales и options позволяют приложениям определять язык, чьи соглашения по форматированию должны использоваться, а также менять поведение этого метода. В старых реализациях, игнорирующих аргументы locales и options, используемая локаль и форма возвращённой строки целиком зависит от реализации.

dateObj.toLocaleString([locales[, options]])

Параметры

Проверьте раздел Совместимость с браузерами, чтобы увидеть, какие браузеры поддерживают аргументы locales и options, и Пример: проверка поддержки аргументов locales и options для определения этой возможности.

locales

Необязательный параметр. Строка с языковой меткой BCP 47, либо массив таких строк. Описание общей формы и интерпретации аргумента locales смотрите на странице, посвящённой объекту Intl. Разрешены следующие ключи расширения Unicode:

nu

Используемая система нумерации. Возможные значения включают в себя: "arab", "arabext", "bali", "beng", "deva", "fullwide", "gujr", "guru", "hanidec", "khmr", "knda", "laoo", "latn", "limb", "mlym", "mong", "mymr", "orya", "tamldec", "telu", "thai", "tibt".

ca

Используемый календарь. Возможные значения включают в себя: "buddhist", "chinese", "coptic", "ethioaa", "ethiopic", "gregory", "hebrew", "indian", "islamic", "islamicc", "iso8601", "japanese", "persian", "roc".

options

Необязательный параметр. Объект с некоторыми или всеми из следующих свойств:

localeMatcher

Используемый алгоритм сопоставления локалей. Возможными значениями являются "lookup" и "best fit"; значением по умолчанию является "best fit". Информацию по этой опции смотрите на странице, посвящённой объекту Intl.

timeZone

Используемый часовой пояс. Единственным значением, которые реализации обязаны распознавать, является "UTC"; значением по умолчанию является часовой пояс по умолчанию среды выполнения. Реализации также могут распознавать названия часовых поясов из базы данных часовых поясов IANA, например "Asia/Shanghai", "Asia/Kolkata" или "America/New_York".

hour12

Определяет, использовать ли 12-часовой формат времени (в противовес 24-часовому). Возможными значениями являются true и false; значение по умолчанию зависит от локали.

formatMatcher

Используемый алгоритм сопоставления форматов. Возможными значениями являются "basic" и "best fit"; значением по умолчанию является "best fit". Смотрите следующий абзац, объясняющий, как использовать это свойство.

Следующие свойства описывают компоненты даты/времени, используемые в форматированном выводе, и их желаемые представления. Реализации должны поддерживать, как минимум, следующие подмножества:

• weekday, year, month, day, hour, minute, second
• weekday, year, month, day
• year, month, day
• year, month
• month, day
• hour, minute, second
• hour, minute

Также реализации могут поддерживать другие подмножества и запросы будут сравниваться со всеми доступными подмножествами представлений для поиска наилучшего соответствия. Для такого сравнения доступно два алгоритма, нужный из которых выбирается свойством formatMatcher: чётко определённый алгоритм "basic" и зависящий от реализации алгоритм "best fit".

weekday

Представление дней недели. Возможными значениями являются "narrow", "short" и "long".

era

Представление эр. Возможными значениями являются "narrow", "short" и "long".

year

Представление лет. Возможными значениями являются "numeric" и "2-digit".

month

Представление месяцев. Возможными значениями являются "numeric", "2-digit", "narrow", "short" и "long".

day

Представление дней. Возможными значениями являются "numeric" и "2-digit".

hour

Представление часов. Возможными значениями являются "numeric" и "2-digit".

minute

Представление минут. Возможными значениями являются "numeric" и "2-digit".

second

Представление секунд. Возможными значениями являются "numeric" и "2-digit".

timeZoneName

Представление названий часовых поясов. Возможными значениями являются "short" и "long".

Значением по умолчанию для каждой компоненты даты-времени является undefined, однако, если все свойства weekday, year, month, day, hour, minute и second равны undefined, то их значения предполагаются равными "numeric".

Пример: использование метода

toLocaleString()

При базовом использовании без указания локали возвращается строка, отформатированная в соответствии с локалью и опциями по умолчанию.

var date = new Date(Date.UTC(2012, 11, 12, 3, 0, 0));



console.log(date.toLocaleString());

Пример: проверка поддержки аргументов

locales и options

Аргументы locales и options поддерживаются ещё не всеми браузерами. Для проверки того, поддерживает ли их уже реализация, можно затребовать несуществующую метку языка и проверить, будет ли выброшено исключение RangeError:

function toLocaleStringSupportsLocales() {
  try {
    new Date().toLocaleString('i');
  } catch (e) {
    return e​.name === 'RangeError';
  }
  return false;
}

Пример: использование аргумента

locales

Этот пример показывает некоторые локализованные форматы даты и времени. Для получения формата языка, используемого в пользовательском интерфейсе вашего приложения, убедитесь, что вы указали этот язык (и, возможно, несколько запасных языков) через аргумент locales:

var date = new Date(Date.UTC(2012, 11, 20, 3, 0, 0));






console.log(date.toLocaleString('en-US'));




console.log(date.toLocaleString('en-GB'));




console.log(date.toLocaleString('ko-KR'));



console.log(date.toLocaleString('ar-EG'));




console.log(date.toLocaleString('ja-JP-u-ca-japanese'));




console.log(date.toLocaleString(['ban', 'id']));

Пример: использование аргумента

options

Результат, предоставляемый методом toLocaleString(), может быть настроен с помощью аргумента options:

var date = new Date(Date.UTC(2012, 11, 20, 3, 0, 0));


var options = { weekday: 'long', year: 'numeric', month: 'long', day: 'numeric' };
console.log(date.toLocaleString('de-DE', options));



options.timeZone = 'UTC';
options.timeZoneName = 'short';
console.log(date.toLocaleString('en-US', options));



console.log(date.toLocaleString('en-US', { hour12: false }));

При форматировании большого количества дат лучшим вариантом будет создание объекта Intl.DateTimeFormat и использование функции, предоставляемой его свойством format.

BCD tables only load in the browser

Люсьен Леви-Брюль о пралогических представлениях древних — Моноклер

Рубрики : Культура, Последние статьи

Become a Patron!

Оживающие имена, неприкосновенные тени и мистическая связь между явлениями и предметами: французский философ, антрополог и этнолог Люсьен Леви-Брюль об особенной логике первобытного мышления древних людей, которая принимала любые противоречия как данность, и чувстве сопричастности ко всему живому.

Как древние люди воспринимали мир? Чем их мышление отличалось от нашего? Какие следы первобытного мышления можно найти у современного человека? Время этнологии на Моноклере: публикуем статью «Первобытное мышление» (La mentalité primitive, 1922) французского философа, антрополога и этнолога Люсьена Леви-Брюля, в которой учёный обращается к проблеме природы человеческого мышления и культурной обусловленности его развития, объясняя, чем коллективные представления древних людей отличаются от наших и как «закон сопричастности» заменял для древних наш рациональный закон причинности. Исследование основано на огромном фактическом материале, собранном во всех уголках планеты европейскими путешественниками, учеными и миссионерами в первобытных обществах.

Первобытное мышление, если рассматривать его с точки зрения содержания представлений, должно быть названо мистическим, оно должно быть названо пралогическим, если рассматривать его с точки зрения ассоциаций. Под термином «пралогический» отнюдь не следует разуметь, что первобытное мышление представляет собой какую-то стадию, предшествующую во времени появлению логического мышления. Существовали ли когда-нибудь такие группы человеческих или дочеловеческих существ, коллективные представления которых не подчинялись еще логическим законам? Мы этого не знаем: это, во всяком случае, весьма мало вероятно. То мышление обществ низшего типа, которое я называю пралогическим за отсутствием лучшего названия, это мышление, по крайней мере, вовсе не имеет такого характера. Оно не антилогично, оно также и не алогично. Называя его пралогическим, я только хочу сказать, что оно не стремится, прежде всего, подобно нашему мышлению избегать противоречия. Оно отнюдь не имеет склонности без всякого основания впадать в противоречия (это сделало бы его совершенно нелепым для нас), однако оно и не думает о том, чтобы избегать противоречий. Чаще всего оно относится к ним с безразличием. Этим и объясняется то обстоятельство, что нам так трудно проследить ход этого мышления.

Первобытное мышление

«Первобытное мышление» является выражением, которым очень часто пользуются с некоторого времени. Быть может, небесполезно будет напомнить здесь в нескольких словах, что я разумею под «первобытным мышлением».

Выражение «первобытное» является чисто условным термином, который не должен быть понимаем в буквальном смысле. Первобытными мы называем такие народности, как австралийцы, фиджийцы, туземцы Андаманских островов и т. д. Когда белые вошли в соприкосновение с этими народностями, те не знали еще металлов, и их цивилизация напоминала общественный строй каменного века. Отсюда и взялось название первобытных народов, которое им было дано. Эта «первобытность», однако, весьма относительна. О первобытном человеке в строгом смысле слова мы ровно ничего не знаем. Поэтому следует иметь в виду, что мы продолжаем пользоваться словом «первобытный» потому, что оно уже вошло в употребление, что оно удобно и что его трудно заменить.

Как бы там ни было, уместно будет предостеречь читателей против недоразумений, которые часто возникают, несмотря на мои разъяснения. Выражение «пралогическое» переводят термином «алогическое» как бы для того, чтобы показать, что первобытное мышление является нелогическим, т. е. неспособно осознавать, судить и рассуждать подобно тому, как это делаем мы. Очень легко доказать обратное. Первобытные люди весьма часто дают доказательства своей поразительной ловкости и искусности в организации своих охотничьих и рыболовных предприятий, они очень часто обнаруживают дар изобретательности и поразительного мастерства в своих произведениях искусства, они говорят на языках, подчас очень сложных, имеющих порой столь же тонкий синтаксис, как и наши собственные языки, а в миссионерских школах индейские дети учатся так же хорошо и так же быстро, как и дети белых. Кто может закрывать глаза на столь очевидные факты?

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

Отсюда вовсе не следует, однако, что подобная мыслительная структура встречается только у первобытных людей. Можно с полным правом утверждать обратное, и что касается меня, то я всегда имел это в виду. Не существует двух форм мышления у человечества, одной пралогической, другой логической, отделенных одна от другой глухой стеной, а есть различные мыслительные структуры, которые существуют в одном и том же обществе и часто, — быть может, всегда — в одном и том же сознании.

Представления, называемые коллективными, если их определять только в общих чертах, не углубляя вопроса об их сущности, могут распознаваться по следующим признакам, присущим всем членам данной социальной группы: они передаются в ней из поколения в поколение; они навязываются в ней отдельным личностям, пробуждая в них сообразно обстоятельствам, чувства уважения, страха, поклонения и т. д. в отношениях своих объектов. Они не зависят в своем бытии от отдельной личности, их невозможно осмыслить и понять путем рассмотрения индивида как такового.

Изучение коллективных представлений и их связей и сочетаний в низших обществах сможет, несомненно, пролить некоторый свет на генезис наших категорий и наших логических принципов. Точно исследовать, каковы руководящие принципы первобытного мышления, — вот та проблема, которая служит объектом настоящего труда. Без работ моих предшественников — антропологов и этнографов разных стран, в особенности без указаний, полученных мной из работ французской социологической школы, я бы никак не мог надеяться на разрешение этого вопроса или хотя бы даже на правильную его постановку.

Очень много помогли мне те, достаточно многочисленные в наши дни, психологи, которые вслед за Рибо стараются показать и выявить значение эмоциональных и моторных элементов в психической жизни вообще, вплоть до интеллектуальной деятельности в точном смысле слова. «Логика чувствований» Рибо (1905), «Психология эмоционального мышления» проф. Генриха Майера (1908) (ограничимся указанием этих двух трудов) разрушили те слишком узкие рамки, в которые под влиянием формальной логики традиционная психология пыталась заключить жизнь мысли.

Безусловно, существуют черты, общие всем человеческим обществам: в этих обществах существует язык, в них передаются от поколения к поколению традиции, в них существуют учреждения более или менее устойчивого характера; следовательно, высшие умственные функции в этих обществах не могут не иметь повсюду некоторую общую основу. Но, допустив это, все же приходится признать, что человеческие общества могут иметь структуры, глубоко различные между собой, а, следовательно, и соответствующие различия в высших умственных функциях. Следует, значит, наперед отказаться от сведения умственных операций к единому типу и от объяснения всех коллективных представлений одним и тем же логическим и психологическим механизмом.

То, что я пытаюсь сделать, это предварительное исследование самых общих законов, которым подчинены коллективные представления в малокультурных обществах, особенно в самых низших из тех, которые нам известны. Я попытаюсь построить если не тип, то, по крайней мере, сводку свойств, общих группе близких между собой типов, и определить таким образом, существенные черты мышления, свойственного низшим обществам.

Для того чтобы лучше выявить эти черты, я буду сравнивать это мышление с нашим, т. е. с мышлением обществ, вышедших из средиземноморской цивилизации, в которой развивались рационалистическая философия и положительная наука. Существенные различия между этими двумя типами резче всего бросаются в глаза, поэтому мы меньше рискуем упустить их. Для исследования мышления первобытных людей, которое является новым делом, нужна была бы, может быть, и новая терминология. Во всяком случае, необходимо будет, по крайней мере, специфицировать тот новый смысл, который должно приобрести известное количество общепринятых выражений в применении их к объекту, отличному от того объекта, который они обозначали раньше. Так, например, обстоит дело с термином «коллективные представления».

В общепринятом психологическом языке, который разделяет факты на эмоциональные, моторные (волевые) и интеллектуальные, «представление» отнесено к последней категории. Под представлением разумеют факт познания, поскольку сознание наше просто имеет образ или идею какого-нибудь объекта. Совсем не так следует разуметь коллективные представления первобытных людей. Деятельность их сознания является слишком мало дифференцированной для того, чтобы можно было в нем самостоятельно рассматривать идеи или образы объектов, независимо от чувств, от эмоций, страстей, которые вызывают эти идеи и образы или вызываются ими. Чтобы сохранить этот термин, нам следует изменить его значение. Под этой формой деятельности сознания следует разуметь у первобытных, людей не интеллектуальный или познавательный феномен в его чистом или почти чистом виде, но гораздо более сложное явление, в котором то, что собственно считается у нас «представлением», смешано еще с другими элементами эмоционального или волевого порядка, окрашено и пропитано ими. Не будучи чистыми представлениями в точном смысле слова, они обозначают или, вернее, предполагают, что первобытный человек в данный момент не только имеет образ объекта и считает его реальным, но и надеется на что-нибудь или боится чего-нибудь, что связано с каким-нибудь действием, исходящим от него или воздействующим на него. Действие это является то влиянием, то силой, то таинственной мощью, смотря по объекту и по обстановке, но действие это неизменно признается реальностью и составляет один из элементов представления о предмете.

Для того, чтобы обозначить одним словом это общее свойство коллективных представлений, которые занимают столь значительное место в психической деятельности низших обществ, я позволю себе сказать, что эта психическая деятельность является мистической. За неимением лучшего я буду употреблять этот термин не в силу его связи с религиозным мистицизмом наших обществ, который является чем-то в достаточной мере иным, а потому, что в самом узком смысле термин «мистический» подходит к вере в силы, влияния, действия, неприметные, неощутимые для чувств, но тем не менее реальные.

Другими словами, реальность, среди которой живут и действуют первобытные люди, сама является мистической. Ни одно существо, ни один предмет, ни одно явление природы не являются в коллективных представлениях первобытных людей тем, чем они кажутся нам. Почти все то, что мы в них видим, ускользает от их внимания или безразлично для них. Зато, однако, они в них видят многое, о чем мы и не догадываемся. Например, для «первобытного» человека, который принадлежит к тотемическому обществу, всякое животное, всякое растение, всякий объект, хотя бы такой, как звезды, солнце и луна, наделен определенным влиянием на членов своего тотема, класса или подкласса, определенными обязательствами в отношении их, определенными мистическими отношениями с другими тотемами и т. д. Так, у гуичолов «птицы, полет которых могуч, например, сокол и орел, видят и слышат все: они обладают мистическими силами, присущими перьям их крыльев и хвоста… эти перья, надетые шаманом, делают его способным видеть и слышать все то, что происходит на земле и под землей, лечить больных, преображать покойников, низводить солнце с небес и т. д.».

А если мы возьмем человеческое тело? Каждый орган его, как об этом свидетельствуют столь распространенные каннибальские обряды, а также церемонии человеческих жертвоприношений (в Мексике, например), имеет свое мистическое значение. Сердцу, печени, почке, глазам, жиру, костному мозгу и т. д. приписывается определенное магическое влияние.

Для первобытного сознания нет чисто физического факта в том смысле, какой мы придаем этому слову. Текучая вода, дующий ветер, падающий дождь, любое явление природы, звук, цвет никогда не воспринимаются так, как они воспринимаются нами, т. е. как более или менее сложные движения, находящиеся в определенном отношении с другими системами предшествующих и последующих движений. Перемещение материальных масс улавливается, конечно, их органами чувств, как и нашими, знакомые предметы распознаются по предшествующему опыту, короче говоря, весь психофизиологический процесс восприятия происходит у них так же, как и у нас. Первобытные люди смотрят теми же глазами, что и мы, но воспринимают они не тем же сознанием, что и мы. Можно сказать, что их перцепции состоят из ядра, окруженного более или менее толстым слоем представлений социального происхождения. Но и это сравнение было бы неточным и довольно грубым. Дело в том, что первобытный человек даже не подозревает возможности подобного различения ядра и облекающего его слоя представлений, у него сложное представление является еще недифференцированным.

Общеизвестен факт, что первобытные люди и даже члены уже достаточно развившихся обществ, сохранившие более или менее первобытный образ мышления, считают пластические изображения существ, писанные красками, гравированные или изваянные, столь же реальными, как и изображаемые существа. «У китайцев, — пишет де-Гроот, — ассоциирование изображений с существами превращается в настоящее отождествление. Нарисованное или скульптурное изображение, более или менее похожее на свой оригинал, является аlter еgо (вторым „я“) живой реальности, обиталищем души оригинала, больше того, это — сама реальность». В Северной Америке мандалы верили, что портреты заимствовали у своих оригиналов часть их жизненного начала. «Я знаю, — говорил один из мандалов, — что этот человек уложил в свою книгу много наших бизонов, я знаю это, ибо я был при том, когда он это делал, с тех пор у нас нет больше бизонов для питания».

Если первобытные люди воспринимают изображение иначе, чем мы, то это потому, что они иначе, чем мы, воспринимают оригинал. Мы схватываем в оригинале объективные реальные черты, и только эти черты: например, форму, рост, размеры тела, цвет глаз, выражение физиономии и т. д. Для первобытного человека изображение живого существа представляет смешение признаков, называемых нами объективными, и мистических свойств. Изображение так же живет, так же может быть благодатным или страшным, как и воспроизводимое и сходное с ним существо, которое замещается изображением.

Первобытные люди рассматривают свои имена как нечто конкретное, реальное и часто священное. Вот несколько свидетельств из большого количества имеющихся в нашем распоряжении. «Индеец рассматривает свое имя не как простой ярлык, но как отдельную часть своей личности, как нечто вроде своих глаз или зубов. Он верит, что от злонамеренного употребления его именем он так же верно будет страдать, как и от раны, нанесенной какой-нибудь части его тела. Это верование встречается у разных племен от Атлантического до Тихого океана». На побережье Западной Африки «существуют верования в реальную и физическую связь между человеком и его именем: можно ранить человека, пользуясь его именем… Настоящее имя царя является тайным…».

Первобытный человек не меньше, чем о своем имени или изображении, беспокоится о своей тени. Если бы он потерял свою тень, то он счел бы себя безвозвратно потерянным. Всякое посягательство на его тень означает посягательство на него самого. Фольклор всех стран дает множество фактов подобного рода. У туземцев Фиджи считается смертельной обидой наступить на чью-нибудь тень. В Западной Африке «убийства» иногда совершаются путем вонзания ножа или гвоздя в тень человека: преступник такого рода, пойманный с поличным, немедленно подвергается казни.

Кроме того, первобытные люди вполне сознательно придают столько же веры своим сновидениям, сколько и реальным восприятиям. Вместо того чтобы сказать, как это обыкновенно делается, что первобытные люди верят тому, что они воспринимают во сне, хотя это только сон, я скажу, что они верят сновидениям именно потому, что сновидения отнюдь не являются для них низшей и ошибочной формой восприятия. Напротив, это высшая форма: так как в ней роль материальных и осязаемых элементов является минимальной, то в ней общение с духами и невидимыми силами осуществляется наиболее непосредственно и полно.

Этим объясняется также то почтение и благоговение, которое питают к визионерам, ясновидящим, пророкам, а иногда даже к сумасшедшим. Им приписывается специальная способность общаться с невидимой реальностью. Все эти хорошо известные факты объясняются ориентацией коллективных представлений, которые придают мистический характер и действительности, среди которой «дикарь» живет, и восприятию «дикарем» этой действительности.

Для членов нашего общества, даже наименее культурных, рассказы о привидениях, духах и т. д. являются чем-то относящимся к области сверхъестественного: между этими видениями, волшебными проявлениями, с одной стороны, и фактами, познаваемыми в результате обычного восприятия и повседневного опыта, с другой стороны, существует четкая разграничительная линия. Для первобытного же человека, напротив, этой линии не существует. Суеверный, а часто также и религиозный человек нашего общества верит в две системы, в два мира реальностей одних — видимых, осязаемых, подчиненных неизбежным законам движения, и других — невидимых, неосязаемых, «духовных». Для первобытного мышления существует только один мир. Всякая действительность мистична, как и всякое действие, следовательно, мистичным является и всякое восприятие.

Если коллективные представления первобытных людей отличаются от наших своим по существу мистическим характером, если их мышление, как я пытался показать, ориентировано иначе, чем наше, то мы должны допустить, что и сочетание представлений в сознании первобытного человека происходит по-иному, чем у нас. Мышление низших обществ не повинуется исключительно законам нашей логики, оно, быть может, подчинено законам, которые не целиком имеют логическую природу.

Очень часто наблюдатели имели возможность собрать такие рассуждения или, точнее говоря, такие сочетания представлений, которые казались им странными и необъяснимыми. Я приведу некоторые из них. «В Ландане засуха была однажды приписана специально тому обстоятельству, что миссионеры во время богослужения надевали особый головной убор. Миссионеры показали туземным вождям свой сад и обратили их внимание на то, что их собственные насаждения погибают от недостатка воды. Ничто, однако, не могло убедить туземцев, волнение которых не улеглось до тех пор, пока не полили обильные дожди».

В Новой Гвинее «в то время, когда я поселялся со своей женой у моту-моту, — говорит Эдельфельт, — свирепствовала по всему побережью эпидемия плеврита… Нас, естественно, обвинили, меня и жену, в том, что мы привезли с собой посланца смерти, и стали требовать громкими криками, чтобы мы, а вместе с нами и учителя полинезийской школы были подвергнуты смертной казни… Следовало, однако, указать непосредственную причину эпидемии. Сначала обвинили бывшего у меня несчастного барана: пришлось его убить, чтобы успокоить туземцев. Эпидемия не переставала косить людей, и, в конце концов, проклятия и обвинения туземцев оказались направленными на большой портрет королевы Виктории, который был прибит к стене нашей столовой».

В Танне (Новые Гибриды) туземец, проходя по дороге, видит, как на него с дерева падает змея: пусть он назавтра или на следующей неделе узнает, что сын его умер в Квинсленде, и уж он обязательно свяжет эти два факта.

Такие же ассоциации мы находим и в Северной Америке. «Однажды вечером, когда мы беседовали о животных страны, я, желая показать туземцам, что у нас, во Франции, водятся зайцы и кролики, при помощи теней моих пальцев изобразил против света на стене фигуры этих животных. По чистой случайности туземцы назавтра наловили рыбы больше обыкновенного: они решили, что причиной богатого улова были именно те фигурки, которые я им показывал».

В Новой Гвинее «туземец, возвращаясь с охоты или рыбной ловли с пустыми руками, ломает себе голову над тем, каким способом обнаружить человека, околдовавшего его оружие или сети. Он поднимает глаза и видит как раз туземца из соседнего и дружественного селения, направляющегося к кому-нибудь с визитом. Туземец обязательно подумает, что этот человек и, есть колдун, и при первом удобном случае он внезапно нападет на него и убьет».

Общепринятое объяснение всех этих фактов сводится к следующему: мы имеем здесь неправильное применение первобытными людьми закона причинности, они смешивают предшествующее обстоятельство с причиной. Это просто частный случай весьма распространенной ошибки в рассуждении, которой присвоено название софизма Роst hос, егgо ргорtег hос (после этого, значит, вследствие этого).

Несомненно, первобытные люди так же, как и цивилизованные, или, может быть, больше склонны совершать данную ошибку в рассуждении. Однако в тех фактах, которые я привел и которые являются образцами весьма многочисленного разряда фактов, заключается нечто иное, чем наивное применение принципа причинности. Не только непосредственное предшествование во времени побуждает связывать какое-нибудь явление с другим. Уловленная или замеченная последовательность явлений может внушить ассоциирование их: самая ассоциация, однако, заключается в мистической связи между предшествующим и последующим, которую представляет себе первобытный человек и в которой он убежден, как только он себе ее представил. Последовательность во времени является элементом этой ассоциации. Но элемент этот не всегда обязателен и никогда недостаточен. Если бы дело обстояло иначе, то как объяснить, что сплошь да рядом самая постоянная, самая очевидная последовательность явлений ускользает от внимания первобытных людей? Например, «я-луо не ассоциируют дневного света с сиянием солнца: они рассматривают их, как две совершенно самостоятельных вещи, и спрашивают, что делается с дневным светом ночью». С другой стороны, туземцы часто твердо верят в такую последовательность, которая никогда не оправдывается на деле. Опыт не в состоянии ни разуверить их, ни научить чему-нибудь. В бесконечном количестве случаев мышление первобытных людей, как мы видели выше, непроницаемо для опыта.

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

Было бы трудно дать сейчас же отвлеченную формулировку этого закона. Все же за отсутствием удовлетворительной формулы можно попытаться дать приближенное определение. Я сказал бы, что в коллективных представлениях первобытного мышления предметы, существа, явления могут быть непостижимым для нас образом, одновременно и самими собой, и чем-то иным. Не менее непостижимым образом они излучают и воспринимают силы, способности, качества, мистические действия, которые ощущаются вне их, не переставая пребывать в них.

Другими словами, для первобытного мышления противоположность между единицей и множеством, между тождественным и другим и т.д. не диктует обязательного отрицания одного из указанных терминов при утверждении противоположного, и наоборот. Эта противоположность имеет для первобытного сознания лишь второстепенный интерес. Часто она скрадывается перед мистической общностью бытия тех существ, которые нельзя отождествлять, не впадая в нелепость. Так, например, «трумаи (племя северной Бразилии) говорят, что они — водяные животные. Бороро (соседнее племя) хвастают, что они — красные арара (попугаи)». Это вовсе не значит, что только после смерти они превращаются в арара или что арара являются превращенными в бороро и поэтому достойны соответствующего обращения. Нет, дело обстоит совершенно иначе. «Бороро, — говорит фон-ден-Штейнен, который никак не хотел поверить этой нелепице, но который должен был уступить перед их настойчивыми утверждениями, — бороро совершенно спокойно говорят, что они уже сейчас являются настоящими арара, как если бы гусеница заявила, что она бабочка». Фон-ден-Штейнен считает непостижимым, как они могут считать себя одновременно человеческими существами и птицами с красным оперением. Однако для мышления, подчиненного «закону партиципации», в этом нет никакой трудности. Все общества и союзы тотемического характера обладают коллективными представлениями подобного рода, предполагающими подобное тождество между членами тотемической группы и их тотемом.

С динамической точки зрения возникновение существ и явлений того или иного события представляет собой результат мистического действия, которое при определенных мистических условиях передается от одного предмета или существа к другому в форме соприкосновения, переноса, симпатии, действия на расстоянии и т. д. В огромном числе обществ низшего типа изобилия дичи, рыбы или плодов, правильная смена времен года, периодичность дождей — все это связывается с выполнением известных церемоний определенными людьми, обладающими специальной мистической благодатью. То, что мы называем естественной причинной зависимостью между событиями и явлениями, либо вовсе не улавливается первобытным сознанием, либо имеет для него минимальное значение. Первое место в его сознании, а часто и все его сознание занимают различные виды мистической партиципации.

Вот почему мышление первобытных людей может быть названо пралогическим с таким же правом, как и мистическим. Это, скорее, два аспекта одного и того же основного свойства, чем две самостоятельные черты. Первобытное мышление, если рассматривать его с точки зрения содержания представлений, должно быть названо мистическим, оно должно быть названо пралогическим, если рассматривать его с точки зрения ассоциаций. Под термином «пралогический» отнюдь не следует разуметь, что первобытное мышление представляет собой какую-то стадию, предшествующую во времени появлению логического мышления. Существовали ли когда-нибудь такие группы человеческих или дочеловеческих существ, коллективные представления которых не подчинялись еще логическим законам? Мы этого не знаем: это, во всяком случае, весьма мало вероятно. То мышление обществ низшего типа, которое я называю пралогическим за отсутствием лучшего названия, это мышление, по крайней мере, вовсе не имеет такого характера. Оно не антилогично, оно также и не алогично. Называя его пралогическим, я только хочу сказать, что оно не стремится, прежде всего, подобно нашему мышлению избегать противоречия. Оно отнюдь не имеет склонности без всякого основания впадать в противоречия (это сделало бы его совершенно нелепым для нас), однако оно и не думает о том, чтобы избегать противоречий. Чаще всего оно относится к ним с безразличием. Этим и объясняется то обстоятельство, что нам так трудно проследить ход этого мышления.

Необходимо подчеркнуть, что самый материал, которым орудует эта умственная деятельность, уже подвергся действию «закона партиципации»: коллективные представления первобытных людей являются совершенно иной вещью, чем наши понятия. Простое высказывание общего отвлеченного термина: человек, животное организм заключает в себе в подразумеваемом виде большое количество суждений, которые предполагают определенные отношения между многими понятиями. А коллективные представления первобытных людей не являются продуктом интеллектуальной обработки в собственном смысле этого слова. Они заключают в себе в качестве составных частей эмоциональные и моторные элементы, и, что особенно важно, они вместо логических отношений (включений и исключений) подразумевают более или менее четко определенные, обычно живо ощущаемые, «партиципации» (сопричастия).

Источник: Психология мышления. Под ред. Ю.Б. Гиппенрейтер и В.В. Петухова. М: Изд-во МГУ, 1980. С. 130-140.

Обложка: Рисунки на коре, аборигены Австралии (Люсьен Леви-Брюль. Первобытный менталитет. — Перевод с французского Е.Калыцикова. — СПб.: «Европейский Дом», 2002. — 400 с.)

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Похожие статьи

Создание таблицы и добавление полей

В базе данных можно хранить данные в виде таблиц — тематических списков строк и столбцов. Например, вы можете создать таблицу «Контакты» для хранения имен, адресов и телефонных номеров или таблицу «Товары» для хранения сведений о товарах. В этой статье описано, как создать таблицу, добавить в нее поля, настроить первичный ключ и свойства таблицы и полей.

Перед созданием таблиц и добавлением полей изучите основные понятия. Дополнительные сведения см. в статье Общие сведения о таблицах.

В этой статье

Создание таблицы

В простой базе данных, такой как список контактов, может быть всего одна таблица. Однако во многих базах данных используется несколько таблиц. При создании базы данных на компьютере создается файл, который используется как контейнер для всех ее объектов, включая таблицы.

Есть несколько способов создать таблицу: вы можете создать новую базу данных, вставить таблицу в существующую базу данных или импортировать таблицу из другого источника данных, например книги Microsoft Office Excel, документа Microsoft Office Word, текстового файла или другой базы данных, либо связать таблицу с этим источником. Когда вы создаете новую базу данных, в нее автоматически вставляется новая пустая таблица. Затем вы можете ввести в нее данные, чтобы начать определение полей.

К началу страницы

Создание таблицы в новой базе данных

1. Щелкните Файл > Создать и выберите пункт Пустая база данных рабочего стола.

2. В поле Файл введите имя файла новой базы данных.

3. Чтобы сохранить базу данных в другом месте, щелкните значок папки.

4. Нажмите кнопку Создать.

   Откроется новая база данных, в которой будет создана и открыта в режиме таблицы новая таблица с именем «Таблица1».

К началу страницы

Создание таблицы в существующей базе данных

1. Щелкните Файл > Открыть и выберите базу данных, если она указана в разделе Последние. В противном случае выберите один из вариантов поиска базы данных.

2. В диалоговом окне Открытие файла базы данных найдите базу данных, которую вы хотите открыть,и нажмите кнопку Открыть.

3. на вкладке Создание в группе Таблицы нажмите кнопку Таблица.

   В базу данных будет вставлена новая таблица, которая откроется в режиме таблицы.

К началу страницы

Использование импорта или связывания для создания таблицы

Чтобы создать таблицу, вы можете импортировать данные из другого файла (например, из листа Excel, списка SharePoint, XML-файла, другой базы данных Access, папки Microsoft Outlook и т. д.) либо связать таблицу с ним.

При импорте данных создается их копия в новой таблице текущей базы данных. Последующие изменения, вносимые в исходные данные, не будут влиять на импортированные данные, и наоборот. После подключения к источнику и импорта данных можно использовать импортированные данные без подключения к источнику. В структуру импортированной таблицы можно вносить изменения.

Когда осуществляется связывание с данными, в текущей базе данных создается связанная таблица, обеспечивающая динамическое подключение к данным, хранящимся в другом месте. Изменения данных в связанной таблице отражаются в источнике, а изменения в источнике — в связанной таблице. Для работы со связанной таблицей необходимо подключение к источнику данных. Изменить структуру связанной таблицы нельзя.

Примечание: Нельзя изменять данные на листе Excel с помощью связанной таблицы. В качестве обходного способа можно импортировать исходные данные в базу данных Access, а затем создать связь с базой данных из Excel.

К началу страницы

Создание таблицы с помощью импорта внешних данных или связи с ними

1. Откройте меню Файл и выберите команду Открыть.

2. В диалоговом окне Открытие файла базы данных выберите и откройте базу данных, в которой вы хотите создать таблицу.

3. На вкладке Внешние данные в группе Импорт и связи выберите один из доступных источников данных. 

4. Следуйте инструкциям в появляющихся диалоговых окнах.

   Будет создана таблица, имя которой появится в области навигации.

К началу страницы

Создание таблицы с использованием сайта SharePoint

Для создания таблицы базы данных можно использовать импортировать список SharePoint или создать связь с ним. Кроме того, вы можете создать новый список SharePoint на основе готового шаблона. В Access доступны такие шаблоны, как «Контакты», «Задачи», «Вопросы» и «События».

1. Откройте меню Файл и выберите команду Открыть.

2. В диалоговом окне Открытие файла базы данных выберите базу данных, в которой вы хотите создать таблицу, и нажмите кнопку Открыть.

3. На вкладке Создание в группе Таблицы нажмите кнопку Списки SharePoint.

4. Выполните одно из указанных ниже действий.

   Создание списка SharePoint на основе шаблона

   1. Выберите пункт Контакты, Задачи, Вопросы или События.

   2. В диалоговом окне Создание нового списка введите URL-адрес сайта SharePoint, на котором вы хотите создать список.

   3. Введите имя и описание для нового списка в полях Укажите имя нового списка и Описание.

   4. Чтобы открыть связанную таблицу после ее создания, установите флажок Открыть список по окончании экспорта (он установлен по умолчанию).

   Создание настраиваемого списка

   1. Выберите пункт Другой.

   2. В диалоговом окне Создание нового списка введите URL-адрес сайта SharePoint, на котором вы хотите создать список.

   3. Введите имя и описание для нового списка в полях Укажите имя нового списка и Описание.

   4. Чтобы открыть связанную таблицу после ее создания, установите флажок Открыть список по окончании экспорта (он установлен по умолчанию).

   Импорт данных из существующего списка

   1. Выберите пункт Существующий список SharePoint.

   2. В диалоговом окне Внешние данные введите URL-адрес сайта SharePoint, содержащего данные, которые нужно импортировать.

   3. Выберите пункт Импортировать данные источника в новую таблицу в текущей базе данных и нажмите кнопку Далее.

   4. Установите флажки всех списков SharePoint, которые нужно импортировать.

   Связь со списком

   1. Выберите пункт Существующий список SharePoint.

   2. В диалоговом окне Внешние данные — сайт SharePoint введите URL-адрес сайта SharePoint, содержащего список, связь с которым нужно создать.

   3. Выберите пункт Создать связанную таблицу для связи с источником данных и нажмите кнопку Далее.

   4. Установите флажки всех списков SharePoint, связи с которыми нужно создать.

К началу страницы

Создание таблицы с использованием веб-службы

В базе данных можно создать таблицу, подключенную к данным на веб-сайте с интерфейсом веб-службы. Таблицы веб-служб доступны только для чтения.

1. На вкладке Внешние данные в группе Импорт и связи нажмите кнопку Дополнительно и выберите команду Службы данных.

2. Если нужное подключение уже установлено, перейдите к действию 5. В противном случае перейдите к следующему действию.

3. Нажмите кнопку Установить новое подключение.

4. Выберите нужный файл подключения и нажмите кнопку ОК.

5. В диалоговом окне Создание связи с данными веб-службы разверните нужное подключение.

6. Выберите таблицу, связь с которой требуется создать. Ее поля отобразятся в правой части диалогового окна.

7. Можно ввести имя связанной таблицы в поле Укажите имя ссылки. Access будет выводить это имя связанной таблицы в области навигации.

8. Нажмите кнопку ОК. Будет создана связанная таблица.

К началу страницы

Настройка свойств таблицы

Кроме настройки свойств полей, можно задать свойства, которые применяются ко всей таблице или ко всем записям.

1. Выберите таблицу, для которой требуется задать свойства.

2. На вкладке Главная в группе Представления нажмите кнопку Представление и выберите пункт Конструктор.

3. На вкладке Конструктор в группе Показать или скрыть выберите пункт Страница свойств.

   Откроется страница свойств таблицы.

4. На странице свойств откройте вкладку Общие.

5. Щелкните поле слева от свойства, которое вы хотите задать, и введите значение.

   Чтобы сохранить изменения, не забудьте нажать клавиши CTRL+S.

   Свойство таблицы	Задача
   Представления на веб-сайте SharePoint	Укажите, должны ли представления, основанные на таблице, отображаться на сайте SharePoint. Примечание: Действие этого параметра зависит от значения свойства базы данных Отображать все представления на сайте SharePoint.
   Развернутая подтаблица	Укажите, следует ли развертывать все подтаблицы при открытии таблицы.
   Высота подтаблицы	Выполните одно из указанных ниже действий. Чтобы в окне подтаблицы отображались все строки, оставьте значение 0. Чтобы задать высоту подтаблицы, введите нужное значение.
   Ориентация	Укажите направление отображения данных в соответствии с направлением письма (слева направо или справа налево).
   Описание	Укажите описание таблицы, которое будет появляться в качестве всплывающей подсказки для этой таблицы.
   Режим по умолчанию	Укажите режим открытия таблицы, используемый по умолчанию (Режим таблицы, Сводная таблица или Сводная диаграмма). Режимы сводной таблицы и сводной диаграммы в Access недоступны, начиная с Access 2013.
   Условие на значение	Введите выражение, которое должно быть истинно при добавлении или изменении любой записи.
   Сообщение об ошибке	Введите сообщение, отображаемое в том случае, если запись не соответствует выражению в свойстве Правило проверки.
   Фильтр	Определите условия отображения строк в режиме таблицы.
   Порядок сортировки	Выберите одно или несколько полей, чтобы задать порядок сортировки по умолчанию для строк в режиме таблицы.
   Имя подтаблицы	Укажите, должна ли подтаблица отображаться в режиме таблицы. Если да, укажите таблицу или запрос, из которых подтаблица должна получать строки.
   Подчиненные поля	Укажите поля в таблице или запросе, используемые в подтаблице и соответствующие свойству Основные поля, заданному для таблицы.
   Основные поля	Укажите поля таблицы, соответствующие свойству Подчиненные поля, заданному для таблицы.
   Фильтр при загрузке	Укажите, необходимо ли автоматически применять условия фильтра, заданные с помощью свойства Фильтр (если присвоено значение Да), при открытии таблицы в режиме таблицы.
   Сортировка при загрузке	Укажите, необходимо ли автоматически применять условия сортировки, заданные с помощью свойства Порядок сортировки (если присвоено значение Да), при открытии таблицы в режиме таблицы.

   Совет.    Если в поле свойства недостаточно места для ввода или изменения значения, нажмите сочетание клавиш SHIFT+F2, чтобы открыть поле Область ввода. Если при назначении выражению свойства Правило проверки требуется помощь, нажмите кнопку рядом с полем свойства Правило проверки, чтобы открыть построитель выражений.

К началу страницы

Сохранение таблицы

После создания или изменения таблицы следует сохранить ее структуру. При первом сохранении таблице необходимо присвоить имя, описывающее содержащиеся в ней данные. Можно использовать до 64 знаков (букв или цифр), включая пробелы. Например, вы можете назвать таблицу «Клиенты», «Перечень запасных частей» или «Товары».

Access предоставляет вам гибкие возможности при именовании таблиц, однако есть и некоторые ограничения. Имя может сдержать до 64 знаков, включать любое сочетание букв, цифр, пробелов и специальных символов, за исключением точек (.), восклицательных знаков (!), квадратных скобок ([]), начального пробела, начального знака равенства (=) или непечатаемых символов, таких как возврат каретки. Кроме того, имя не должно содержать следующие символы: ` / \ : ; * ? » ‘ < > | # <TAB> { } % ~ &.

Совет: Договоритесь о том, по какому принципу будете называть объекты в базе данных, и следуйте этим правилам.

1. Выберите Файл > Сохранить или нажмите клавиши CTRL+S.

2. Если вы сохраняете таблицу в первый раз, введите ее имя и нажмите кнопку ОК.

К началу страницы

Настройка первичного ключа

Для таблицы следует задать первичный ключ, если только у вас нет веских оснований не делать этого. Access автоматически создает индекс для первичного ключа, что повышает производительность базы данных. Кроме того, Access гарантирует, что каждая запись имеет значение в поле первичного ключа и это значение всегда уникально. Это крайне важно, поскольку в противном случае нельзя надежно отличить одну строку от другой.

При создании таблицы в режиме таблицы Access автоматически создает первичный ключ с именем «Код» и присваивает ему тип данных «Счетчик».

Изменить или удалить первичный ключ, а также задать первичный ключ для таблицы, в которой его еще нет, можно в Конструкторе.

К началу страницы

Определение полей, используемых в качестве первичного ключа

Иногда данные, которые можно использовать в качестве первичного ключа, уже есть. Например, у сотрудников уже могут быть идентификационные номера. Если вы создаете таблицу для отслеживания данных о сотрудниках, в качестве первичного ключа можно использовать их идентификаторы. Иногда идентификаторы сотрудников уникальны только в сочетании с кодами отделов; в этом случае в качестве первичного ключа необходимо использовать сочетание этих полей. Первичный ключ должен обладать следующими характеристиками:

• Значение данного поля или сочетания полей должно быть уникальным для каждой записи.

• Поле или сочетание полей не должно быть пустым (у них всегда должно быть значение).

• Значения не должны изменяться.

Если данных, подходящих на роль первичного ключа, нет, для этого можно создать новое поле. При создании поля для использования в качестве первичного ключа выберите для него тип «Счетчик» — это обеспечит соответствие трем характеристикам, указанным выше.

К началу страницы

Настройка или изменение первичного ключа

1. Выберите таблицу, для которой вы хотите задать или изменить первичный ключ.

2. На вкладке Главная в группе Представления нажмите кнопку Представление и выберите пункт Конструктор.

3. На бланке таблицы выберите поле или поля, которые вы хотите использовать в качестве первичного ключа.

   Чтобы выделить одно поле, щелкните область выделения строки для него.

   Чтобы выделить несколько полей, щелкните область выделения для каждого поля, удерживая нажатой клавишу CTRL.

4. На вкладке Конструктор в группе Элементы нажмите кнопку Ключевое поле.

   Индикатор ключа будет добавлен слева от поля или полей, определенных как первичный ключ.

К началу страницы

Удаление первичного ключа

1. Выберите таблицу, первичный ключ которой вы хотите удалить.

2. На вкладке Главная в группе Представления нажмите кнопку Представление и выберите пункт Конструктор.

3. Щелкните область выделения строки для текущего первичного ключа. Если первичный ключ состоит из нескольких полей, щелкните область выделения строки для каждого из них, удерживая нажатой клавишу CTRL.

4. На вкладке Конструктор в группе Элементы нажмите кнопку Ключевое поле.

   Индикатор ключа будет удален из поля или полей, ранее определенных в качестве первичного ключа.

Если попытаться сохранить новую таблицу без первичного ключа, Access предложит создать поле для него. Если нажать кнопку Да, Access создаст поле «Код» с типом данных «Счетчик», в котором будет хранится уникальное значение для каждой записи. Если в таблице уже есть поле с типом «Счетчик», оно будет использовано в качестве первичного ключа. Если нажать кнопку Нет, Access не добавит новое поле и не задаст первичный ключ.

К началу страницы

Добавление полей

Чтобы сохранить новый фрагмент данных для уже имеющейся таблицы Access, рекомендуется добавить в нее поле. Например, предположим, что есть таблица с полями, в которых указаны фамилия, имя, адрес электронной почты, номер телефона и почтовый адрес каждого клиента. Если нужно начать отслеживать предпочтительный способ связи для каждого клиента, для хранения таких данных добавляется поле.

Все элементы данных, которые необходимо отслеживать, хранятся в отдельных полях. Например, в таблице контактов можно создать поля «Имя», «Фамилия», «Телефон» и «Адрес», а в таблице товаров — поля «Название товара», «Код товара» и «Цена».

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

Прежде чем создавать поля, разделите данные на минимальные полезные элементы. Потом вам будет намного проще объединить данные, чем разделить их. Например, вместо поля «Полное имя» лучше создать отдельные поля «Имя» и «Фамилия». Благодаря этому вам будет проще искать и сортировать данные по имени, фамилии или их сочетанию. Если вы собираетесь создавать отчет, выполнять сортировку, поиск или вычисления по элементу данных, выделите его в отдельное поле.

Для поля можно задать свойства, определяющие его вид и поведение. Например, свойство Формат задает отображение данных в таблице или форме, включающей поле.

К началу страницы

Добавление поля путем ввода данных

Чтобы при создании новой или открытии существующей таблицы в режиме таблицы добавить в нее поле, введите данные в столбец таблицы Добавить поле(1). В зависимости от того, какое значение введено, тип данных для поля назначается автоматически. Если введенное значение не имеет определенного типа данных, Access выбирает текстовый тип, но при необходимости его можно изменить.

Ввод данных в столбец Добавить поле:

1. Чтобы создать или открыть таблицу в режиме таблицы, в области навигации щелкните нужную таблицу правой кнопкой мыши и затем в контекстном меню выберите пункт Режим таблицы.

2. Введите имя создаваемого поля в столбец Добавить поле.

   Используйте описательное имя, помогающее идентифицировать поле.

3. Введите данные в новое поле.

К началу страницы

Добавление поля с помощью шаблона

Иногда проще выбрать поле из готового списка, чем создавать его вручную. Для выбора поля из списка шаблонов используется список Другие поля. Шаблон поля – это заданный набор характеристик и свойств, описывающих его. Определение шаблона поля включает имя поля, тип данных, значение свойства Формат и ряд других свойств.

1. На вкладке Главная в группе Представления нажмите кнопку Представление и выберите пункт Режим таблицы.

2. На вкладке Поля в группе Добавление и удаление нажмите кнопку Другие поля.

3. Чтобы вставить новый столбец, выберите поле в списке Другие поля. Access помещает поле справа от столбца, в котором находится курсор. Если вы выберете один из заголовков Quick Start, например «Адрес», Access воздаст множество полей в таблице для разных составляющих частей адреса.

К началу страницы

Задание свойств полей

Для поля можно задать свойства, определяющие его вид и поведение.

Например, с помощью свойств поля можно:

• изменить вид данных в поле;

• предотвратить ввод неправильных данных в поле;

• задать для поля значение по умолчанию;

• ускорить поиск и сортировку по полю.

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

Настраиваемые свойства зависят от типа данных поля.

К началу страницы

Задание свойств поля в режиме таблицы

В режиме таблицы можно переименовать поле, изменить его тип, свойство Формат и некоторые другие свойства.

1. В области навигации щелкните правой кнопкой мыши таблицу, которую вы хотите открыть.

2. В контекстном меню выберите пункт Режим таблицы.

К началу страницы

Переименование поля

Когда вы добавляете поле путем ввода данных в режиме таблицы, Access автоматически присваивает ему универсальное имя. Первому новому полю назначается имя «Поле1», второму — «Поле2» и т. д. По умолчанию имя поля используется в качестве его метки везде, где поле отображается (например, в заголовке столбца таблицы). Если вы присвоите полям описательные имена, вам будет легче просматривать и изменять записи.

1. Щелкните правой кнопкой мыши заголовок поля, которое требуется переименовать (например, «Поле1»).

2. В контекстном меню выберите пункт Переименовать поле.

3. Введите новое имя в заголовок поля.

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

К началу страницы

Изменение типа данных поля

При создании поля путем ввода данных в режиме таблицы приложение Access анализирует данные, чтобы определить подходящий тип данных для поля. Например, если ввести значение 01.01.2017, Access распознает его как дату и назначит полю тип даты-времени. Если Access не может однозначно определить тип данных, по умолчанию полю назначается текстовый тип. (Короткий текст, если используется Access 2016).

Тип данных поля определяет, какие еще свойства вы можете для него задать. Например, свойство Только добавление можно задать только для поля с типом данных «Гиперссылка» или «Поле МЕМО» (или «Длинный текст» в Access 2016).

Бывают ситуации, когда нужно изменить тип данных поля вручную. Представьте, что вам нужно ввести номера комнат, напоминающие даты (например, 10.2017). Если ввести значение 10.2017 в новое поле в режиме таблицы, функция автоматического определения типа данных выберет для поля тип данных «Дата и время». Поскольку номера комнат являются метками, а не датами, для них должен быть установлен тип данных «Текст». Чтобы изменить тип данных поля, выполните указанные ниже действия.

1. На ленте откройте вкладку Поля.

2. В группе Форматирование в списке Тип данных выберите нужный тип данных.

   Доступные типы данных

   Полный список доступных типов данных для баз данных Access вы найдете в статье Типы данных для баз данных Access рабочего стола.

   Советы по типам данных

   • Максимальный размер файла базы данных Access составляет 2 ГБ.

   • Чтобы оптимизировать производительность, при создании текстовых и числовых полей укажите оптимальный Размер поля. Например, если вы собираетесь хранить почтовые индексы известной длины, задайте соответствующие размеры поля. Для этого введите нужное значение в поле Размер поля. Дополнительные сведения см. в разделе Задание других свойств поля.

   • Для телефонных номеров, артикулов и других номеров, которые не предполагается использовать в математических вычислениях, вместо числового необходимо выбрать текстовый тип данных. Числовые значения, которые хранятся как текст, проще сортировать и фильтровать.

К началу страницы

Изменение формата поля

Кроме определения типа данных нового поля Access может задать для него значение свойства Формат, зависящее от введенных данных. Например, если ввести значение 10:50, Access выберет тип данных «Дата и время» и присвоит свойству Формат значение «Средний формат времени». Чтобы вручную изменить значение свойства Формат, сделайте следующее.

1. На ленте откройте вкладку Поля. 

2. В группе Форматирование в поле Формат введите нужный формат. 

   Примечание: Для полей некоторых типов (например, текстовых) список Формат может быть недоступен.

К началу страницы

Задание других свойств поля

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

2. На вкладке Поля в группах Свойства, Форматирование или Проверка поля выберите нужные свойства.

К началу страницы

Задание свойств поля в Конструкторе

При работе с таблицей в Конструкторе можно настраивать любые свойства полей. Тип данных поля задается на бланке таблицы, а другие свойства — в области Свойства поля.

1. В области навигации щелкните таблицу правой кнопкой мыши.

2. В контекстном меню выберите пункт Конструктор.

К началу страницы

Изменение типа данных поля

После создания поля можно изменить его различные параметры.

Предупреждение: Эти параметры можно изменять также у полей, которые были созданы ранее. Тем не менее если в поле уже есть данные, некоторые действия могут быть недоступны или привести к повреждению данных.

1. На бланке таблицы найдите поле, для которого вы хотите задать тип данных.

2. В столбце Тип данных выберите значение из списка.

   Доступные типы данных

   Полный список доступных типов данных для баз данных Access вы найдете в статье Типы данных для баз данных Access рабочего стола.

   Советы по типам данных

   • Максимальный размер файла базы данных Access составляет 2 ГБ.

   • Для телефонных номеров, артикулов и других номеров, которые не предполагается использовать в математических вычислениях, вместо числового необходимо выбрать текстовый тип данных. Числовые значения, которые хранятся как текст, проще сортировать и фильтровать, но их сложно использовать в вычислениях.

   • Для текстового и числового типа данных вы можете более точно задать размер поля или тип данных с помощью свойства Размер поля.

К началу страницы

Задание других свойств поля

Примечание: Не все форматы доступны для всех типов данных. Сначала задайте тип данных, а затем при необходимости настройте формат.

1. На бланке таблицы выберите поле, для которого вы хотите задать свойства. Свойства поля выводятся в области Свойства поля.

   Свойства, которые можно задать, зависят от типа данных этого поля.

2. В области Свойства поля введите нужные параметры для каждого свойства или нажмите клавишу F6 и выберите свойство с помощью клавиш со стрелками.

   Какие свойства полей доступны?

   Полный список свойств полей, доступных для каждого типа данных в базах данных приложения Access см. в статье Введение в использование типов данных и свойств полей.

   Примечание: Не все свойства доступны для каждого поля. Свойства поля определяются его типом данных.

3. Если требуется больше места для ввода или изменения значений в поле свойства, нажмите клавиши SHIFT+F2 для отображения поля Область ввода.

   Совет: Если вам требуется помощь в создании маски ввода или выражения условия на значение, нажмите кнопку рядом с полем свойства для отображения соответствующего построителя.

4. Чтобы сохранить изменения, нажмите клавиши CTRL+S.

К началу страницы

Перемещение поля

Чтобы переместить поле, перетащите его на нужное место. Чтобы выбрать несколько соседних полей для перемещения, щелкните первое поле, и, удерживая нажатой клавишу SHIFT, щелкните последнее поле. После этого можно перетащить выделенную группу полей на новое место.

При перетаскивании поля меняется его положение в таблице, порядок полей в конструкторе при этом не изменяется. При программном доступе к полям используется исходный порядок. Например, если перетащить поле в новое положение в режиме таблицы, а затем с помощью кнопки «Форма» создать на основе этой таблицы форму, поле будет расположено в исходном положении.

К началу страницы

См. также

Добавление вычисляемого поля в таблицу

Добавление поля в форму или отчет

Представление Базы Данных

Представление Базы Данных

Представление Базы Данных это результат посланных запросов к данным, которые находятся в таблице базы данных. В отличие от обычных таблиц в реляционной базе данных, представление является виртуальной таблицей, рассчитанной или собранной динамически из данных БД при запросе доступа к ней. Изменения, применяемые к данным соответствующей базовой таблице, воспроизводятся на данных, которые будут показаны при последующем вызове представления.

Преимущества представления над таблицами:

• Представления могут предоставлять подмножества данных, которые содержатся в таблице.
• Представления могут присоединять и упрощать множество таблиц в одну виртуальную таблицу.

Представлению не требуется много места; база данных содержит только определение представления, а не копию всех данных, которые оно предоставляет.

Вы можете манипулировать вложенными представлениями, так как одно представление может собрать данные из других представлений.

Данные представлений не упорядочены. Представление является реляционной таблицей, соответственно, предоставляет только набор данных. Однако, вы можете получить отсортированные данные из представления таким же образом, каким вы это делаете, работая с любой другой таблицей — в качестве части запроса для этого представления.

Представления Базы Данных AnyLogic

AnyLogic предоставляет пользователям набор предопределенных представлений базы данных, журналов действий собранных во время моделирования.

Вы также можете создать свое собственное представление базы данных, используя свои собственные таблицы базы данных, или таблицы с исходными данными.

Как создать новое представление базы данных

1. В разделе Проекты, нажмите правой кнопки на элемент База данных, и выберите Создать > Представление БД из всплывающего меню.
2. Вы увидите диалоговое окно Новое представление БД .
3. Укажите Имя представления в поле Имя вида.
4. Выделите таблицы, которые вы хотите включить в это представление базы данных.
5. Когда закончите, нажмите на кнопку OK .

6. В центре рабочей области вы увидите редактор представления базы данных, который будет отображать содержимое таблицы.

7. В меню дерева Проекты, новое представление будет расположено в подветви ветки База Данных модели.
8. В панели Свойства, вы найдете свойства представления (см. описание ниже). Вы можете изменять представление, редактируя SQL запрос этого представления в поле Задание представления.

Свойства

Имя – Название представления базы данных.

Мне не нужен этот журнал – [Параметр виден, если представление является журналом AnyLogic] Если опция отмечена, данные для этого журнала не собираются.

Создать редактируемую копию этого представления – [Параметр виден, если представление является журналом AnyLogic] Щелкните мышью по этой кнопке, чтобы создать копию этого нередактируемого представления и настроить его (путем редактирования SQL запроса в поле Задание представления).

Задание представления – [Параметр виден, если представление базы данных создано пользователем] SQL запрос, формирующий это представление. Если вам будет нужно изменить представление, отредактируйте этот запрос.

Столбцы – [Параметр виден, если представление базы данных создано пользователем] Нередактируемый список столбцов представления (он формируется SQL запросом представления). Вы можете видеть Имя столбца и Тип для каждого столбца этого представления.

Объяснение аккаунтов, свойств и представлений Google Analytics

Если вы попали сюда, вы, вероятно, только начинаете свой путь к Google Analytics. Итак, добро пожаловать в коллектив! Чтобы начать работу, вам необходимо ознакомиться с несколькими терминами: аккаунтов , свойств и просмотров .

Видите ли, Universal Analytics имеет очень четкую иерархию, состоящую из этих трех частей. Прежде чем приступить к сбору и анализу данных, убедитесь, что понимаете каждый шаг.

Иерархия Google Analytics начинается с учетной записи. В каждой учетной записи вы можете иметь до 50 объектов недвижимости. В пределах каждого свойства вы можете иметь до 25 просмотров. Вы можете настроить каждое из представлений с помощью фильтров, чтобы разделить данные отчетов.

Эту иерархию легко понять, но если вы не ознакомились с этими условиями, возможно, вы не используете свою учетную запись Google Analytics в полной мере. Присоединяйтесь к нам, чтобы изучить эти ключевые элементы Google Analytics и узнать все, что вам нужно знать об учетных записях, свойствах и представлениях.

Понимание счетов

Хорошо, давайте сначала поговорим об аккаунтах Google Analytics. Учетная запись — это то, как вы получаете доступ и обслуживаете все в Google Analytics. При первом создании учетной записи GA вы получите уникальный идентификатор. Этот идентификатор является частью кода отслеживания, который вставляется в исходный код вашего веб-сайта или мобильного приложения.

Как правило, для каждой организации требуется только один аккаунт Google Analytics. Конечно, если вы управляете несколькими компаниями, у вас будет несколько аккаунтов Google Analytics, но для большинства людей один — это все, что вам нужно.Если вам действительно требуется несколько учетных записей Google Analytics, вы можете управлять ими всеми под одним логином Google.

Как владелец учетной записи Google Analytics, вы можете предоставить доступ людям в вашей организации. Вы можете позволить им управлять пользователями, редактировать и сотрудничать. Вы можете настроить эти разрешения для всей своей учетной записи GA или для определенного ресурса или представления в своей учетной записи.

В каждой из ваших учетных записей Google Analytics может быть до 50 ресурсов. Теперь перейдем к обсуждению свойств.

Общие сведения о свойствах

Как мы упоминали выше, у вас может быть несколько ресурсов в одной учетной записи Google Analytics. Свойства — это ваши веб-сайты и мобильные приложения. Если у вашей компании есть веб-сайт, приложение для Android и приложение для iOS, вам потребуется отдельный ресурс для каждого из них. Кроме того, многие люди считают полезным настроить другое свойство только для тестирования.

Каждый из ваших ресурсов Google Analytics может иметь до 25 представлений. А теперь давайте посмотрим, как работают просмотры.

Общие сведения о представлениях

Полное название представления Google Analytics — «представление отчетов», потому что вы можете просматривать несколько отчетов в одном представлении. Ваши отчеты Google Analytics включают такие вещи, как данные в реальном времени, аудитория, привлечение, поведение и конверсии. Представления Google Analytics позволяют получать доступ, настраивать и анализировать данные с помощью фильтров.

Когда вы создаете ресурс Google Analytics, вы автоматически начинаете с нефильтрованного представления. Однако, как мы упоминали выше, у вас может быть до 25 представлений для каждого из ваших ресурсов Universal Analytics.Имейте в виду, что все ваши данные будут автоматически отображаться во всех представлениях, связанных с одним свойством.

Вы можете задаться вопросом, зачем вам нужно несколько представлений в одном ресурсе Google Analytics. Основная причина, по которой вы хотите настроить более одного представления, — это возможность использовать фильтры. Фильтры позволяют настроить вид так, чтобы вы видели только то, что вам нужно.

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

Примечание: У вас всегда должно быть нефильтрованное представление, которое остается нетронутым. Это важно на тот случай, если вы ошибетесь при настройке фильтров. Вы не сможете восстановить отфильтрованные данные, поэтому всегда сохраняйте неотфильтрованное представление, содержащее все ваши данные.

Чтобы создать новое представление в своем ресурсе Google Analytics, выполните следующие действия:

1.Войдите в свою учетную запись Google Analytics.

2. Выберите желаемую недвижимость.

3. Щелкните «Admin» (в нижнем левом углу).

4. Щелкните «Создать представление».

5. Выберите желаемые характеристики и нажмите «Создать представление».

Чем отличается Google Analytics 4?

Иерархия в Google Analytics 4 другая, но столь же простая. В GA4 у вас есть учетная запись, отдельный ресурс и потоки данных.

В Universal Analytics у вас есть уникальное свойство для вашего веб-сайта и приложений Android / iOS. В GA4 у вас теперь есть одно свойство, и в нем вы можете получать данные со своего веб-сайта, приложения для iOS и приложения для Android. Каждый из них становится потоком данных (источником данных) в вашем ресурсе GA4.

Когда вы нажмете «Администратор», вы увидите только «Аккаунт» и «Ресурс». GA4 покончил с представлениями, и вместо них у нас теперь есть «потоки данных» (под заголовком «Свойство»).

Ваши потоки данных включают ваш веб-сайт и приложения для Android и iOS. У вас будет один поток данных для каждого источника данных в ваших отчетах.

В GA4 вы настраиваете потоки данных, чтобы повлиять на единое представление отчетов для каждого ресурса. Имейте в виду, что вы можете иметь только по одному потоку данных (Интернет, iOS и Android) в одном свойстве GA4.

Иерархия Google Analytics

Понимание иерархии Google Analytics — это первый шаг к максимально эффективному использованию вашей учетной записи GA.Каждая часть важна для просмотра и анализа данных о посетителях.

Хотя вам, вероятно, понадобится только один аккаунт Google Analytics, вам понадобится несколько ресурсов — по одному для каждого веб-сайта и мобильного приложения, которым вы управляете. Вы также захотите иметь несколько представлений, чтобы вы могли применять фильтры, но при этом иметь неотфильтрованное представление на случай, если вы сделаете ошибку.

Сталкивались ли вы с какими-либо проблемами при настройке учетных записей, ресурсов или представлений Google Analytics? Дайте нам знать об этом в комментариях!

Views as properties — бесплатный взлом с iOS: учебник SwiftUI Edition

Пол Хадсон @twostraws 23 октября 2021 года

Существует множество способов упростить использование сложных иерархий представлений в SwiftUI, и один из вариантов — использовать свойства — создать представление как свойство вашего собственного представления, а затем использовать это свойство внутри ваших макетов.

Например, мы могли бы создать два таких текстовых представления как свойства, а затем использовать их внутри VStack :

  struct ContentView: View {
    let motto1 = Текст ("Draco dormiens")
    let motto2 = Текст ("nunquam titillandus")

    var body: some View {
        VStack {
            девиз1
            девиз2
        }
    }
}  

Вы даже можете применять модификаторы непосредственно к этим свойствам по мере их использования, например:

  VStack {
    девиз1
        .foregroundColor (красный)
    девиз2
        .foregroundColor (. синий)
}  

Создание представлений как свойств может быть полезным для большей ясности кода body — это не только помогает избежать повторения, но также может получить более сложный код из свойства body .

Swift не позволяет нам создавать одно сохраненное свойство, которое ссылается на другие сохраненные свойства, потому что это может вызвать проблемы при создании объекта. Это означает, что попытка создания TextField , привязанного к локальному свойству, вызовет проблемы.

Однако вы можете создать вычисленных свойств, если хотите, например:

  var motto1: some View {
    Текст ("Draco dormiens")
}  

Это часто отличный способ разделить ваши сложные представления на более мелкие части, но будьте осторожны: в отличие от свойства body , Swift не будет автоматически применять здесь атрибут @ViewBuilder , поэтому, если вы хотите отправить несколько представлений назад у вас есть три варианта.

Сначала вы можете поместить их в стопку, например:

  var spells: some View {
    VStack {
        Текст («Люмос»)
        Текст ("Obliviate")
    }
}  

Если вы не хотите специально организовывать их в стопку, вы также можете отправить обратно Group .Когда это происходит, расположение ваших представлений определяется тем, как вы используете их в другом месте кода:

  var spells: some View {
    Группа {
        Текст («Люмос»)
        Текст ("Obliviate")
    }
}  

Третий вариант — добавить атрибут @ViewBuilder самостоятельно, например:

  @ViewBuilder var spells: some View {
    Текст («Люмос»)
    Текст ("Obliviate")
}  

Из всех них я предпочитаю использовать @ViewBuilder , потому что он имитирует работу body , однако я также насторожен, когда вижу, что люди втискивают много функций в свои свойства — обычно это признак того, что их мнения становятся слишком сложный, и его нужно разбить.Кстати, давайте займемся этим следующим…

Спонсируйте взлом со Swift и войдите в крупнейшее в мире сообщество Swift!

Свойства чертежного вида — 2019

Диалоговое окно «Свойства чертежного вида» предоставляет информацию о виде чертежа и связанной с ним модели.

Для просмотра и редактирования свойств чертежного вида:

1. Выполните одно из следующих действий:
   • Щелкните правой кнопкой мыши вид чертежа и выберите «Свойства».
   • В окне PropertyManager чертежный вид щелкните Дополнительные свойства.
2. Измените свойства и нажмите ОК.
3. Щелкните «Обновить вид» (панель инструментов «Рисование») или «Перестроить» (панель инструментов «Стандартная»).

Посмотреть недвижимость

Просмотр информации	Только для чтения
Информация о модели	Только чтение.Информация о модели недоступна для отдельных представлений.
Информация о конфигурации	Выберите одно из следующего: Использовать «используемую» модель или последнюю сохраненную конфигурацию Использует активную конфигурацию открытой детали или сохраненную конфигурацию закрытой детали. Использовать именованную конфигурацию Использует ранее созданную конфигурацию.Для родительских представлений (таких как именованные и 3 стандартных представления) выберите «Использовать именованную конфигурацию» и, при необходимости, одно из состояний отображения в этой конфигурации. Показать в разобранном состоянии или в состоянии разрыва модели (Только для сборок и многотельных деталей с определенными разнесенными видами или видами с разрывом модели.) Использует предварительно определенный вид с разнесением деталей или вид модели с разрывом.

Состояние отображения (только для сборок.)

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

Чтобы получить доступ только к списку состояний отображения для родительского или дочернего представления, выберите вид и используйте настройки состояния отображения в PropertyManager.

Воздушные шары

Ссылка текста выноски на указанную таблицу

Назначает номера позиций в соответствии с выбранными номерами позиций спецификации или номерами позиций списка вырезов сварной детали.Если вы прикрепляете балун к компоненту, которого нет в конфигурации спецификации, номер балуна отображается со звездочкой (*).

Опции

Показать конверт	(Только для сборок.) Отображает компоненты конверта сборки на виде чертежа.
Совместите разрывы с родительскими	Если вид — это вид с разрывом, который был создан из другого вида с разрывом, установите этот флажок, чтобы выровнять разрывные зазоры в двух видах.
Ограничивающая рамка дисплея	Отображает наименьший прямоугольник, в который помещается развертка листового металла.
Отображение примечаний по сгибу листового металла	Показывает примечания по сгибу на чертеже.
Показать неподвижную грань	Отображает фиксированную грань, заданную в элементе развертки детали из листового металла. Для просмотра неподвижной грани вид развертки должен включать в себя таблицу сгибов.
Показать направление волокон	Отображает направление волокон, заданное в элементе развертки детали из листового металла. Для просмотра направления волокон на виде развертки должна быть таблица сгибов.
Мультфильм	Отображает настройки анимации (цвет и толщина кромки мультфильма), определенные в.

Свойства базы данных помогают организовать информацию вашей команды.

Свойства являются основой баз данных.Они помогут вам организовать страницы в вашей базе данных на основе выбранных вами критериев.

Хотите, чтобы все проекты были выполнены в срок? Для этого есть свойство. Хотите назначить руководителя проекта? Свойство для этого тоже. А как насчет отметки о типе проекта? Да, это делают свойства.

С помощью свойств вы можете получить моментальный снимок информации, связанной с каждой страницей в базе данных, и, что, возможно, даже более важно, отфильтровать данные на основе различных типов свойств.

Есть несколько способов добавить свойство: на странице базы данных или выбрав Свойства в правом верхнем углу базы данных.Щелкните + Добавить свойство в любом сценарии, назовите свойство и выберите нужный тип. Давайте разберемся, как их использовать.

Основные свойства для каждой базы данных

Хотя в базах данных можно разместить все, от инженерных спринтов до календарей контента, существуют ключевые свойства, которые представляют собой ставки для большинства баз данных Notion. Они помогают рассказать вам, что происходит, кто несет ответственность и когда это необходимо (или обо всем, что вам нужно знать о странице базы данных).

Вот некоторые из основных свойств, которые вы можете использовать для организации почти каждой базы данных:

• Имя — в базе данных таблицы в первом столбце отображается «Имя» вверху. Здесь вы назовете страницы, которые входят в вашу базу данных. Каждая страница также содержит все свойства страницы и позволяет хранить такую ​​информацию, как черновики, изображения, код и т. Д.

• Выберите — настройте способ пометки проектов в базе данных, например по приоритету, типу проекта, командам или статусу.Может быть, у HR есть база данных для отслеживания кандидатов. Используйте свойство Select для назначения этапов, например «Собеседование на месте» или «Предложение». Вы можете быстро создать новые теги, щелкнув ячейку для свойства. И любые созданные вами теги будут отображаться в раскрывающемся списке для выбора.

• Множественный выбор — это похоже на свойство Select , но вы можете назначить странице несколько атрибутов. Возвращаясь к примеру отслеживания кандидатов, вы можете добавить свойство Multi-select под названием «Навыки» для всех навыков, которые вы собрали из резюме кандидата и собеседований.

В этой базе данных отслеживания кандидатов можно увидеть использование свойств Select («Этап» и «Роль»), Multi-select («Skills») и Person («Менеджер по найму»).

• Человек — отметьте этим свойством товарищей по команде, независимо от того, являются ли они владельцем проекта или участвуют в каком-либо отношении. Это гарантирует, что все знают, кто за что отвечает.

• Дата — установите крайние сроки или установите дату начала и окончания для завершения вашего проекта.Ваша группа инженеров может использовать свойства даты для запуска функций, а также для двухнедельных спринтов для создания этих функций. Вы можете установить каждый из них отдельно, а затем создать представление временной шкалы, упорядоченное по датам отгрузки и датам исполнения.

Если у вас есть несколько свойств даты, вы можете выбрать, какие из них будут использоваться для размещения проектов на временной шкале.

Не будем упускать из виду доски, которые группируют страницы в столбцы на основе свойств Select , Multi-select или Person .

Например, вы можете сгруппировать доску по менеджеру проекта (свойство Person ), чтобы увидеть, что у каждого есть на своих тарелках. Вы также можете сгруппировать страницы по их статусу (свойство Select ), например «Не запущено» или «Выполняется». Создание нескольких представлений базы данных с этой информацией также поможет вам быстро загрузить проекты в зависимости от того, что вам нужно.

Одну доску можно просматривать разными способами, поэтому вы получите необходимую информацию.

Вместе эти свойства дают вашей команде простой способ систематизировать большие наборы информации.

Создавайте представления для отображения соответствующей информации базы данных

Щелкните, чтобы развернуть

Будьте первым, кто получит информационный бюллетень Notion при его запуске

Зарегистрируйтесь сейчас, и вскоре вы получите советы, ресурсы и истории Notion прямо на свой почтовый ящик .

Нужно хранить разные типы информации? Используйте эти свойства

Добавьте немного больше текстуры к своим свойствам, используя их, чтобы удерживать все материалы, которые могут вам понадобиться в рамках текущей работы.

• Файлы и медиа — загрузите соответствующие файлы прямо в эту собственность. Например, вы можете добавлять изображения-герои для любых сообщений в блогах или контента социальных сетей и отображать их в виде галереи. Использование свойства для этой информации также упрощает загрузку, вместо того, чтобы искать ее в теле страниц.

Навигация по любому визуальному элементу в представлении галереи очень проста. К тому же каждая карточка — это отдельная страница, содержащая необходимые файлы или информацию.

• Текст — используйте свойство текста, чтобы резюмировать содержимое страницы или предоставить подробные сведения. Таким образом, вы можете быстро получить важную информацию прямо из базы данных, а не углубляться в саму страницу. Ваш отдел продаж может использовать это свойство, чтобы дать пару строк о ваших конкурентах в ходе аудита, чтобы ссылаться на них во время торговых звонков.

Текстовое свойство идеально подходит для быстрого составления сводок.

• Флажок — убедитесь, что владельцы проекта выполнили определенные элементы.Если вы разрабатываете оптимизированный для SEO контент, добавляйте флажки, чтобы писатели попадали в целевые ключевые слова, использовали внутренние ссылки и другие средства оптимизации на странице. Затем добавьте фильтр, при котором неотмеченные элементы не отображаются в вашей базе данных. Таким образом, вы за секунды увидите, какой контент еще требует доработки.

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

• URL, электронная почта, телефон — быстро связывайтесь с потенциальными клиентами, включив контактную информацию каждого лида в свои базы данных CRM (а вот шаблон CRM, который вы можете использовать!).

Храните другую релевантную информацию на своих страницах с помощью адреса электронной почты, телефона и URL-адреса.

Расширенные свойства для лучшего управления проектами

Может быть, вы хотите соединить две базы данных или посмотреть, когда страница в базе данных редактировалась в последний раз. Эти расширенные свойства помогут вашей команде максимально эффективно использовать базы данных.

• Отношения — соедините две базы данных вместе с отношениями, чтобы получить полную картину вашей работы.Например, ваша продуктовая группа может запускать новую функцию со всей информацией, размещенной на странице в вашей базе данных дорожной карты. Вы можете использовать отношение, чтобы связать свою дорожную карту с базой данных заметок о встречах вашей команды, что означает, что все соответствующие встречи, посвященные этому проекту, доступны прямо на странице проекта.

Объедините все задачи и заметки о встречах в проект в одном месте.

• Сводные данные — это помогает агрегировать данные на основе отношений.Предположим, у вас есть базы данных задач, которые необходимо выполнить до выпуска новой функции, с каждой задачей, имеющей флажок. Вы можете объединить эти задачи, чтобы увидеть, как идет работа над запуском. Узнайте больше о сводных данных.

• Время создания — как только страница будет создана, она будет отмечена датой и временем. Это помогает, когда вы очищаете базу данных, чтобы удалить устаревшие спецификации проекта или рекомендации по исследованиям.

В этом каталоге сотрудников используется свойство Время создания, чтобы отмечать, когда сотрудники присоединились к компании.

• Создано — посмотрите, кто создал страницы, что помогает при организации страниц на основе их создателей. Например, вы можете использовать это свойство для фильтрации заметок о собраниях на основе тех, которые вы написали.

Упорядочивайте документы по тому, кто их создал.

• Время последнего редактирования и от — автоматическое заполнение метки времени последнего редактирования страницы (и кем). Это может быть особенно полезно, когда вы ведете проект, управляющий страницей, на которой работают многие люди.

• Формула — покажите, как идет работа над проектом, получите голоса по вопросам для следующего собрания, рассчитайте налоги и многое другое, вставив формулы в вашу базу данных. Они позволяют вашей команде выполнять вычисления и выполнять функции на основе других свойств.

Отображать только те свойства, которые вам нужны.

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

Включите / выключите свойства в зависимости от того, что вы хотите видеть, нажав Свойства в верхней части базы данных. Вы также можете использовать их в разных представлениях — например, в дорожной карте проекта вы можете захотеть увидеть только свойства DRI и даты запуска, или в представлении календаря вам может потребоваться только увидеть тип проекта.

Включите то, что вам нужно увидеть, и переставьте по приоритету.

Для дальнейшей настройки ваших свойств вы можете выбрать, какие из них будут скрытыми или видимыми.На страницах проекта базы данных нажмите ⋮⋮ слева от свойства и выберите Скрыть свойство . Здесь вы можете выбрать, будет ли свойство всегда видимым, всегда скрытым или видимым только тогда, когда оно используется.

Ресурсы для вашей базы данных

Шаблоны для ваших баз данных

Настройка View Properties | Проектирование просмотров

Прежде чем добавлять в представление столбцы или другие элементы, я хочу уделить время обсуждению окна свойств представления, которое предоставляет параметры для настройки цветов и стилей, а также параметры глобальной индексации.Здесь вы вводите имя и псевдоним для представления. В окне свойств просмотра есть шесть вкладок:

• Просмотр информации
• Опции
• Стили
• Запуск
• Продвинутый
• Безопасность

Настройка свойств просмотра информации

Вкладка View Info (см. Рисунок 6.4) — это место, где вы назначаете представления, создаете псевдонимы и выбираете тип представления. Имена вводятся в поле Имя и не могут превышать 64 символа.Создание псевдонима представления — это всегда хорошая идея, как и создание псевдонима формы. На представления можно ссылаться в формулах так же, как на формы. Использование псевдонима представления в формулах позволяет изменять имя представления, не влияя на формулы. Используйте короткий псевдоним, чтобы облегчить использование в формуле. По мере роста количества просмотров вы, вероятно, захотите собирать их в папки. Это включает изменение имени; Если вы были осторожны при использовании псевдонима представления и использования этого псевдонима в формулах, ссылающихся на представление, никакие формулы изменять не нужно.

Рисунок 6.4. Вкладка «Просмотр информации» диалогового окна «Просмотр свойств» включает поле для определения псевдонима.

Некоторые представления фактически скрыты от пользователей. Эти представления появляются в папке View Design в круглых скобках. Помещение заголовка представления в круглые скобки скрывает представление.

Представление ($ Все) включает все документы в базе данных и не скрывается Хотя вы можете скрыть представление, заключив имя в круглые скобки, есть исключение.Представление с заголовком ($ All) не будет скрыто, но появится над папками с заголовком Все документы. $ All — зарезервированное слово в Notes. В базе данных Release Notes есть представление ($ All), как показано на рисунке 6.5. Рисунок 6.5. Скрытые представления широко используются в почтовой базе данных. Обратите внимание на представление ($ All).

ПРИМЕЧАНИЕ

Скрытые просмотры могут быть полезны. Я часто использую скрытое представление для заполнения полей ключевых слов в форме с помощью формул @DbLookup () и @DbColumn () для доступа к данным в представлении.Чтобы отличить этот тип скрытого представления от других скрытых представлений, я использую LU для «поиска» в качестве первых двух букв имени. (LUDept) и (LUCustomer) являются типичными примерами. Я стараюсь избегать использования обычных представлений для целей поиска, потому что, если пользователи хотят изменить представление, легко забыть, что это представление поиска, и внести изменения, которые приводят к сбою поиска.

Вы можете собирать представления в папки и каскадировать их, называя их обратной косой чертой (). Все, что находится справа от косой черты, отображается либо внутри папки, либо каскадно в меню.Это позволяет дизайнеру легко собирать связанные представления. В базу данных можно добавить до 200 каскадных представлений — предел, которого на практике вы никогда не достигнете. Если представления включены в меню «Просмотр», существует ограничение в девять представлений на уровень, после чего в меню появляется «Другое». При нажатии кнопки «Другое» открывается диалоговое окно, в котором отображаются все представления. На мой взгляд, лучше всего полностью исключить виды из меню «Вид», вообще избегая окна «Другое». Еще одна причина сохранить представления из меню «Просмотр» состоит в том, что пользователи привыкли работать с панелью навигации, а не с меню «Просмотр» для навигации по базе данных.Обычно пользователи не смотрят меню «Просмотр» для навигации. Однако, если по какой-то причине дизайн требует, чтобы виды были в меню «Просмотр», примите все возможные меры, чтобы уровни не превышали девяти.

Поле под названием Комментарий можно использовать для простого описания представления. Хотя текст в поле прокручивается, просмотреть комментарий полностью невозможно. Фактически, комментарий ограничен видимой областью поля. Как ни странно, комментарий даже не появляется в синопсисе дизайна представления.

Последнее поле на вкладке «Информация о просмотре» — это поле «Стиль». Не путать с вкладкой «Стиль», в этом поле есть два варианта: «Стандартный план» (по умолчанию) и «Календарь». Большинство представлений создано в стиле Standard Outline; стиль календаря создает представление, подобное представлению календаря в вашей почтовой базе данных.

Настройка параметров просмотра, Свойства

Многие варианты на вкладке «Параметры» не требуют пояснений (см. Рис. 6.6). Здесь вы определяете представление по умолчанию для своей базы данных, которое появляется при первом открытии базы данных.Вы также можете установить свойство «Дизайн по умолчанию» для новых папок и представлений. Как описано ранее, когда вы это делаете, представление по умолчанию автоматически выбирается в качестве шаблона для всех новых представлений, которые вы создаете.

Рисунок 6.6. На вкладке «Параметры» окна свойств «Просмотр» выбирается вид по умолчанию для базы данных.

TIP

Часто бывает полезно убедиться, что вид, выбранный в качестве дизайна по умолчанию, не исключает никаких документов. Это представление, на котором будут основаны новые представления и папки.

Если представление включает столбцы с сортировкой и категорией, документы отображаются под категориями. При выборе параметра «Свернуть все при первом открытии базы данных» отображаются только категории верхнего уровня. По умолчанию выбран параметр «Показать ответные документы в иерархии»; этот выбор приводит к тому, что ответные документы имеют отступ под родительским документом. Это обычно используется в дискуссионных базах данных. При выборе «Показать в меню просмотра» представление отображается в меню «Просмотр».

Отображение иерархии документов Из-за ограничений отображения документов ответов в представлениях вы можете выбрать использование всех основных документов в качестве типа формы, даже если между документами существует связь родитель / потомок.Чтобы создать настраиваемое представление, которое отображает иерархию ответов без ограничения одного столбца для информации ответа, вы можете имитировать отступ дочерних документов под родительским, дополнив первый столбец пробелами. Формула, которая выполняет это, может выглядеть примерно так: @Repeat (""; 6) +

Флажок «Разрешить настройку» является новым в Notes и Domino 6. Если вы установите этот флажок, пользователи смогут настраивать представление.Это включает перемещение столбцов в представлении, изменение размера столбцов и изменение цветов. Обратите внимание, что сортировка по закрепленным столбцам доступна, даже если вы установите этот параметр.

Параметр «Оценивать действия для каждого изменения документа» также является новым в Notes и Domino 6. Если вы выбираете эту функцию, каждый раз, когда вы переходите к новому документу, оцениваются такие действия, как «когда скрыть». Как вы понимаете, это может отрицательно сказаться на производительности, поэтому используйте эту функцию осторожно.

Выбрав параметр «Создать новые документы на уровне представления», который также является новым в Notes и Domino 6, вы можете сэкономить время пользователей, позволяя им создавать и редактировать документы на уровне представления вместо использования формы.Чтобы это работало, необходимо запрограммировать событие InViewEdit для представления и для каждого редактируемого столбца выбрать свойство «Редактируемый столбец» в диалоговом окне «Свойства столбца». Представление отображается с текстом Ctrl + Щелкните здесь, чтобы добавить новый документ после последней строки.

On Open имеет три варианта: «Перейти к последнему открытому документу» (по умолчанию), «Перейти к верхней строке» и «Перейти к нижней строке». Последние два варианта полезны, если, например, документы отсортированы по дате. Если первый столбец в представлении отсортирован по убыванию даты, Go to Top Row перемещает выделение документа к самой последней записи.

При обновлении имеет четыре варианта выбора: Индикатор отображения, Обновить отображение, Обновить отображение из верхней строки и Обновить отображение из нижней строки. По моему опыту, эти настройки используются редко; Я предпочитаю оставить это поле по умолчанию. Индикатор дисплея показан на рисунке 6.7 и представляет собой небольшую круглую стрелку, которая появляется слева от заголовка столбца представления. Эта визуальная подсказка позволяет пользователю узнать, что представление необходимо обновить; щелчок по индикатору дисплея обновляет вид. Визуальные подсказки — важный аспект дизайна пользовательского интерфейса, и вы должны использовать их, когда они доступны.

Рисунок 6.7. Индикатор обновления представления отображается всякий раз, когда в базу данных добавляется новый документ, который не отображается в представлении.

Настройка свойств стиля

Многочисленные настройки на вкладке «Стиль» (см. Рис. 6.8) делятся на шесть категорий:

• Body ”Устанавливает цвет строк и чередующихся строк. Выберите фоновое изображение и способ его отображения.
• Сетка »Выберите стиль сетки из« Нет »,« Сплошная »,« Пунктирная »,« Точки »и« Штрихи и точки ».Выберите цвет сетки.
• Заголовок »Выберите стиль заголовка:« Нет »,« Плоский »,« Простой »или« Скошенный ». Также выберите цвет и высоту от 1 до 5.
• Ряды »Выберите высоту для строк от 1 до 9 и выберите интервал между рядами. Имея несколько строк в строке, вы можете уменьшить количество строк до содержимого; этот параметр полезен для наложения списков, хранящихся в многозначных полях, и для текстовых полей, в которых хранится такая информация, как комментарии или описания. Вы также можете не показывать пустые категории и раскрашивать значки просмотра.Вы также можете выбрать цвет для непрочитанных строк и установить для них полужирный или прозрачный. Последний выбор — это цвет общего текста столбца.
• Другое »В этом разделе вы можете выбрать отображение поля выделения и скрытие границы поля. Поле выбора — это область слева от строк в представлении, в которой отображается флажок, когда документы выбраны, значок «Удалить» и, при соответствующих настройках, звездочка, когда документы не прочитаны. Пометка расширения последнего столбца до ширины окна — хороший выбор для отображения текстовых полей, таких как поля комментариев.
• Margin »Настройки для этой категории аналогичны настройкам для границ таблицы. Вы можете изменять толщину границ индивидуально или в группе. Вы также можете выбрать цвет для полей.

Рисунок 6.8. На вкладке «Стиль» окна «Свойства просмотра» имеется множество настроек для разработчика.

Настройка свойств запуска

Вкладка Launch представлена ​​на Рисунке 6.9. После того, как вы выбрали набор фреймов из списка, вы можете указать, какой фрейм будет использоваться в представлении.Это доступно только для веб-браузеров, как указывает заголовок в поле свойств. Набор фреймов должен уже существовать, и отдельные фреймы должны иметь имя.

Рисунок 6.9. Фрейм содержимого указывается на вкладке «Запуск» в окне свойств просмотра.

Настройка дополнительных свойств

Вкладка «Дополнительно» содержит множество настроек, которые могут заинтересовать разработчиков (см. Рис. 6.10). На этой вкладке пять групп настроек:

• Индекс »В разделе« Индекс »есть настройки, которые управляют периодом обновления индексов, периодом отмены и уровнем доступа для начального построения индекса.По большей части эти настройки будут использовать администраторы Domino, а не разработчики.
• отметки о непрочитанных ». Можно выбрать один из трех вариантов:« Нет »,« Только непрочитанные документы »и« Стандартный »(вычислять в иерархии). Если вы выберете «Только непрочитанные документы», звездочки будут отображаться только для основного и ответного документов; они не будут отображаться для свернутых категорий. Этот параметр повышает производительность по сравнению со стандартом, при котором звездочка отображается для каждого документа, независимо от его положения.
• ODBC Access »Имеется только один флажок« Создать уникальные ключи в индексе ».Вы используете это с предложением NotesSQL DISTINCT для извлечения уникальных (не дублирующихся) данных из источника реляционных данных ODBC.
• Web Access »Этот раздел определяет, как представление будет работать при доступе из веб-браузера. Выбор параметра «Обрабатывать содержимое представления как HTML» позволяет заполнить содержимое столбцов HTML. HTML отображается для веб-браузеров, а язык формул отображается для клиентов Notes. Апплет представления предоставляет веб-браузерам некоторые функции, которые есть у стандартного клиента Notes.Установка флажка «Разрешить выбор документов» дает веб-браузерам возможность выбирать документы. Как и в случае с клиентом Notes, в поле выбора появляется галочка. Три параметра определяют, какие цвета будут отображаться для активной ссылки, а также для непосещенных и посещенных ссылок в представлении.
• Logging »Параметр« Включить обновления в журнал транзакций »работает вместе с ведением журнала транзакций базы данных.

Рисунок 6.10. На вкладке Advanced «propeller beanie» есть выбор для индексации, непрочитанных меток, доступа ODBC, веб-доступа и ведения журнала.

TIP

Параметры индекса обновления можно изменить с автоматического на один из других вариантов для повышения производительности. Если формула столбца основана на @Now или другой функции, зависящей от времени (например, вы можете использовать для «устаревания» документов), индикатор обновления отображается постоянно. Чтобы устранить это, вы можете либо выключить индикатор дисплея, либо изменить параметры индекса обновления на «Вручную» или «Авто» не реже, чем каждые XX часов. Изменение для параметра Discard Index значения по умолчанию Never (Никогда) можно использовать для экономии места на диске.Если индекс отброшен, его последующее отображение может занять очень много времени.

Апплет представления предоставляет веб-клиентам следующие возможности для управления представлением из Интернета:

• Изменение размера столбцов
• Сворачивание и разворачивание представлений без восстановления страницы
• Использование вертикальной полосы прокрутки
• Обновление вида с помощью F9
• Выбор нескольких документов
• Пометка документов для удаления нажатием клавиши Del

Настройка свойств безопасности

Вкладка Безопасность (см. Рисунок 6.11) контролирует доступ к просмотру. Доступ обычно установлен на Все читатели и выше, но сняв этот флажок, вы можете ограничить читателей представления. Окно прокручивается и отображает пользователей и группы в ACL, а также роли для базы данных. Кнопка справа от окна позволяет получить доступ к каталогу Domino. Использование ролей в сочетании с доступом «Автор» в ACL базы данных — это мощный способ расширить права редактирования на определенные документы без предоставления пользователю доступа «Редактор» ко всей базе данных.Вы можете дополнительно расширить этот элемент управления, запретив отображение определенных форм в меню «Создать» и используя представление с ограниченным доступом. Размещение кнопки панели действий на этом представлении или представлениях для создания документов с использованием определенной формы эффективно ограничивает доступ для создания к этим документам.

Рисунок 6.11. Вкладка Безопасность (значок ключа) управляет доступом для чтения к представлению.

Параметр «Доступно для пользователей с общим доступом» работает вместе со свойствами ACL «Чтение общих документов» и «Запись общих документов».Ваша почтовая база данных использует эти свойства, чтобы разрешить доступ к вашему календарю.

Одно или несколько ресурсов в Google Analytics

Последнее обновление: 26 декабря 2018 г., 15:26.

Что лучше: использовать одно свойство для всех разделов веб-сайта или несколько отдельных свойств?

Цель этой публикации — объяснить, почему я считаю, что отдельные свойства иногда лучше, чем отдельные свойства. Я, конечно, постараюсь предоставить вам всю необходимую информацию для принятия осознанного решения, и если вы думаете, что я мог пропустить, оставьте комментарий или свяжитесь со мной.Спасибо!

Прежде чем мы углубимся в детали, давайте убедимся, что все мы используем одну и ту же терминологию …

1. Свойство — Согласно документации Google, при использовании вашей учетной записи Google Analytics вы можете создать свойство для каждого домен, сайт, источник или среда, для которых вы хотите собирать данные. У каждого ресурса есть собственный код отслеживания с собственным уникальным идентификатором для идентификации данных из этого ресурса.
2. Представления — Каждое свойство может содержать одно представление или более.«Представление — это определенная перспектива данных от ресурса, обеспечивающая доступ к отчетам по этому ресурсу» (документация Google). Другими словами, вы можете включить в представление определенное подмножество данных, применив фильтры. Например, вы можете отфильтровать весь трафик, не относящийся к определенному домену (если ваш ресурс отслеживает более одного домена), или вы можете включить только органический трафик (если вы хотите предоставить представление для вашего подрядчика по SEO).
3. Учетная запись Google Analytics — Каждая учетная запись Google Analytics может включать один или несколько ресурсов.Не путайте это с термином «Учетная запись Google»: одна учетная запись Google может содержать до 25 учетных записей Google Analytics (ознакомьтесь с этим сообщением, если вы достигли этого лимита, но хотите иметь более 25 учетных записей).

Обратите внимание, что в некоторых местах Google использует термин профиль вместо view , но, насколько я могу судить, оба термина представляют одну и ту же сущность, и я буду использовать термин view в этом посте.

Итак, давайте начнем с основных преимуществ использования нескольких свойств.

Выборочные данные

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

Выборочные данные часто возникают на относительно больших сайтах при использовании одного свойства и, конечно, не всегда оптимальны. Если ваш запрос включает более 500 000 посещений, Google Analytics вернет только выборочные данные. Например, если ваш сайт посещает 1 000 000 посещений в месяц, Google Analytics будет использовать выборочные данные по умолчанию в ваших отчетах.
Вы можете преодолеть это, изменив диапазон дат на менее пары недель, но это не всегда может быть достаточно продолжительным периодом для вашего анализа.

Хотя выборочных данных часто бывает достаточно, с ними трудно работать, если вы хотите глубоко погрузиться в конкретные случаи, если вам нужны точные числа или если вы хотите решить определенную проблему с вашим отслеживанием. Это особенно актуально при получении частоты дискретизации менее 70-80%. Подробнее читайте в этой статье.

Вы можете решить общую проблему выборки данных, создав подмножества ваших данных с помощью представлений, но это помогает только со стандартными отчетами. Поскольку выборка сеанса выполняется на уровне свойств, создание нескольких представлений не позволит избежать выборки данных при применении расширенных сегментов или создании настраиваемых отчетов. Вы можете найти больше информации о выборке данных здесь.

Ограничения Google Analytics

Вторая причина, по которой я предпочитаю использовать несколько свойств вместо использования одного свойства бесплатной Google Analytics, — это ограничения, возникающие при работе с большим веб-сайтом:

• Сбор данных — Google Analytics имеет ограничение в 10 миллионов обращений в месяц — по крайней мере, так утверждает Google.Исходя из моего прошлого опыта, Google действительно обрабатывает больше, чем это количество, но я не уверен, обрабатывает ли он все данные или только больше, чем указанный лимит.
• Свежесть данных — Если у вас более 200 000 посещений в день, Google обрабатывает данные один раз в день, что может привести к двухдневной задержке обновления ваших данных. Я также заметил, что при большом количестве посещений значения пользовательских переменных в стандартных отчетах не обновляются до 3 дней, но я не уверен на 100%, что это обязательно из-за большого количества отправленных данных (данные однако доступны в API, даже если отчеты GA еще не были обновлены в отчетах).

Четкое разделение веб-ресурсов

Большинство веб-сайтов сегодня имеют несколько веб-ресурсов, таких как основной сайт, блог, центр поддержки, целевые страницы и т. Д.

При установке Google Analytics на веб-сайт , первое и самое тривиальное, что нужно сделать, — это попытаться объединить их все в одном свойстве. Почему? Потому что это якобы звучит правильно, что пользователь, который посещает основной сайт, а затем переходит на сайт поддержки или блог, будет засчитан Google Analytics только один раз.Распространенное заблуждение состоит в том, что если вы реализуете другое свойство с другим кодом отслеживания для каждого из веб-сайтов компании (например, один для основного сайта, один для блога и один для сайта поддержки), вы не сможете чтобы узнать, сколько пользователей в общей сложности посетили объекты вашего бренда (поскольку пользователь, посетивший основной сайт, а затем блог, будет засчитан дважды, а не только один раз).

Я считаю, что агрегирование всех ваших сайтов вместе, в большинстве случаев, является неправильным, но прежде чем подробно объяснять, почему, я хотел бы привести пример: скажем, у меня есть приложение Service-as-a-Software. , который включает два раздела: (1) основной веб-сайт (для потенциальных клиентов) и (2) проверенный веб-сайт, на котором мои клиенты могут управлять услугами.Определенно имеет смысл разделить эти 2 на две отдельные части.

Возьмем для примера сайт KISSmetrics: многие люди, которых я знаю (включая меня), почти ежедневно читают блог KISSmetrics, но большинство из этих людей никогда не посещали их основной сайт и никогда не станут их клиентами. Это может быть причиной того, что KISSmetrics делит свой сайт в Google Analytics на два отдельных ресурса: один для блога, а другой — для основного сайта. В противном случае подумайте, каков будет их общий показатель отказов или их коэффициент конверсии от посещений до регистрации, если их блог был определен как часть их основного свойства сайта.


После того, как я решил разделить веб-сайт на несколько свойств, мне нравится начинать с конца и работать в обратном направлении, сначала исследуя каждый раздел и решая, какое из них должно иметь отдельное свойство. Я всегда хочу добиться как можно большего разделения (если у меня нет веской причины не делать этого). Поскольку каждый веб-ресурс в большинстве случаев нацелен на разный тип аудитории (с разным поведением), имеет смысл отделить основной веб-сайт от сайта службы, так же как имеет смысл разделить блог, сайт поддержки и целевые страницы.

Мое практическое правило — разделить сайт на свойства в зависимости от лиц, которые будут его использовать. Например:

• Читатели блога против потенциальных клиентов против зарегистрированных клиентов
• Бесплатные клиенты против платящих
• Трафик из маркетинговых онлайн-кампаний по сравнению с обычным трафиком

Общее количество посетителей, посещений, показателей отказов, просмотров страниц, и т. д. не представляют никакого интереса и не требуют действий. Действия, основанные на таких данных, могут привести к существенно неверным выводам и даже хуже.

Вам также может быть интересно: Как связать события с конкретным пользователем в Google Analytics Universal

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

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

Вы понимаете. Если бы у KISSmetrics было только одно свойство, с гораздо большим количеством читателей блога, чем платящих клиентов, читатели блога неправильно повлияли бы на их общие аналитические показатели.

Вместо нескольких свойств можно использовать две альтернативы: Google Analytics позволяет сегментировать данные (используя расширенную сегментацию) или вы можете разделить сегменты на отдельные представления. Таким образом, у вас могут быть читатели блога в одном представлении, а платящие клиенты — в другом — но и то, и другое под одним и тем же ресурсом.Однако будьте осторожны, если вы выберете любой из этих методов, как я сейчас объясню.

Расширенная сегментация — не лучшая альтернатива

Функция расширенной сегментации считается менее эффективной для целей долгосрочной сегментации. Это отличный способ выполнять специальные запросы, но если ваш менеджер по SEO интересуется одним конкретным сегментом, ему придется повторно выбирать этот сегмент каждый раз, когда она просматривает данные. Более того, если вы хотите, чтобы ваш SEO-менеджер видел только SEO-трафик, эта функция не поможет вам в этом.

И еще одно: когда дело касается больших сайтов, расширенная сегментация всегда использует выборочные данные.

Раздельные виды для одного свойства — тоже не лучшая альтернатива

На этом этапе вы можете спросить себя, почему бы просто не использовать отдельные виды для одного свойства. Хотя у этого метода есть свои преимущества, у него есть и недостатки, которые я сейчас представлю:

Преимущества:

• С точки зрения разработчика, управлять им намного проще.Вам нужно иметь дело только с одним кодом отслеживания для всех ваших сайтов, а все остальное может быть выполнено в Google Analytics администратором. Помимо того факта, что настройка междоменного отслеживания может быть настоящей проблемой, основная причина, по которой я предпочитаю держаться подальше от этого метода, заключается в том, что поддержание отдельных представлений в одном и том же свойстве — непростая задача, особенно когда дело доходит до больших, сложные сайты, с многочисленными разделами и доменами.Например, вы не можете отменить изменения в фильтре после того, как они были сделаны, а отсутствие хорошего инструмента отладки для ваших фильтров может привести к неточным данным. (К тому же, как я упоминал ранее, при использовании нескольких представлений вы не можете избежать получения только выборки данных для нестандартных отчетов.)

  Чтобы подчеркнуть эти недостатки, ниже приводится реальная история одного из моих клиентов. Большая часть их трафика пришла из медийных кампаний. Весь трафик на основной веб-сайт и целевые страницы собирался одним ресурсом в Google Analytics с тремя представлениями: (1) главный (без фильтров), (2) немедиа-трафик (трафик на сайт из источников, не являющихся медиа). и (3) медиа-трафик (трафик на сайт с информацией о кампании, переданной в URL).

  В какой-то момент один из покупателей СМИ случайно создал всплывающую кампанию на одной из целевых страниц, но забыл установить параметры отслеживания кампании.

  Конечно, весь трафик этой кампании шел в представление немедийного трафика. Излишне говорить, что с этого момента этот профиль стал бесполезным. Все показатели сошли с ума, так как у Pop Under Campaigns чрезвычайно высокий показатель отказов, низкое соотношение страниц за посещение и большое количество уникальных посетителей и посещений.(Полная противоположность немедийному трафику…). Ой.

  Единственным виноватым здесь, помимо медиа-покупателя, был я — человек, создавший профиль. Вероятно, мне следовало установить фильтр по первой странице, которую просматривал пользователь (поскольку к целевым страницам можно получить доступ только через Media Traffic).

  Хотя это также может происходить с несколькими свойствами, по моему опыту, реализация логики в вашем коде того, какой трекер использовать (предпочтительно через диспетчер тегов):

  1. Значительно упрощает обслуживание.
  2. Снижает вероятность ошибок.
  3. Отладка JavaScript намного проще, чем фильтры Google Analytics.
  4. При работе с JavaScript гораздо больше свободы, поскольку решение может быть основано на дополнительной информации, отправляемой в Google Analytics.

  Если, например, вы используете несколько представлений, одно представление для зарегистрированных пользователей, а другое для всех остальных, то вы не сможете создать фильтр, не отправив эту информацию (зарегистрированную или нет) в Google Analytics (в определенном пользователем значение, например)
  Если с другой стороны вы использовали JavaScript, то вы могли бы просто сохранить информацию в файле cookie и решить, какое свойство использовать для этого посетителя, на основе значения этого файла cookie.

  В прошлом использование нескольких представлений для одного свойства имело определенные недостатки, но они были устранены. Однако я упомяну их вкратце, чтобы получить полную картину:

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

  Каковы недостатки работы с несколькими свойствами?

  Я никогда не говорил, что выбор был легким. Я просто сказал, что вы должны принять осознанное решение.Итак, ниже приведены два основных недостатка использования нескольких свойств (с возможными обходными решениями)

  Просмотр всех данных в одном месте

  Google Analytics не позволяет агрегировать или просматривать данные из нескольких ресурсов. Вы не можете, например, увидеть обзор всего своего трафика, если читатели вашего блога отслеживаются в одном объекте, ваши потенциальные клиенты — в другом, а ваши существующие клиенты — в третьем. С другой стороны, нет никакой реальной ценности в получении общих цифр по различным типам персонажей.

  Сказав это, я понимаю, почему некоторые люди (обычно самый высокооплачиваемый человек в компании) могут захотеть иметь «приборную панель» с этими числами. Есть несколько относительно простых способов получить эту информацию:

  Total no. пользователей

  Если каждое свойство учитывает пользователей отдельно, пользователь, посетивший два разных раздела моего сайта, будет засчитан дважды, а не только один раз.

  Если вас действительно волнует общее количество пользователей, есть относительно простой способ сделать это следующим образом.Это решение также поможет вам лучше понять поток ваших пользователей по различным разделам вашего сайта. (К сожалению, отчета о потоках в Google Analytics недостаточно, когда у вас много посетителей, посещений, страниц и разделов).

  Итак, что вам нужно сделать (и вы можете воспользоваться следующим решением и создать свой собственный вариант на основе ваших требований), это отметить каждого пользователя при его самом первом посещении любого из ваших сайтов. Определив это, вы можете сообщить об этом в Google Analytics, используя пользовательскую переменную или специальный параметр.

  Например, предположим, что все мои ресурсы (блог, поддержка, целевые страницы, основной сайт, форумы и т. Д.) Находятся в одном домене (как субдомены или подкаталоги). Установка файла cookie на уровне домена (* .yourdomain.com) на всех ваших страницах приведет к тому, что этот файл cookie будет использоваться во всех свойствах. Таким образом, при первом посещении пользователем любой из ваших страниц этот файл cookie будет пустым, и вы будете знать, что это первый раз, когда пользователь посетил сайт (или очистил свои файлы cookie — то же самое для Google Analytics. ).

  Все, что вам теперь нужно сделать, это отфильтровать данные на панели управления по этой настраиваемой переменной (условие будет: настраиваемая переменная не пуста).

  Если вы сохраните имя раздела, который пользователь только что посетил, в этой настраиваемой переменной, вы также сможете разбить количество посетителей в соответствии с первым разделом, который они увидели.

  Вы можете расширить этот метод для многих других целей — и он полезен, даже если вы работаете только с одним свойством.Если вам интересно, как использовать один и тот же метод на сайте с несколькими доменами (не поддоменами), где вы не можете использовать один и тот же файл cookie (поскольку файлы cookie используются для каждого домена), вы можете синхронизировать файл cookie с помощью iframe, который будет вызываться из всех доменов. и вернет значение cookie в качестве параметра в URL-адресе.

  (Кстати, использование iframe для синхронизации файлов cookie намного точнее и надежнее по сравнению с использованием кода междоменного отслеживания, предложенного Google, но это совершенно не по теме, и я напишу об этом отдельный пост в будущее.А пока вы можете связаться со мной, если вы хотите узнать больше об этом методе.

  Сводка

  Подводя итог этому длинному посту, вот мои практические правила, которым я следую при внедрении Google Analytics на новом сайте:

  1. Сегментируйте свой трафик по персонажам, а не по источникам трафика
     Применить пользователя Принцип центрированного дизайна при разработке аналитического решения с использованием тех же персонажей, которых вы создали во время планирования и проектирования продукта.
     В идеале, на мой взгляд, вы должны создать отдельное свойство для каждого персонажа. Разные персонажи будут входить на ваш сайт по-разному, поэтому не беспокойтесь об источниках трафика. Даже если у вас есть роли, которые оцениваются конкретным источником трафика (например, менеджером по SEO), будет разумнее установить разные «уровни вознаграждения» для разных персонажей (точно так же, как имеет смысл смотреть на количество посещений на человека, а не на общую сумму). Если ваш SEO-менеджер получает компенсацию за количество посетителей, которые попадают на сайт в результате обычного поиска, то, вероятно, у вас уже есть разные цены для потенциальных клиентов и существующих.
  2. Выбор между свойствами и представлениями
     Если у вас большой объем трафика (превышающий ограничения бесплатной версии Google Analytics), я предлагаю вам выбрать несколько свойств.
     И если у вас есть программист на JavaScript, я также предлагаю вам использовать несколько свойств (использование JavaScript намного проще и намного мощнее, чем работа с фильтрами GA).
  3. Использование диспетчера тегов
     Диспетчер тегов поможет вам, независимо от выбранного вами метода, но особенно упростит жизнь при выборе нескольких свойств.Если вы используете Диспетчер тегов Google, следующий скрипт поможет вам сохранить постоянные данные в объекте уровня данных.
  4. Объединение нескольких и отдельных свойств
     Если вы используете несколько свойств, подумайте о добавлении сводного свойства, которое будет содержать агрегированное представление обо всей активности вашего сайта. В конце концов, Google Analytics бесплатен, поэтому вам следует воспользоваться этим 😉

  View Configuration Properties — Virtual DataPort Administration Guide

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

  В этом разделе перечислены настраиваемые свойства базового представления в зависимости от от типа источника данных, из которого они пришли.

  В разделе «Свойства конфигурации источника данных» перечислены конфигурационные свойства источников данных.

  Примечание

  Обычно пользователям не нужно редактировать эти свойства, так как Virtual DataPort автоматически использует подходящие конфигурации для большинства общие источники данных.

  Чтобы настроить свойства базового вида, откройте диалоговое окно Параметры представления, а затем щелкните вкладку Методы поиска .В этом диалоговое окно под методами поиска (с помощью полосы прокрутки, где необходимо), щелкните Wrapper Source Configuration . Настраиваемый свойства следующие:

  • Разрешить вставку (настраивается в базовых представлениях JDBC и ODBC): если да , он указывает, что базовый источник данных поддерживает INSERT операции. Если нет , операции INSERT над этим видом будут отклонены.

  • Разрешить удаление (настраивается в базовых представлениях JDBC и ODBC): если да , он указывает, что базовый источник данных поддерживает DELETE операции. Если нет , операции DELETE в этом представлении будут отклонены.

  • Разрешить обновление (настраивается в базовых представлениях JDBC и ODBC): если да , он указывает, что базовый источник данных поддерживает ОБНОВЛЕНИЕ операции.Если нет , операции UPDATE над этим представлением будут отклонены.

  • Делегировать предложение SQL как подзапрос (настраивается в базе JDBC views): если да (значение по умолчанию) и базовый вид был создан из запроса SQL во время выполнения Virtual DataPort сможет делегировать SQL-запрос базового представления как подзапрос в FROM пункт. Это увеличивает количество операций, которые можно делегировать. в базу данных.

    Например, предположим, что мы создали базовое представление JDBC под названием customer_info из следующего SQL-запроса:

     ВЫБРАТЬ id, имя
    ОТ заказчика
    ГДЕ id = function_not_supported_by_vdp (имя, адрес)
     

    Затем пользователь выполняет следующий запрос в Virtual DataPort:

     ВЫБРАТЬ СЧЕТЧИК (*)
    ОТ customer_info
    ГРУППА ПО ИМЕНИ
     

    Если для этого свойства установлено значение no , Virtual DataPort выполняет SQL запрос представления customer_info в базе данных, а затем через результаты, полученные из базы данных, выполняет GROUP BY операции и функции COUNT .

    Если для этого свойства установлено значение да , весь запрос может быть делегирован базу данных, поместив SQL-запрос базового представления в подзапрос:

     ВЫБРАТЬ СЧЕТЧИК (*) ИЗ (
        ВЫБЕРИТЕ id, имя
        ОТ заказчика
        ГДЕ id = function_not_supported_by_vdp (имя, адрес)
    ) ГРУППА ПО имени
     

    В этом сценарии Virtual DataPort не должен обрабатывать GROUP BY и COUNT и объем трафика между база данных и виртуальный порт данных уменьшены.

    Хотя для этого свойства установлено значение «да», весь запрос не всегда может быть выполняться в базе данных. Это происходит в следующих сценариях:

    • Запрос, выполняемый в Virtual DataPort, включает функции, которые не поддерживаются по базе данных.

    • Оператор SQL не делегирован как подзапрос, если он содержит токен @WHEREEXPRESSION .

    • Вложенное соединение не может быть делегировано базе данных, если следующие выполнены условия:

      • Базовое представление, созданное на основе запроса SQL, используется в правой части соединение.

      • SQL-запрос базового представления содержит переменные интерполяции.

      • И, значения этих переменных получаются из запроса левая часть соединения.

    Примечание

    Установите для этого свойства значение нет , если запрос SQL не может быть делегирован как подзапрос. Например, если в запросе используется «общая таблица выражения ». Например.

     С cte AS (ВЫБРАТЬ * ИЗ ПРОСМОТРА)
    ВЫБРАТЬ * ИЗ cte
     

  • Поддерживает распределенные транзакции (настраивается в JDBC и ODBC базовые представления): если да , это означает, что базовый источник данных может принимать участие в распределенных транзакциях XA.

  • Поля, по которым сортируются данные в источнике (настраивается в все базовые представления, кроме пользовательских): это свойство указывает поля, по которым упорядочиваются данные. Синтаксис этого свойства: следующее: <имя поля> {ASC | DESC} [, <имя поля> {ASC | DESC}] *

    Например, поле 1 DESC

    Например, допустим, что у нас есть базовое представление веб-службы с полями F1 и F2 .Мы знаем, что результаты запроса веб-службы упорядочиваются в порядке возрастания по полю F1 , а затем по порядок потомков по полю F2 . Установив для этого свойства значение F1 ASC, F2 DESC , мы сообщаем Virtual DataPort порядок результат, и он может выполнять определенные оптимизации, такие как выбор наиболее эффективного алгоритма соединения. Подробнее об этом читайте в раздел Merge Join.

  • Список операторов делегатов (настраивается в многомерных базовых представлениях которые подключаются к базовым представлениям SAP и веб-сервисов): это свойство определяет список операторов, которые можно делегировать данным источник.Этот список позволяет Virtual DataPort оптимизировать план запроса путем делегирование части обработки источнику. Пока Сервер выполняет это действие автоматически в реляционных базах данных, другие типы источников не предоставляют эту информацию о своих метаданных.

  Свойства конфигурации для определенных типов представлений

  Denodo Aracne (см. Раздел Источники Aracne) и поиск в Google (см. раздел «Источники поиска Google») источники данных имеют определенные свойства конфигурации.

  Чтобы настроить свойства этих базовых видов, откройте базовый вид, дважды щелкнув по нему в Server Explorer, а затем щелкните Options . В этом диалоговом окне под методами поиска (с помощью полосы прокрутки где необходимо), щелкните Wrapper Source Configuration , чтобы открыть экран настройки свойств.

  Свойства конфигурации базовых представлений Google: «Сайт Коллекции »,« Клиент »,« Языки »и« Количество совпадений ключей ».Видеть раздел Источники поиска Google для получения дополнительной информации об этих характеристики.

  Свойства конфигурации базовых представлений Aracne используются для получить наиболее релевантные термины документа (или его поля). Видеть раздел Источники Aracne для получения дополнительной информации об этих свойствах.

  .

  No related posts.