Экономическая информация. Свойства, особенности, виды .

Структурные единицы экономической информации.

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

Простой элементарной составляющей единицей экономической информации является реквизит. Реквизиты- это элементарно-неделимые единицы ЭИ, выражающие определённые свойства объекта.

 Реквизитам присуще два свойства:
1) отдельное- взятый реквизит не может полностью характеризовать экономический процесс или объект
2) отдельный реквизит может входить в состав различных экономических показателей.

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

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

Реквизиты-признаки - отражают качественное свойство экономического объекта, процесса или явления (прим. Время и место действия, ФИО исполнителя, наименование работы и т.д.).

Реквизит-основание - характеризует количественную сторону процесса или объекта, выраженных в определённых единицах измерения (напр. Сумма вкладов, % ставка и т.д.).

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

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

Схема данных. Модель данных

Связи между таблицами устанавливаются в соответствии с проектом логической структуры базы данных и запоминаются в схеме данных Access. Схема данных в Access является не только средством графического отображения логической структуры базы данных, она активно используется системой в процессе обработки данных. Создание схемы данных позволяет упростить конструирование многотабличных форм, запросов, отчетов, а также обеспечить поддержание целостности взаимосвязанных данных при вводе и корректировке данных в таблицах. Создание схемы данных начинается с выполнения команды Схема данных в группе Отношения на вкладке ленты Работа с базами данных. В результате выполнения этой команды открывается окно схемы данных и диалоговое окно Добавление таблиц, в котором осуществляется выбор таблиц, включаемых в схему. Диалоговое окно Добавление таблицы откроется автоматически, если в базе данных еще не определена ни одна связь. Если окно не открылось, на ленте Работа со связями | Конструктор в группе Связи нажмите кнопку Отобразить таблицу. Схема данных создается на последнем этапе проектирования (реализация) ЖЦБД.

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

Жизненный цикл БД.

Процесс проектирования, реализации и поддержания системы БД называется жизненным циклом БД (ЖЦБД).

Процедура создания системы называется ЖЦСистемы.

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

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

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

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

 

· Определяются цели системы путем анализа информационной потребности. Здесь так же указываются, какую именно БД следует создавать (распределенную или целостную) и какие коммуникационные средства необходимы. Выходной документ – комментарий, описывающий цели системы.

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

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

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

 

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

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

6. Реализация (физическое проектирование) – процесс превращения концептуальной и логической моделей в функциональную БД. Она включает в себя следующие этапы:

· Выбор и определение необходимой СУБД

· Преобразования концептуальной (инфологической) модели БД в физическую модель. 1. На основе инфологической модели строится схема данных для конкретной СУБД. 2. Определяются, какие прикладные процесса необходимо реализовать в схеме данных как процедура. 3. Реализовать ограничение, предназначенное для обеспечения целостности данных. 4. Разработать индексирование. 5. Определить уровни доступа пользователей. Разработать и внедрить правила обеспечения безопасности. Создать роли для многопользовательского доступа с уровнями полномочия доступа. 6. Разработать сетевую БД и механизм доступа к удаленным данным.

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

· Заполнение БД.

· Создание прикладных программ, контроль управления.

· Обучение пользователя.

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

Таким образом, ЖЦБД включает в себя:

· Изучение предметной области и представление соответствующей документации (1-3 этапы)

· Построение инфологической модели (4-5 этапы)

· Реализация (6 этап)

· Оценка работы и поддержка БД (7 этап)

 

Требования, предъявляемые к БД

К современным БД предъявляются следующие требования:

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

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

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

· Совместное использование данных многими пользователями.

· Безопасность данных – защита данных от преднамеренного или непреднамеренного нарушения секретности, искажения или разрушения. Безопасность данных включает целостность данных и защиту данных. Целостность данных – устойчивость хранимых данных к разрушению и уничтожению, связанных с неисправностью технических средств системными ошибками и ошибочными действия пользователя. Целостность данных предполагает: Отсутствие неточно введенных данных или двух записей об одном и том же факте, Защита от ошибок при обновлении БД, Каскадное удаление связанных данных разных таблиц, Не искажение данных при работе в многопользовательском режиме и в распределенных БД, Сохранность данных при сбоях техники (восстановление данных). Защита данных предполагает: Введение системы паролей, Получение разрешений от администратора БД, Запрет от администратора БД на доступ к конфиденциальным данным, Формирование видов таблиц (копий), производных от исходных и предназначенных конкретным пользователям.

· Стандартизация построения и эксплуатации БД. Стандартизация упрощает взаимодействие БД одного поколения СУБД с одинаковыми и различными моделями данных. Стандартизация (ANSI/SPARC) осуществлена интерфейсом пользователя и языка SQL. Это позволило решить задачу взаимодействия различных реляционных СУБД как при локальном, так и при удаленном доступе данных.

· Минимальная избыточность – любой элемент данных должен храниться в единственном экземпляре

· Возможность многократного использования данных.

· Однократный ввод данных

· Адекватность отображения данных соответствующей предметной области

· Дружелюбный интерфейс пользователя.

Этапы проектирования БД

При проектировании реляционной БД должны быть решены следующие проблемы:

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

· Обеспечить эффективность выполнения забросов в БД (физическое проектирование)

После проведения этапа Дата логическое проектирование должны быть получены следующие документы:

· Построение корректной схемы данных, ориентируясь на реляционную модель данных

· Описание схемы БД в терминах, выбранных в СУБД

· Описание правил поддержки целостности БД

· Разработка процедур поддержки целостности БД

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

· Метод декомпозиции (разбиение). Отношения разбиваются на подмножества, число отношений возрастает

· Метод синтеза – компоновка схемы БД из заданных объектов предметной области.

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

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

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

 

Базовое понятие модели

Наиболее распространенным средством моделирования данных является модель «Сущность-связь» (ER-модель) и, соответственно, её графическое представление – диаграмма «Сущность-связь» (ERD, D – диаграмма). С их помощью определяется важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи). ERD непосредственно используется для проектирования реляционной БД. Основные понятия ERD: сущность, атрибут и связь.

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

Атрибут – свойство сущности.

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

Важной характеристикой связи является тип связи (кардинальность).

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

Атрибут сущности обозначается:

 

Ключевой атрибут

 

Широко распространены CASE-системы, позволяющие выполнять ERD в соответствии со стандартами. К ним относятся в частности Erwin, BPwin, PowerDesign.

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

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

1. В окне новый запрос выбрать Простой запрос

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

3. Задаётся имя запрос и выставляется переключатель Открыть запрос для просмотра данных или Изменить макет запроса

Кнопка Режим

- Режим таблицы

- Режим сводной таблицы

- Режим сводной диаграммы

- Режим SQL

- Режим конструктора

Если перейти в Режим Конструктор откроется бланк Конструктора запросов. В верхней части бланка помещены списки полей таблиц, из которых выбраны поля в запрос.

Звёздочка на схеме – все поля таблицы в запрос.

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

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

Режим SQL обеспечивает просмотр запроса в виде инструкции языка SQL, и эта краткая инструкция SQL сохраняется в базе данных как запрос.

Вычисляемы поля

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

Открыть запрос в режиме Конструктора и свободные ячейке строки поля ввести выражение, например, [Вес] *[Количество]. После ввода преобразуется к виду Выражение1: [Вес] *[Количество]. Имя вычисляемого поля состоит из слова Выражение и номера, показывающего, каким по счёту оно было создано. Для построения сложных выражений можно воспользоваться Построителем выражений.

Запросы с параметром

Запросы с параметрами позволяют запрашивать у пользователя некоторые значения, уточняющие запрос. Например, нужно найти поставщика определённой детали из определённого города. Для того, чтобы при выполнении запроса выводилось окно для ввода параметра запроса, нужно в Конструкторе запроса в строке Условия отбора написать текст, заключённый в квадратные скобки. Этот текст показывает предложение при вводе параметра запроса. При нажатии на кнопку Выполнить или при переходе к режиму Таблицы сначала появится окно для ввода значений заданного поля. Если полей с параметром в запросе указано несколько, то окна для ввода значений параметра будут появляться последовательно.

ПЕРЕКРЁСТНЫЙ ЗАПРОС

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

Достоинства перекрёстного запроса:

- возможность обработки значительного объёма данных и вывода их в формате, который очень хорошо подходит для автоматического создания графиков и диаграмм;

- представляет информацию в обобщённом и легко обозримом виде, позволяет провести анализ данных в различных разрезах;

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

Недостатки перекрёстного запроса:

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

ЗАПРОСЫ НА ИЗМЕНЕНИЕ ДАННЫХ

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

Создание таблицы из запроса:

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

ПРИМЕР: перенести из таблицы Поставки записи с датами более ранними, чем 1 июля 2009 года в отдельную архивную таблицу.

РЕШЕНИЕ: Нужно создать простой запрос, в который включить все поля таблицы Поставки. В строке Условие отбора для поля Дата ввести выражение <01.07.2009. Выбрать в группе Тип запроса команду Создание таблицы и задать имя создаваемой таблице. Таблица из запроса создаётся командой Выполнить из группы Результаты. В процессе создания таблицы выводится сообщение о числе помещённых в неё записей

ЗАПРОС НА УДАЛЕНИЕ ДАННЫХ

Удалённые записи восстановить нельзя, поэтому перед удалением нужно всё тщательно проверить.

ПРИМЕР: В предыдущем примере были сохранены данные о поставках до 1 июля 2009 года в отдельной таблице, но они остались и в исходной таблице Поставки. Нужно удалить их из исходной таблицы.

РЕШЕНИЕ: Открыть запрос Поставки в режиме Конструктора, выставить в нём то же ограничение на дату и выполнить команду Удаление из группы Тип запросов. После этого в бланке запросов появится строка Удаление, в ячейках которой будет выведено значение условия. Это значит, что можно задать дополнительное условия отбора записей. Выполнить запрос на удаление командой Выполнить. Аксэс выведет сообщение о числе удаляемых записей и потребует подтвердить удаление.

ЗАПРОС НА ДОБАВЛЕНИЕ ДАННЫХ

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

ЗАПРОС НА ОБНОВЛЕНИЕ

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

ПРЕИМУЩЕСТВА:

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

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

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

- запросы позволяют выполнять вычисления, основываясь на значениях полей таблицы.

Выражения

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

1. Константы с фиксированной запятой (но пишется точка) – 21, или 3.75, или -27.835

2. Константы с плавающей запятой – 1.5Е5, или -3.75Е-6, или 0,235Е24

3. Строковые константы (должны быть заключены в одинарные кавычки) – ‘Минск’

4. Отсутствующее значение – NULL

ФИО	Код_менеджера	План по сбыту/млн руб
Иванов И.И.	104	192
Петров А.А,	106	NULL
Сидоров С.В.	NULL	127

 

               Сидоров не менеджер План по сбыту для Петрова не определён

В SQL стандартные функции не определены, поэтому большинство СУБД поддерживает агрегатные (итоговые) функции. К часто используемым можно отнести: sum, avg, max, min, count. Примечание: для функций sum и avg столбец должен содержать числовые значения.

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

- арифметические (+, -, *, /);

- операторы отношения или операторы сравнения (=, <, >, <>);

- логические (AND, OR, NOT);

- специальные или дополнительные (IN – определяет множество значений, BETWEEN, LIKE – применяется для поиска по шаблону, IS NULL – используется для поиска нулевых значений).

Пример:

ALTER TABLE Сведения

( Город CHAR (10) )

- CREATE VIEW – создаёт представление, краткий формат:

CREATE VIEW < имя представления>

AS < запрос > [WITH OPTION]

Пример:

CREATE VIEW Успеваемость

AS SELECT * FROM Успеваемость 

WHERE ГРУППА=‘07115’

 

2. Категория внесения изменения в БД

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

INSERT – назначение: добавляет новые записи в таблицу. Краткий формат:

INSERT INTO <Имя таблицы>

[(<имя поля>)…]VALUES({ЗНАЧЕНИЕ ПОЛЯ}…)

Пример:

INSERT INTO Сведения

VALUES (9801, «Иванов И.И.», 1980, «мужской»)

 

DELETE – Назначение: удаляет записи из таблицы. Краткий формат:

DELETE FROM <Имя таблицы>

[WHERE <УСЛОВИЕ>]

Пример:

DELETE FROM Сведения

WHERE Номер=9802

 

UPDATE – назначение: обновляет данные в таблице. Краткий формат:

UPDATE <Имя таблицы>

SET (<Имя поля><Выражение>), [WHERE <УСЛОВИЕ>]

Пример:

UPDATE Сведения

SET ФИО=«Кравцова И.И.» WHERE номер=9802

 

Примечание:

INSERT INTO

Доставка (Название, Телефон)

VALUES («Аэропорт», «21-9-78»)

Категория извлечения данных

Категория извлечения данных состоит из одной команды SELECT. Эта команда применяется при формировании запросов всех видов.

Назначение: извлекает данные из БД.

Краткий формат:

SELECT [DISTINCT ALL]

(<ВЫРАЖЕНИЕ>…) * FROM (<ИМЯ ТАБЛИЦЫ>}) AS [IN] [WHERE] [ORDER BY (<имя поля>)…] [GROUP BY <ИМЯ ПОЛЯ>…] [HAVING <условие>]

Предикат ALL возвращает все значения, удовлетворяющие заданным условиям.

DISTINCT - если записи содержат повторяющиеся значения в выбранных для запроса полях, то возвращается только одна из них.

DISTINCTRAW – если записи полностью повторяются, то возвращается только одна из них.

TOP N [PERCENT] – возвращаются либо первые n записей, либо первые n процентов записей из набора данных.

Если предикат не указан, то по умолчанию ALL.

*- возвращает из таблицы все поля (Имя таблицы.* - когда несколько таблиц).

Псевдоним – AS – новое название для столбцов, которые будут использоваться вместо имён полей (например: Имя поля AS Псевдоним).

Внешняя БД – IN – если информация запрашивается не из текущей БД, то за ключевым словом IN нужно указать полный путь и имя файла внешней БД, заключённой в кавычки. Пример: SELECT TOP25*FROM Заказы IN 'С:Мои документы/Борей.md’

WHERE – указывается логическое выражение, записи из базовых таблиц или запросов попадают в итоговую выборку в случае истинности этого выражения.

ORDER BY – содержит список полей, по которым производится сортировка в итоговом наборе. Наивысший приоритет имеет первое поле, далее может быть указан порядок сортировки. ASC- по возрастанию, DESC – по убыванию.

GROUP BY – содержит список полей, которые используются для группировки записей. В предложении GROUP BY можно указать до 10 полей.

HAVING – указывается логическое выражение, определяющее, какие из уже отобранных и сгруппированных записей будут отображаться в результирующем наборе данных. От предложения WHERE отличается тем, что записи отбираются уже после группировки. Предложение HAVING можно использовать только в случае использования предложения GROUP BY и должно располагаться непосредственно за ним.

Пример:

SELECT Клиенты.Название, Клиенты.Город, Клиенты.Адрес

FROM Клиенты

WHERE ( (Клиенты.Страна) IN (‘США’, ‘Канада’, ‘Мексика’) )

Предложение WHERE использует оператор IN, возвращающий значение ИСТИНА, если значение поля совпадает с одним из элементов, перечисленных после ключевого слова IN (после IN обязательно берём в круглые скобки).

Экономическая информация. Свойства, особенности, виды .

Информация – любые сведения о каком-либо событии, сущности, процессе, независимо от формы ее представления.

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

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

К экономической информации предъявляются следующие требования:

1) Точность – определяет допустимый уровень искажения, при котором сохраняется эффективность функционирования системы.

2) Корректность – обеспечивает ее однозначное восприятие всеми потребителям.

3) Ценность(полезность) информации – проявляется в том случае, если она способствует достижению, стоящей перед потребителем цели.

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

5) Оперативность – отражает актуальность информации для необходимых расчётов и принятия решений в изменившихся условиях.

6) Достаточность (полнота) информации – означает, что она содержит минимально необходимый объем сведений для принятия правильного решения.

 

Экономическую информацию можно классифицировать по разным признакам:

1) по функциям управления различают:
   а) плановое(директивное) – включает в себя директивное значение, планируемых и контролируемых показателей, бизнес-планирования на некоторые периоды в бедующем.
   б) Учётная информация – отражает фактические значения, запланированных показателей за определённый период времени.
   в) Нормативно-справочные – содержит справочные и нормативные материалы, связанные с производственными отношениями и процессами.
  г) Отчетно-статистическое – отражает результаты статистической деятельности предприятия для вышестоящих органов управления, органов гос. Статистики и т.д.

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

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

4) По способам выражения информация подразделяется на:
а) Текстовая
б) Графическая

5) По признаку информация может быть:
а) Переменная (текущая) – отражает фактическое количественное и качественное характеристики производственно-хозяйственной деятельности. (напр. Кол-во проданной продукции).
б) Постоянное(условно-постоянная) – неизменное и многократно используемое в течении длительного периода времени информация, постоянная информация может быть справочной, нормативной, плановой.

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

 

6) По полноте отражения событий ЭИ подразделяют на:
а) достаточное (полное)
б) недостаточную (неполную)
в) Избыточную (инф. Шум)

 

7) По критериям соответствия отображениям критериям подразделяют:
а) достоверная
б) недостоверная

1234567Следующая ⇒

Поделиться: