Cтраница 3
Записи переменной длины возникают, если допускается использование повторяющихся групп полей с переменным числом повторений либо строк переменной длины. Работа с хранимыми записями переменной длины существенно усложняет управление пространством памяти среды хранения. Однако необходимость их использования может быть продиктована характером модели данных концептуального уровня системы. Следует заметить, что и в таких случаях, иногда в ущерб производительности системы, отказываются для простоты от использования хранимых записей переменной длины, разбивая их на несколько записей фиксированной длины, возможно, различных типов. [31]
Стоит заметить, что при проектировании архитектуры системы часто не уделяют внимания обеспечению естественного разделения функций архитектурных уровней. В результате в значительной мере утрачивается возможность достижения той степени независимости данных, которая потенциально способна обеспечить чисто реализованная многоуровневая архитектура. Наиболее часто встречающиеся дефекты архитектуры заключаются в том, что спецификации некоторых характеристик организации хранимых данных, законное место которых в схеме внутреннего представления, попадают в схему концептуального уровня. [32]
Современная концепция представления базы данных заключается во введении между физическим уровнем представления данных и внешним уровнем представления данных пользователем ( логическим уровнем) еще одного промежуточного уровня - концептуальной схемы базы данных. При этом один из указанных выше способов представления структур данных на концептуальном уровне и определяет тип СУБД в целом. Концептуальный уровень характеризует обобщенное представление всех внешних моделей пользователей. [33]
В технологии баз данных предусматривается большое разнообразие возможных подходов к организации хранимых данных. В большинстве случаев в качестве основной структурообразующей единицы хранимых данных принимается хранимая запись. Она может представлять полную запись концептуальной базы данных или некоторый ее фрагмент. Если запись концептуального уровня разбивается в среде хранения на несколько частей, то ее фрагменты представляются экземплярами хранимых записей каких-либо типов. Все они связываются указателями или размещаются по специальному закону так, чтобы механизмы междууровневого отображения данных могли опознать все компоненты и осуществить сборку полной записи концептуальной базы данных по запросу механизмов концептуального уровня. [34]
Здесь уместно сделать важное замечание. Разработчики некоторых СУБД при проектировании архитектуры системы не уделяют достаточного внимания обеспечению естественного разделения функций архитектурных уровней. В результате в значительной мере утрачивается возможность достижения той степени независимости данных, которую потенциально способна обеспечить чисто реализованная многоуровневая архитектура. Наиболее часто встречающиеся дефекты архитектуры заключаются в том, что спецификации некоторых характеристик организации хранимых данных, законное место которых в схеме внутреннего уровня, попадают в схему концептуального уровня. [35]
Ускорение темпов научно-технического прогресса обусловливает повышенные требования к качеству подготовки специалистов. Удорожание сырья, энергоресурсов и ухудшение экологической обстановки приводят к росту числа проблем, для решения которых необходимо обладать высокой квалификацией, включающей развитые творческие способности. Традиционная система образования не предусматривает обучение студентов методологии научно-технического творчества, и как следствие, недостаточно готовит будущих специалистов именно к творческим аспектам профессиональной деятельности. Устоявшаяся интерпретация обучения как процесса передачи фактической информации преподавателем студенту порождает специалистов, умеющих успешно решать типовые проблемы по известным им образцам, т.е. с помощью стереотипов. Задачи концептуального уровня, требующие творческого вклада и нестандартных подходов, таким специалистам нередко оказываются не под силу. [36]
ЯОД) Часть ( подъязык) языка базы данных - ( D. Известно, что данные требуется описывать на нескольких уровнях абстрагирования ( А. Описание на любом уровне называется схемой. Обычно различают три уровня описания данных или схем описания. Первый - это концептуальный уровень, на котором описываются взаимосвязи между элементами данных, вытекающие из взаимосвязей в реальном мире проблемной области; описание на этом уровне является частью описания системы и называется концептуальной схемой; Второй уровень - это логический уровень. На этом уровне описывается, как выбранные взаимосвязи будут представлен в структуре записей базы данных. Третьим является физический уровень. На нем описывается, как структуры записи будут представлены в первичной и вторичной памяти. Описания на втором и третьем уровнях используются в процессе проектирования системы и называются внутренними схемами. [37]
Контролеры приходят на сессию со своими замечаниями. Если есть какие-то вопросы или проблемы, касающиеся документов, то они получают приоритет и обсуждаются в самом начале сессии. Руководствуясь этими замечаниями, вы даете краткое пояснение, если это необходимо. Если контролеры не знакомы с проектом в целом, то можно рассказать и обо всей системе. Ваше пояснение должно затрагивать только концептуальный уровень и содержать только основную информацию, необходимую для пользы дела. [38]
Ситуация, складывающаяся в последние годы в социологии политики, довольно противоречива. С одной стороны, многочисленными исследовательскими центрами проводится большое количество исследований по самым разным направлениям. Реализуются совместные научно-исследовательские проекты с зарубежными, в основном американскими, учеными. А с другой - теоретических результатов пока еще мало. Весьма слаб интерес к методологическим проблемам социологии политики, серьезную озабоченность вызывает низкий концептуальный уровень эмпирических исследований. Мы уже не говорим о практически полном невнимании к историческим источникам российской социологии политики. Зачастую эмпирическое описание некоего явления или процесса заканчивается выводом: Вот, такова картина. [39]
В технологии баз данных предусматривается большое разнообразие возможных подходов к организации хранимых данных. В большинстве случаев в качестве основной структурообразующей единицы хранимых данных принимается хранимая запись. Она может представлять полную запись концептуальной базы данных или некоторый ее фрагмент. Если запись концептуального уровня разбивается в среде хранения на несколько частей, то ее фрагменты представляются экземплярами хранимых записей каких-либо типов. Все они связываются указателями или размещаются по специальному закону так, чтобы механизмы междууровневого отображения данных могли опознать все компоненты и осуществить сборку полной записи концептуальной базы данных по запросу механизмов концептуального уровня. [40]
Рассмотренный трехуровневый подход к построению банков данных, включающий внешний, концептуальный и внутренний уровни представления данных, получил наибольшее распространение. При таком подходе на внешнем уровне реализуются модели предметной области в виде, требуемом для отдельных пользователей. На концептуальном уровне поддерживается модель ПО для всех приложений. Хранимые данные также представляют модель ПО для всех приложений, но они выделены в отдельный - внутренний уровень. При такой архитектуре банк данных обладает высокой способностью адаптации к возможным изменениям как в прикладных программах, так и в самих данных - любые изменения внешних схем и внутренней схемы изолированы друг от друга концептуальной схемой и могут выполняться независимо. Концептуальный уровень и КС должны быть стабильными и обеспечивать долговременную работу всей системы. Мотивировкой введения внутреннего уровня является обеспечение требований производительности, экономичного использования ресурсов вычислительной системы и относительной независимости системы от используемых технических средств. [41]