69099

Архитектура БД ORACLE

Лекция

Информатика, кибернетика и программирование

Система управления базами данных, СУБД (Database Management System DBMS), является одним из важнейших компьютерных инструментов в современных организациях. В большинстве компаний СУБД используют для записи транзакций и ведения бухгалтерского учета.

Русский

2014-09-29

3.15 MB

4 чел.

PAGE   \* MERGEFORMAT 15

Лекция 1. Архитектура БД ORACLE

Вопросы:

  1.  Основные понятия
  2.  Логические структуры базы данных
  3.  Обязанности АБД  

Введение

Система управления базами данных, СУБД (Database Management System DBMS), является одним из важнейших компьютерных инструментов в современных организациях. В большинстве компаний СУБД используют для записи транзакций и ведения бухгалтерского учета. На коммерческих Web-сайтах СУБД используют в основном "в фоновом режиме" для отчетности и записи данных о транзакциях.

Целью использования СУБД является обеспечение надежного хранения и легкого доступа к данным.

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

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

Oracle Database 10g является эволюционным, если не сказать революционным шагом по сравнению с предыдущим выпуском — Огас1е9g. Она не только более богата функциями — ею значительно легче управлять, что позволяет АБД Oracle "установить и забыть" о ней.

1. Основные понятия

База данных

База данных— это совокупность (collection) данных на диске, хранящаяся в одном или нескольких файлах на сервере базы данных, в которых осуществляется сбор и сопровождение связанной информации.

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

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

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

Экземпляры

Главными компонентами типичного корпоративного сервера являются один или несколько ЦП, дисковая память и оперативная память. В то время как база данных Oracle хранится на дисках сервера, экземпляр Oracle хранится в оперативной памяти сервера. Экземпляр Oracle состоит из большого блока памяти, выделенного в области System Global Area (SGAсистемная глобальная область), а также из некоторого числа фоновых процессов, осуществляющих интерактивное взаимодействие между SGA и файлами базы данных на дисках.

В Oracle Real Application Clusters (RAC) несколько экземпляров могут использовать одну базу данных. Хотя экземпляры, совместно использующие базу данных, могут находиться на одном сервере, более вероятно, что эти экземпляры будут размещены на различных серверах, соединенных так называемым высокоскоростным межузловым соединением (interconnect), и будут обращаться к базе данных, которая размещена на специализированной дисковой подсистеме, поддерживающей RAID (дисковый массив).

Логические структуры памяти Oracle

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

Табличные пространства

Табличное пространство Oracle состоит из одного или нескольких файлов базы данных; файл базы данных может быть частью одного и только одного табличного пространства. При инсталляции Oracle 10g должно быть создано не менее двух табличных пространств: табличное пространство SYSTEM и табличное пространство SYSAUX.

Oracle lOg позволяет создавать особый вид табличных пространств, называемых табличными пространствами вида BIGFILE (с большим файлом данных), которые могут достигать размера в 8 экзабайт (или 8 млн терабайт). При использовании табличных пространств такого вида управление табличными пространствами становится для АБД совершенно прозрачным; другими словами, АБД может управлять табличным пространством как неким целым, совершенно не вникая в размеры и структуру файлов данных, из которых она состоит.

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

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

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

Блоки

Минимальной единицей хранения для базы данных Oracle является блок базы данных. Размер блока представляет собой конкретное число байтов памяти внутри заданного табличного пространства в базе данных.

Блок обычно кратен размеру блока операционной системы. Это делается для повышения эффективности дискового ввода/вывода. Используемый по умолчанию размер блока определяется параметром инициализации DB_BLOCK__SIZE. Кроме того, для других табличных пространств базы данных может быть определено до четырех других размеров блока, хотя блоки в табличных пространствах SYSTEM, SYSAUX и во всех временных табличных пространствах должны иметь размер DB_BLOCK_ SIZE.

Экстенты

Следующим уровнем логического группирования ъ базе данных являются экстенты. Экстент состоит из одного или нескольких блоков базы данных. При увеличении размера объекта базы данных добавляемое объекту пространство выделяется в виде экстента.

Сегменты

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

Сегменты данных

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

Индексные сегменты

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

Временные сегменты

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

Сегменты отката

Начиная с Oracle 10g, сегменты отката продолжают существовать только для табличного пространства SYSTEM, причем обычно АБД не требуется обязательно обслуживать сегмент отката SYSTEM. В предшествующих выпусках Oracle сегменты отката создавались для сохранения "предыдущих" значений операций DML над базой данных, если для таких операций будет выполнен откат. Еще одно применение сегментов отката — показ исходного вида информации (до начала обновления) с целью предоставления согласованного по чтению представления данных другим пользователям, обращающимся к таблице. Кроме того, сегменты отката использовались при восстановлении базы данных для отката всех незавершенных транзакций, которые были активны в момент возникновения аварийной ситуации с экземпляром базы данных или его непредвиденного завершения.

В Oracle 10g для автоматического выделения сегментов отката и управления ими в табличных пространствах отката используется автоматическое управление пространством отката (Automatic Undo Management AUM). Внутри табличного пространства отката управляемые автоматически сегменты отката (undo segments) структурированы вполне аналогично сегментам отката, управляемым вручную (rollback segments), за исключением той "мелочи", что управление первыми, как это следует из названия, осуществляется самой системой Oracle, в то время как вторыми вручную управляет АБД (причем, далеко не всегда эффективно). Управляемые автоматически сегменты отката впервые появились в Oracle9i, но в Oracle 10g можно по-прежнему пользоваться управляемыми вручную сегментами отката. Однако их использование в Oracle 10g уже не приветствуется, а в последующих выпусках их поддержка будет полностью прекращена.

2. Логические структуры базы данных

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

Одной из множества причин для применения Relational Database Management System (RDBMS — система управления реляционными базами данных) для управления данными является широкое использование возможностей аудита и защиты данных базы данных Oracle. Ниже рассматриваются способы, посредством которых можно разделить доступ к базе данных для различных пользователей или для тех объектов, к которым они обращаются.

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

Таблицы

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

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

Реляционные таблицы

Реляционная таблица является наиболее распространенным типом таблиц базы данных. Эта таблица организована по принципу "кучи"; другими словами, для хранения строк таблицы не существует никакого определенного порядка. В команде create table можно специфицировать фразу organization heap, посредством которой определяется организованная по принципу "кучи" таблица, но так режим "кучи" является режимом по умолчанию, эта фраза обычно опускается.

Каждая строка таблицы содержит один или несколько столбцов; у каждого столбца есть тип данных и длина. Начиная с Огас1е8, в столбцах могут также содержаться определенные пользователем типы данных — вложенные таблицы или массивы VARRAY. Кроме того, таблица может быть определена как объектная таблица. Объекты и объектные таблицы будут рассмотрены ниже. Встроенные типы данных Oracle перечислены в таблице 1.1.

Кроме того, Oracle поддерживает типы данных, сопоставимые с типами данных ANSI.

Временные таблицы

Начиная с Огас1е8г, в базе данных Oracle появились временные таблицы. Временными они являются в том смысле, что сохраняется описание временной таблицы, но не хранящиеся в ней данные. Создается временная таблица с помощью команды create global temporary table.

При условии, что все прочие пользователи также имеют полномочия на эту таблицу, они могут выполнять над временной таблицей операторы select или такие команды языка манипулирования данными (Data Manipulation LanguageDML), как, например, insert, update или delete. Однако каждая строка данных в таблице видна только для того пользователя, который вставил эту строку. Когда пользователь удаляет временную таблицу, будут удалены только ранее вставленные им самим строки.

Данные, содержащиеся во временной таблице, относятся либо к сеансу, либо к транзакции. Продолжительность жизни временной таблицы зависит от ключевых слов, которые используются в конструкции on commit для этой временной таблицы. Если указано on commit delete rows, то при появлении команд commit или rollback, будут удалены все строки временной таблицы, а в случае задания on commit preserve rows, строки таблицы будут сохранении и после окончания транзакции. Но по окончании сеанса пользователя все строки временной таблицы будут удалены.

Индекс-таблицы

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

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

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

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

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

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

Разделы могут быть одного из трех видов: секционированные по диапазонам ключей, хеш-секционированные или, что началось с Огас1е9г, секционированные по списку значений ключа. Каждая строка в секционированной таблице может принадлежать одному, и только одному, разделу. Ключ раздела служит для направления строк таблицы в соответствующий раздел; этот ключ может быть составным ключом, состоящим не более чем из 16 столбцов таблицы. Есть несколько несущественных ограничений на типы таблиц, которые можно секционировать; например, нельзя секционировать таблицы, содержащие столбцы типов LONG или LONG RAW.

Совет Корпорация Oracle настоятельно рекомендует тщательно рассмотреть вопрос о секционировании всех таблиц, размер которых превышает 2 Гбайт.

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

Раздел по диапазону ключей

Это раздел (range partition) для которого значение ключа раздела попадает в определенный диапазон. Например, посещения корпоративного web-сайта электронной торговли можно относить к определенному разделу на основании даты посещения сайта, причем будет создаваться по одному разделу в квартал. Посещение web-сайта, состоявшееся 25 мая 2004 г., будет зафиксировано в разделе FY2004Q2, в то время как посещение, состоявшееся 2 декабря 2004 г., — в разделе FY2004Q4.

Раздел по списку значений ключа

Это раздел (listpartition), ключ которого попадает в одну из групп, состоящих из различных значений. К примеру, при обработке продаж по различным регионам США может быть создан один раздел для штатов NY,

Ограничения целостности

Ограничением целостности (constraint) в Oracle называется правило или правила, которые могут быть определены для одного или нескольких столбцов таблицы, чтобы помочь принудительному выполнению бизнес-правил. Так, например, ограничение целостности может провести в жизнь выполнение бизнес-правила, гласящего, что стартовая зарплата служащего не может быть меньше $25000,00 долларов в год. Другим примером ограничения целостности, проводящего в жизнь бизнес-правило, является требование, чтобы, если вновь принятому сотруднику был назначен отдел (хотя он и не должен быть сразу же приписан к какому-то отделу), назначенный номер отдела должен быть допустимым и присутствовать в таблице DEPT (таблица отделов).

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

Все ограничения целостности для таблицы определяются либо во время создания таблицы, либо при изменении таблицы на уровне столбцов за исключением триггеров, которые определяются на основании того, какие операции DML выполняются над таблицей. Ограничения целостности могут быть активированы или деактивированы при создании или в любой последующий момент времени. Когда ограничение целостности активируется или отключается (для этого используются ключевые слова enable и disable), имеющиеся в таблице данные с помощью ключевых слов validate и novalidate могут быть подвергнуты или не подвергнуты проверке на достоверность относительно ограничения целостности, зависящего от действующих бизнес-правил.

Индексы

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

Индексы создаются по одному или по нескольким столбцам. Записи индекса Oracle хранятся в структуре В-дерева, так что для обхода индекса, требующегося для нахождения ключевого значения для строки, затрачивается очень мало операций ввода/вывода. Кроме того, уникальные индексы могут служить для еще одной цели: они не только увеличивают скорость поиска строки, но и могут (при желании) обеспечивать выполнение ограничения уникального или первичного ключа для индексируемого столбца. Записи индекса автоматически обновляются при выполнении над содержимым таблицы любой операции вставки, обновления или удаления. При удалении таблицы все созданные для нее индексы также автоматически удаляются.

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

  1.  Обязанности АБД  

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

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

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

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

Администратор отвечает за выполнение ряда повседневных задач, направленных на поддержание работоспособности и повышение производительности базы данных.

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

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

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

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

 


 

А также другие работы, которые могут Вас заинтересовать

46204. Условия договора 15.04 KB
  Предусмотренные договором обязательства сторон бывают альтернативными т. содержат два или более способа исполнения обязательства например расчеты между сторонами осуществляются платежными поручениями или платежными требованиями. Также могут устанавливаться два или более предмета исполнения обязательства например поставляется цемент марки М400 или марки М500. Встречное исполнение обязательств Большинство договоров предусматривает встречное исполнение обязательств когда исполнение обязательства одной из сторон обусловлено исполнением...
46205. Кент Рокуэлл 15.04 KB
  Рокуэлл Кент Rockwell Kent 1882 1971 родился 21 июня 1882 года в городе Тарритаун. Один из продолжателей реалистической традиции в американском искусстве Рокуэлл Кент выдающийся борец за прогресс и мир учился у Генри. Свое творчество Рокуэлл Кент посвятил народам Гренландии Аляски могучей природе Атлантики. Тяга к суровой не тронутой цивилизацией природе сочетается в живописи и графике Кента с острым чувством современности.
46207. Специфика земельного участка как объекта оценки 14.92 KB
  Владелец земли в первую очередь имеет право на доход приносимый всем объектом недвижимости поскольку стоимость зданий сооружений и других улучшений на земельном участке носит вторичный характер и выступает как дополнительный вклад в стоимость земельного участка. Отличия земельного участка от других видов недвижимости обусловлены следующими особенностями: а земля является природным ресурсом который невозможно сво бодно воспроизвести в отличие от других объектов недвижимости; б при оценке всегда необходимо учитывать возможность...
46209. Игра и психическое развитие ребенка 14.9 KB
  В условиях господства семейного воспитания есть только два вида деятельности которые оказывают влияние на процессы развития ребенка. Исследование значения игры для психического развития и формирования личности очень затруднено. Здесь невозможен чистый эксперимент просто потому что нельзя изъять игровую деятельность из жизни детей и посмотреть как при этом будет идти процесс развития.Главнейшим хотя до последнего времени и недостаточно оцененным является значение игры для развития мотивационнопотребностной сферы ребенка.
46210. Методы определения остаточного ресурса нефтепромыслового оборудования 14.84 KB
  Определение остаточного ресурса оборудования находится путем сбора систематизации и обработки статистических данных о наблюдениях за его работой обобщения результатов. Все работы по оценке остаточного ресурса состоят из 4 этапов: 1 накопление статистической информации об отказах оборудования. Достоверная информация об отказах оборудования достигается точным учетом времени его работы моментов возникновения отказов и времени затрачиваемого на их устранение.
46212. Гальперин Петр Яковлевич 14.83 KB
  Гальперин Петр ЯковлевичК ВОПРОСУ ОБ ИНСТИНКТАХ У ЧЕЛОВЕКАПризнание инстинктов у человека с необходимостью ведет к заключению что основные движущие силы поведения у человека и животных одинаковы и культура общества составляет лишь окольный разрешенный обществом путь для удовлетворения тех же животных инстинктов что и утверждал Фрейд.Если бы поведение человека диктовалось инстинктами так же как у животных то общество может быть и сохранило бы право устрашения за проступки но потеряло бы право их морального осуждения; в этом случае и...