- •31. Технология и области применения штрихового кодирования.
- •35. Структура и содержание информационного обеспечения эис
- •33. Арм. Классификация арм.
- •34. Документация. Классификация документов. Электронные документы. Система электронного документооборота.
- •36. Структура внемашинного ио. Экономические показатели.
- •37. Система экон.Информации. Классификаторы
- •38. Система классификации (иерархическая и многоаспектная)
- •2 Типа многоаспектной системы:
- •39. Кодирование экон.Информ. Системы кодирования (порядковая, серийная, позиционная, комбинированная, мнемоническая, шахматная)
- •40. Внутримашинное информацион. Обеспечение, его структура.
- •41. Компоненты банка данных
- •42. Централизованные и распределенные базы данных
- •43. Доступ на основе архитектуры сети вида «файл-сервер» и «клиент-сервер»
- •44. Модели данных. Особенности сетевой, иерархической и реляционной модели.
- •45. Этапы и принципы создания бд
- •46. Программное обеспечение управления данными в эис. Субд, их ф-ии и назначение. Примеры.
- •47.Элементы реляционной базы данных
- •50. Общая характеристика аксес. Структура хранения данных, основные типы объектов.
- •51. Организация хранения данных в реляционных бд. Таблицы в субд Аксес. Типы данных в таблицах Аксес
- •54. Отчеты в экономических информационных системах. Генерация отчетов. Разработка отчетов в субд ms accsess, их назначение.
- •55 И 56. Поиск и обработка информации в реляционных базах данных. Запросы. Создание запросов в Аксес. Типы запросов.
- •57. Виды угроз информационной безопасности эис. Методы и ср-ва защиты информации.
- •58. Проектирование и разработка эис. Технологии их проектирования (оригинальное и типовое)
- •59. Жизненный цикл эис, этапы, задачи. Роль специалиста эк.Профиля на различных этапах.
47.Элементы реляционной базы данных
Реляционная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц. 1. Каждая таблица состоит из однотипных строк и имеет уникальное имя. 2. Строки имеют фиксированное число полей (столбцов) и значений (множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего. 3. Строки таблицы обязательно отличаются друг от друга хотя бы единственным значением, что позволяет однозначно идентифицировать любую строку такой таблицы. 4. Столбцам таблицы однозначно присваиваются имена, и в каждом из них размещаются однородные значения данных (даты, фамилии, целые числа или денежные суммы). 5. Полное информационное содержание базы данных представляется в виде явных значений данных и такой метод представления является единственным. В частности, не существует каких-либо специальных "связей" или указателей, соединяющих одну таблицу с другой. 6. При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признакам Виды логической связи. Реляционная модель данных является совокупностью простейших двумерных таблиц, а отношения между таблицами устанавливают связь между данными находящимися в разных таблицах базы данных.Связь устанавливается между двумя общими полями (столбцами) двух таблиц. Существуют связи с отношением «один-к-одному», «один-ко-многим» и «многие-ко-многим». Отношения, которые могут существовать между записями двух таблиц: один-к-одному, каждой записи из одной таблицы соответствует одна запись в другой таблице; один-ко-многим, каждой записи из одной таблицы соответствует несколько записей другой таблице; многие-к-одному, множеству записей из одной таблице соответствует одна запись в другой таблице; многие-ко-многим, множеству записей из одной таблицы соответствует несколько записей в другой таблице. Тип отношения в создаваемой связи зависит от способа определения связываемых полей: Отношение «один-ко-многим» создается в том случае, когда только одно из полей является полем первичного ключа или уникального индекса. Отношение «один-к-одному» создается в том случае, когда оба связываемых поля являются ключевыми или имеют уникальные индексы. Отношение «многие-ко-многим» фактически является двумя отношениями «один-ко-многим» с третьей таблицей, первичный ключ которой состоит из полей внешнего ключа двух других таблиц.