У вас вопросы?
У нас ответы:) SamZan.net

тема ~ набор программ которые выполняют некоторые операции например создание отсчета над данными причем к

Работа добавлена на сайт samzan.net: 2015-07-10

Поможем написать учебную работу

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

Предоплата всего

от 25%

Подписываем

договор

Выберите тип работы:

Скидка 25% при заказе до 5.3.2025

Преподаватель: Моор Павел Климентьевич.

Дисциплина: Базы данных.

Литература:

  1. Конноли Т. Базы данных: проектирование, реализация, сопровождение.
  2. Карпова Т.С. Базы данных: модели, разработка, реализация.
  3. Моор П.К. Базы данных. Практикум.
  4. Моор П.К., Моор А.П. Базы данных. Учебное пособие.

Введение в базы данных.

Файловые системы.

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

Файлы – набор записей, которые содержат логически связанные данные.

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

Для ускорения доступа применяются методы индексации.

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

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

Главные особенности (недостатки) ФС:

  1. Зависимость программ от данных. Структура записи файла была известна только программе, которая с ним работала и программа, работающая с файлом, должна была иметь у себя внутри структуру данных, соответствующую структуре этого файла. При изменении структуры файла требовалось изменять структуру программы, а это требовало её компиляции;
  2. Отсутствие авторизации доступа к файлам. Файловые системы являются общим хранилищем файлов, принадлежащих разным пользователям, системы управления файлами должны обеспечивать авторизацию доступа к файлам. Их отсутствие ещё одной причиной разработки СУБД.
  3. Отсутствие возможности обеспечения эффективной параллельной работы многих пользователей с одними и теми же файлами.

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

Классификация моделей данных.

«Данные» - это набор конкретных значений, параметров, характеризующих объект.

Данные могут не обладать определенной структурой.

Центральным понятием в области баз данных является понятие модели данных.

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

Модели данных:

  1. Инфологические
  2. Модель «сушность-связь»
  3. Диаграммы Бахмана (не проходим)
  4. Даталогические
  5. Документальные(не проходим)
    1. Тезаурусные
    2. Дескрипторные
  6. Фактографические
    1. Теоретико-графовые
      1. Иерархическая
      2. Сетевая
    2. Теоретико-множественные
      1. Реляционная
      2. Бинарных ассоциаций(не проходим)
    3. Объектно-ориентированные
  7. Физические:
  8. Странично-сегментная организация

Иерархические и сетевые модели

Наиболее развитыми моделями данных являются:

  1. Иерархическая
  2. Сетевая
  3. Реляционная

Иерархическая БД состоит из упорядоченного набора деревьев, дерево состоит из одной «корневой» записи и упорядоченного набора поддеревьев

Схема иерархической модели:

  1. Покупатели:
  2. Счета:
    1. Продажи
  3. Банковские реквизиты:

Базовыми объектами модели являются:

  1. Элемент данных
  2. Запись
  3. Набор данных

Базовыми объектами модели являются:

  1. Элемент данных
  2. Агрегат данных
  3. Запись
  4. Набор данных.

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

Агрегат данных соответствует следующему уровню обобщения в модели. В сетевой модели определены агрегаты двух типов: агрегат типа вектор и агрегат типа повторяющаяся группа.

Агрегат типа вектор соответствует линейному набору элементов данных.

Архитектура систем баз данных.

Системы баз данных.

База данных (database) – совместно используемое единое хранилище для некоторого набора логически связанных данных по определенной предметной области. Кроме того, в БД имеются  «данные о данных» - метаданные.

Система баз данных (database system) – Компьютеризированная БД.

Пользователю системы предоставляется возможность выполнения множества различных операций над данными. Например:

  1. Добавлять новые пустые файлы в БД
  2. Добавлять новые данные в существующие файлы
  3. Вести поиск данных
  4. Изменять данные
  5. Удалять данные
  6. Удалять существующие файлы из БД

Четыре главных компонента системы БД:

  1. Данные (БД)
  2. Аппаратное обеспечение
  3. Программное обеспечение
  4. Пользователи

Пользователи. Пользователей можно разделить на четыре группы:

  1. Администраторы баз данных
  2. Администратор данных
  3. Прикладные программисты
  4. Пользователи БД

Трехуровневая архитектура ANSI - SPARC

В соответствии со стандартом, разработанным Национальным Институтом Стандартизации США (ANSI) и Комитета планирования стандартов и норм (SPARC), архитектура систем баз данных включает 3 уровня:

  1. Внешний – уровень, на котором БД воспринимается пользователем, который имеет некоторый язык доступа к БД – язык SQL, формы … Внешних уровней может быть много;
  2. Концептуальный – («промежуточный» между внешним и внутренним) представление содержимого всей БД в абстрактной форме, является обобщением всех внешних уровней. Он описывает:
  3. Какие данные хранятся в БД
  4. Связи, существующие между ними
  5. Ограничения, накладываемые на данные
  6. Меры обеспечения доступа, безопасности и целостности данных.
  7. Внутренний – это уровень наиболее
  8. Размещение БД на внешнем носителе
  9. Типы хранимых данных и записей
  10. Индексы, физическая последовательность хранимых записей, и т.п.

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

Основные соображения в пользу выбора трехуровневой модели архитектуры БД:

  1. Каждый пользователь должен иметь возможность обращаться к данным, используя свое собственное представление о них;
  2. Пользователи не должны непосредственно иметь дело с техническими вопросами физического хранения данных;
  3. Администратор данных должен иметь возможность изменять структуру БД без влияния на пользователей;
  4. Внутренняя структура БД не должна зависеть от изменений физических аспектов хранения информации.

Схема организации доступа к данным

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

Это происходит следующим образом:

  1. Пользователь посылает СУБД запрос на получение данных из БД (применяя определенный подъязык данных, например, SQL).(1)
  2. На основании внешней модели анализируются права, соответствующие данному пользователю, подтверждается или запрещается доступ пользователя к запрошенным данным.(2)
  3. В случае запрета на доступ к данным СУБД сообщает пользователю об этом (12) и прекращает дальнейший процесс обработки данных. В противном случае СУБД определяет часть концептуальной модели, которая затрагивает запросом пользователя (3,4) (отображение «внешний – концептуальный»).
  4. СУБД получает информацию о запрошенной части концептуальной модели (5) и запрашивает информацию о местоположении данных на внутреннем уровне (файлы) (6) (отображение «концептуальный – внутренний»).
  5. В СУБД возвращается информация о местоположении данных в терминалах операционной системы (7).
  6. СУБД обращается к ОС с запросом предоставить необходимые данные (8).
  7. Операционная система осуществляет перекачку информации с устройств хранения, пересылает её в системный буфер (9) и оповещает СУБД об оказании пересылки (10).
  8. СУБД собирает из информации, находящийся в системном буфере, данные, которые нужны пользователю, и пересылает эти данные в рабочую область пользователя(11).

Основные функции СУБД:

  1. Хранение. Извлечение и обновление данных.
  2. Предоставление пользователям системных каталогов (имена таблиц, имя, тип и размеры полей; имена связей; ограничения и т.п.).
  3. Поддержка целостности данных.
  4. Поддержка независимости программ от данных.
  5. Поддержка транзакции (транзакция – набор действий пользователя по доступу и изменению содержимого БД).
  6. Сервис восстановления БД.
  7. Сервис контроля доступа к БД.
  8. Поддержка обмена данными.
  9. Сервис вспомогательных служб.

Жизненный цикл информационных систем

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

  1. Отсутствие полной спецификации всех требований;
  2. Отсутствие приемлемой методологии (системы методов) разработки ИС;
  3. Отсутствие разделения общего глобального проекта на отдельные компоненты, поддающиеся эффективному контролю и управлению.

Жизненный цикл (ЖЦ) информационных систем – это структурный подход к разработке программного обеспечения.

(некая схема) за 26.09.12

  1. Планирование разработки ИС. Подготовительные действия, позволяющие с максимальной эффективностью реализовывать этапы ЖЦ ИС. Три основных компонента: оценка объема работ; оценка необходимых ресурсов; оценка общей стоимости проекта.
  2. Определение требований к системе. Определение диапазона действий и границ приложения базы данных, функций, состава его пользователей и областей применения.
  3. Сбор и анализ требований пользователей. Сбор и анализ информации о той части организации, работа которой будет поддерживаться с помощью создаваемой ИС, определение требований пользователей к системе. Источники: опрос и анкетирование; наблюдение; изучение документов; предыдущий опыт.
  4. Проектирование базы данных. Создание проекта базы данных. Два основных подхода к проектированию систем баз данных: «нисходящий» и «восходящий».
  5. Выбор целевой СУБД. Выбор СУБД подходящего типа, предназначенной для поддержки создаваемого приложения базы данных.
  6. Разработка приложений. Проектирование интерфейса пользователя и прикладных программ, предназначенных для работы с базой данных.
  7. Создание прототипа. Создание рабочей модели приложения баз данных.
  8. Реализация. Физическая реализация базы данных и разработанных приложений.
  9. Конвертирование и загрузка данных. Перенос существующих данных в новую базу данных, загрузка и модификация существующих приложений с целью организации совместной работы с новой БД.
  10. Тестирование. Процесс выполнения прикладных программ с целью поиска ошибок. Стратегии тестирования: нисходящее тестирование; восходящее тестирование; тестирование потоков; интенсивное тестирование.
  11. Эксплуатация и сопровождение. Наблюдение за системой и поддержка её нормального функционирования: контроль производительности; сопровождение и модернизация приложений.

Реляционная теория баз данных

Терминология

В 1970 г. Реляционная модель впервые была предложена Э.Ф. Коддом.

Отношение

(таблица, файл)

Плоская таблица, состоящая из столбцов и строк

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

Атрибут

(столбец, поле)

Поименованный столбец отношения

Домен

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

Кортеж

(строка, запись)

Строка отношения

Заголовок (или содержание) отношения

Описание структуры отношения вместе со спецификацией доменов и другими ограничениями значений атрибутов

Степень

Количество кортежей в отношении

Кардинальность, кардинальное число

Количество кортежей в отношении

Реляционная база данных

Набор нормализующих отношений

Математические отношения.

Теория реляционных БД основана на математической теории отношений.

Пусть D1, D2, … Dn некоторые множества.

Декартовым произведение D1 D2 … Dn = {(X1,X2,…,Xn) | X1 D1, X2 D2, … Xn Dn}

Отношение – подмножество R D1*D2*…*Dn

Например, n=2, D1={2,4} и D2={1,3,5}, D1 * D2 = {(2,1),(2,3),(2,5),(4,1),(4,3),(4,5)}, R={(2,1),(4,1)}

Подмножество м. б. задано условием, например:

R={(x1,x2) |x1 D1, x2 D2, X2=1}, A1, A2, … An – имена атрибутов с доменами D1, D2, … Втб тогда отношение будем записывать в виде:

R(A1:D1,A2:D2,…An:Dn)

R

Свойства отношений:

  1. Отношение имеет уникальное имя;
  2. Каждый атрибут имеет уникальное имя (в отношении);
  3. Каждая ячейка отношения содержит только атомарное значение и нет повторяющихся групп (отношение нормализовано);

Пример:

D1 – студенты
D2 – дисциплины: Математика, Информатика

  1. Порядок следования атрибутов не имеет никакого значения;
  2. Порядок следования кортежей произвольный;
  3. Каждый кортеж является уникальным.

Реляционные ключи

Реляционные ключи служат для уникальной идентификации кортежа  описания связей между отношениями.

Суперключ

Атрибут или совокупность атрибутов, которые единственным образом идентифицирует кортеж

Потенциальный ключ

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

Составной ключ

Ключ, составленный из нескольких атрибутов

Первичный ключ

Потенциальный ключ, который выбран для уникальной идентификации кортежей в отношении

Альтернативные ключи

Остальные потенциальные ключи

Внешний ключ

Атрибут или совокупность атрибутов, которые соответствуют потенциальному ключу некоторого отношения

Реляционная целостность.

Определитель Null

Указывает, что значение атрибута не определено

Целостность сущностей

В базовом отношении ни один атрибут не может содержать Null

Ссылочная целостность

Если в отношении существует внешний ключ, то значение внешнего ключа должно соответствовать значению потенциального ключа в базовом отношении, либо быть не определенным (Null)

Реляционная алгебра

Реляционная алгебра (РА)

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

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

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

Пять основных операций:

  1. Выборка,
  2. Проекция,
  3. Декартово произведение,
  4. Объединение,
  5. Разность.

На основе этих операций могут быть получены другие:

  1. Соединения,
  2. Пересечения,
  3. Деления.

Выборка

(сигма)Предикат (R)

Определяет отношение, которое содержит только те кортежи отношения R, которые удовлетворяют заданному условию (предикату).

В предикате могут использоваться знаки логических операций ^(And), v(Or), ~(not).

Пример. Получить список всех сотрудником с окладом свыше 300.

Проекция.

Определяет отношение, атрибутами которого являются атр1, …, атрn и содержит  только уникальные кортежи.

Декартово произведение

RxS

Определяет новое отношение, которое получается в результате конкатенации (т.е. сцепления) каждого картежа из отношения R с каждым картежом отношения S

Декартово произведение используется редко, к результату применяют выборку.

Объединение

RS

Определяет новое отношение, в которое включены все картежи из К и S, с удалением дублирующих картежей. При этом отношения R и S должны быть совместимы по объединению – имеют одинаковые атрибуты с совпадающими доменами.

Разность

R-S

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

Операции соединения.

Тета-соединение

R |><|FS

Операция тета-соединения определяет отношение, которое содержит картежи из их декартового произведения, удовлетворяющее предикату F. Предикат имеет вид

R.AiΘS.Bi

Где Ai и Bi – имена атрибутов,

Θ - один из знаков < | <= | >= | > | ~=

Если предикат F содержит только операцию =, то соединение называется соединением по эквивалентности.

Естественное соединение

R|><|S

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

Внешнее соединение

R<|S

Левое внешнее соединение – естественное соединение, при котором картежи отношения R, не имеющие совпадающих значений общих атрибутов в отношении S, также включаются в результирующее отношение. Для отсутствующих значений используется Null.

То при левом внешнем соединении сохраняется вся исходная информация из отношения R. Аналогично  также можно определить правое внешнее соединение.

Полусоединение

R|< FS

Определяет отношение, которое содержит те картежи отношения R, которые входят в тета-соединение отношений R и S.

Операцию полусоединения можно определить с помощью операторов проекции и соединения.

Пересечение

RS

Операция пересечения определяет отношение, которое содержит картежи, присутствующие как в отношении R, так и в отношении S. Отношения R и Sдолжны быть совместимы по объединению

Представления

Базовое отношение

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

Представление

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

Назначение представлений:

  1. Предоставляет гибкий механизм защиты БД за счет сокрытия некоторой её части от определенных пользователей;
  2. Позволяет организовать доступ пользователей к данным наиболее удобным для них способом;
  3. Позволяет упрощать сложные операции с базовыми отношениями.

Правила, которые должны удовлетворить
реляционные СУБД

Для определения того, является ли СУБО реляционной Кодд (1985 г.) предложил 13 правил, которым они должны удовлетворять.

Правило

0

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

1

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

2

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

3

Поддержка неопределенных значений.
СУБД поддерживает неопределенные значения (
Null).

4

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

5

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

  1. Определение данных;
  2. Определение представлений;
  3. Команды манипулирования данными;
  4. Ограничения целостности;
  5. Авторизации пользователей;
  6. Организации транзакций

7

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

8

Физическая независимость от данных.
От способа хранения

9

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

10

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

11

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

12

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

Моделирование данных на основе процесса нормализации

Цель нормализации.

нормализация

Метод создания набора отношений в заданными свойствами.

Процесс нормализации был предложен в 1972 году Э. Ф. Коддом – три нормальные формы (НФ): первая (1НФ), вторая (2НФ) и третья (3НФ).

Более строгое определение третьей НФ (Р. Бойс и Э. Ф. Кодд, 1974) – нормальная форма Бойса-Кодда (НФБК).

Избыточность данных и аномалии обработки.

Отсутствие нормализации приводит:

  1. Избыточность данных
  2. Аномалии вставки (невозможно добавлять записи)
  3. Аномалии удаления (при удалении информации теряется другая информация)
  4. Аномалии обновления (требуется обновление многих записей)
  5. Свойства сохранения без потерь и сохранения зависимости.

Функциональные зависимости

Функциональная зависимость (ФЗ)

Описывает связь между атрибутами отношения.
Если каждое значение атрибута (или группы атрибутов)
A связано только с одним значением атрибута B (или группы атрибутов), то говорят, что атрибут B функционально зависит от атрибута A.

Обозначение: AB.

Детерминант ФЗ

Атрибут, или группа атрибутов, расположенная слева от символа стрелки.

Первая нормальная форма (1НФ)

Ненормализованная форма

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

Первая нормальная форма (1НФ)

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

Пример. Первая нормальная форма (1НФ)

Ключевой атрибут в отношении R_oKodR.
Повторяющаяся группа:
(KodP,Address,RStart,RFinish,Rent,KodO,OName)
Первый подход. Каждая повторяющаяся группа образует новый кортеж, для которого дублируются значения атрибутов, не входящих в повторяющуюся группу.
Второй подход
. Каждая повторяющаяся группа удаляется из этого отношения и переносится в другое отношение с копией ключевого атрибута.

Вторая нормальная форма (2НФ)

Полная функциональная зависимость

Атрибут (или группа) B называется полностью функционально зависимым от группы атрибутов A, если атрибут B функционально не зависит ни от какого подмножества атрибутов A

Частичная ФЗ

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

Вторая нормальная форма (2НФ)

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

Пример. Функциональные зависимости, вторая нормальная форма (2НФ).

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

Третья нормальная форма (3НФ)

Транзитивная зависимость

Если для атрибутов A, B и C существует ФЗ вида AB и BC, то говорят, что атрибут C транзитивно зависит от атрибута A через атрибут B

Третья нормальная форма (3НФ)

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

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

Нормальная форма Бойса-Кодда (НФБК)

Нормальная форма Бойса-Кодда (НФБК)

Отношение находится в НФБК, если оно находится в 2НФ и если каждый его детерминант является потенциальным ключом

Нарушение требования НФБК происходят крайне редко – это может случиться только тогда, когда:

  1. Имеются два (или более) составных потенциальных ключа;
  2. Эти потенциальные ключи перекрываются, т.е. ими совместно используется, по крайней мере, один общий атрибут.

Пример нарушения НФБК:

3 потенциальных ключа: CN,ID,IT; SN,ID,IT; RN,ID,IT

Первичный ключ – (CN,ID,IT)

C_I(CN,ID,IT,SN,RN)

Примерами сущностей могут быть такие классы объектов как «Клиент», «Товар», «Накладная», а экземпляром сущности «Клиент» - Иванов И.И.

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

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

Примерами атрибутов сущности «Товар» могут быть такие атрибуты как «Код товара», «Наименование», «Цена» и т.п.

Ключ сущности (первичный)

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

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

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

Связь

Некоторая логическая ассоциация, устанавливаемая между двумя сущностями, которая представляет




1. UL VY LT t 2 DMC 164 Forest GreenLT
2. Тема 1.1. Сущность и содержание бухгалтерского учета Лекционные вопросы- Историческая обусловленность х.html
3. На тему- Философия Карла Маркса
4. Доказательства в гражданском процессе1
5.  Принципиальная особенность отображения человека на станицах периодической печати сводится к утверждению
6. Банкротство несостоятельность индивидуального предпринимателя
7. Самостоянье человека - залог величия его
8. МОДУЛЬ 1 Общая и специальная неврология название модуля Содержательный модуль 5 Заболевания п
9. РОССИЙСКАЯ АКАДЕМИЯ НАРОДНОГО ХОЗЯЙСТВА И ГОСУДАРСТВЕНОЙ СЛУЖБЫ ПРИ ПРЕЗИДЕНТЕ РОССИЙСКОЙ ФЕДЕРАЦИИ
10.  20 г