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

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

Экономич.инф-ция(ЭИ) – инф-ция,возникающая при подготовке и в процессе производственно-хозяйственной деятельности человека.

Осн.особенности эк.инф-ции: 1)специфичность по форме представления,2)объемность, 3)цикличность, 4)наличие натуральных и стоимостных измерителей, 5)специфичность по способу обработки, 6 )длительность хранения.

Требования к ЭИ: корректность, целостность, оперативность, точность, актуальность, полнота.

Виды экономич.инф-ции:

1)по функциям управления

· Учетная

· Плановая

· Директивная

· Статистическая

2)по месту возникновения:

· Внутренняя(полученная внутри экономического объекта)

· Внешняя(поступающая из вышестоящих звеньев управления)

3)по стадиям образования:

· Первичная(возникает из начальной стадии управления)

· Вторичная(возникает в результате обработки вторичной)

4) По месту возникновения:

· входная(поступает в фирму извне и используется как первичн.инф-ция)

· выходная(поступает из одной системы в другую)

Составная единица информации(СЕИ) – это ед.инф-ции, состоящая из сов-ти других единиц информации, связанных между собой некотор. отношениями.

К структурным единицам экономической информации относят:

1)реквизит- это логически неделимый элемент любой сложной информационной совокупности, соотносимый с определенным свойством объекта:

· реквизит-признак(характ-ет качеств.св-во объекта:фам,год рожд)

· реквизит-основание(колич.хар-ка в опред.ед-цах: объем товара)

2)показатель = реквизит-признак + реквизит-основание

3) документ – представляет собой сумму показателей

4) массивы - совокупность документов, объединенных по какому либо признаку.

2. Внемашинная организация экономической информации: документы, их виды, структура.

Информация делится на внутримашинную и внемашинную.

Внемашинная инф. – это та часть экономич. инф-ции, которая может быть представлена и воспринята пользователем без использ. технич. средств.

Внутримашинная инф.- фиксируется на машинных носителях и воспринимается чел-ком только по средствам технич.средств.

Формой представления внутримашинной инф-ции явл.документ.

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

В структуру документа включают:

· заголовочная часть–обязательн. и необяз. реквизиты – признаки

· содержательная

· оформляющая -подписи, дата составления

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

· По сфере деятельности документы делятся на плановые, учетные, статистические, банковские, финансовые, банковские

· По отношению к объекту управления – на входящие, исходящие, промежуточные, архивные.

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

· По назначению – распорядительные, исполнительные, комбинированные.

· По способу заполнения – на заполняемые с помощью технических средств и вручную.

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

Классификаторы инфо, их назначение, виды.

Виды информации:

Внемашинная инфо – часть эконом.инфо, которая представлена и м.б.воспринята пользов-ем без использ-я технич.средств.

Внутримашинная инфо – фиксируемая на машинных носителях и воспринимаемая чел-ом только посредством технических средств.

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

Систематизация экономич.инфо вызывает необходимость применение классификаторов:

· общегосуд. – разрабатыв.в централиз.порядке;

· отраслевой – единых для определённых отраслей;

· локальных – характерных для данных предприятия.

Классификатор – систематич.свод однородных наименований и их кодовых значений. Применяются для разного рода представления кодов в документах и для размещения в памяти машины в качестве словарного фонда.

Позиционная форма кодирования (позиция числа имеет значение)

Штриховое кодирование.

Пользователи БД

Пользователями БД могут быть:

прикладные программы - программа, предназначенная для выполнения определенных пользовательских задач и рассчитанная на непосредственное взаимодействие с пользователем;

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

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

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

Семантическая объектная модель. Пример объектной диаграммы.

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

Наиболее часто на практике семантическое моделирование используется на первой стадии проектирования базы данных. При этом в терминах семантической модели производится концептуальная схема базы данных, которая затем вручную преобразуется к реляционной (или какой-либо другой) схеме. Этот процесс выполняется под управлением методик, в которых достаточно четко оговорены все этапы такого преобразования.

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

Далее мы кратко рассмотрим некоторые черты одной из наиболее популярных семантических моделей данных - модель "Сущность-Связи" (часто ее называют кратко ER-моделью).

На использовании разновидностей ER-модели основано большинство современных подходов к проектированию баз данных (главным образом, реляционных). Модель была предложена Ченом (Chen) в 1976 г. Моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов. В связи с наглядностью представления концептуальных схем баз данных ER-модели получили широкое распространение в системах CASE. Основными понятиями ER-модели являются сущность, связь и атрибут.

Сущность - это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности.

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

В изображенном ниже примере связь между сущностями БИЛЕТ и ПАССАЖИР связывает билеты и пассажиров. При том конец сущности с именем "для" позволяет связывать с одним пассажиром более одного билета, причем каждый билет должен быть связан с каким-либо пассажиром. Конец сущности с именем "имеет" означает, что каждый билет может принадлежать только одному пассажиру, причем пассажир не обязан иметь хотя бы один билет.

Экономическая информация, ее виды, структурные единицы. - student2.ru

Функции СУБД

1. Ведение словаря данных ( систематизированного каталога)

Описывает метаданные:

Имена, типы и максимальная длина

Информация о связях

Ограничения на данные

Схемы данных

Статистические данные

Имена санкционированных пользователей и др.

1. Поддержка транзакций

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

Транзакция –последовательность операций над БД (с целью доступа или изменения содержимого), рассматриваемая СУБД как единое целое.

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

Виды

-простые (добавление, удаление, обновление сведений о некоем объекте)

-сложные (внесение в БД нескольких изменений).

Транзакции необходимы для поддержания логической целостности БД.

2. Восстановление БД после сбоев

Журнализация – «ведение» журнала изменений в БД. Обеспечивает надежность хранения данных во внешней памяти (призвано сохранять промежуточное сотояние БД, необходимое для отката транзакций после сбоя)

Сбои:

- мягкие (незавершение работы одной транзакции)

- жесткие (потеря информации во внешней памяти)

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

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

Методы восстановления БД с использованием журнала транзакций

1) Накат – внесение изменений в сохраненную копию БД результатов всех завершенных транзакций согласно записям в журнале.

2) Откат – отмена изменений, произведенными в БД ошибочно или незавершенными транзакциями. Далее повторно запуск транзакции, которая выполнялась на момент сбоя.

3. Контроль доступа к данным

4. Поддержка индивидуальной работы

5. Поддержка распределения обработки данных (в сети)

6. Поддержка целостности данных

7. Поддержка независимости от данных (независимость программ от структуры данных)

8. Вспомогательные функции для: администрирования БД, импорта, экспорта БД, статистического анализа.

9. Управление данными во внешней памяти. Включает наличие необходимых структур внешней памяти для хранения данных БД и служебной информации.

10.Управление буферами оперативной памяти.

Причины буферизации данных в оперативной памяти:

-объем БД обычно значительно больше объема оперативной памяти

-если постоянно обращаться ко внешней памяти, то и СУБД будет работать со скоростью устройства внешней памяти.

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

Семантические сети. Виды отношений. Пример семантической сети.

Семантика-это наука, устанавл отношение между символами и объектами,кот они обозначают,т.е. наука,определяющая смысл знаков.Термин семантическая значит «смысловая»,а семант сеть предстваляет собой ориентированыый граф,вершины кот. есть понятия, а дуги – отношения между ними.В кач-ве понятий обычно выступают абстракт или конкр объекты, а отношения представляют собой связи типа: АКО-связи(A-Kind-Of=это),«имеет частью»(has part),«принадлежит». В основе конструкция, назыв семант сетью. Сеть модели формально можно задать в виде: H=<I, C1, C2….Cn, G> I – мн-во информац единиц C1….Cn – сно-во связей м\у единицами G – задает отношения м\у информ единицами и связями. Семант модели по типам связей: 1. классификац сети 2 функцион сети 3 сценарии связанных с типами отн между понятиями. По типам отн: бинарные, в кот отн связывают два объекта, и N-арные, в кот есть спец отн, связывающие более двух понятий. По кол-ву типов отн: однородные (с единств типом отн) и неоднородные (с разл типами отн) семант сети. «+» Данная модель лучше других соответсвует соврем представлениям об орг-ции долговременной памяти чел. «-» сложность орг-ции процедуры поиска вывода на семент сети. В семантических сетях часто используются также следующие отношения:функциональные связи (определяемые обычно глаголами «производит», «влияет»…); количественные (больше меньше, равно…); пространственные (далеко от, близко от, за, под, над…); временные (раньше, позже, в течение…); атрибутивные (иметь свойство, иметь значение); логические (И, ИЛИ, НЕ); лингвистические… Пример сем.сети:

Экономическая информация, ее виды, структурные единицы. - student2.ru

Фреймы, их виды, структура. Сети фреймов. Примеры фреймов.

Фреймовая модель (ФМ).

Фиксируется жёсткая структура информационных единиц, называемая протовреймом.

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

Слот - может быть терминальным (листом иерархии) или представлять собой фрейм нижнего уровня.

В общем виде он выглядит след. образом

(имя фрейма:

Имя слота1 (знач. слота 1)

……

Имя слота k (знач. cлота k))

Прим. (Список раб-ов:

Фамилия (знач. слота 1)

Год рожд. (зн.сл. 2)

Специальность (зн.сл. 3)

Стаж (зн.сл.4))

Фреймовое представл-ие данных позволяет отображать знания с помощью:

Фрейм-структур(для обознач. объектов и понятий)

Фрейм-ролей (для обознач.ролевых обяз-ей)

Фрейм-сценариев(для обознач. поведения)

Фрейм-ситуации(для обознач.режимов деятельности,состояний)

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

Св-ва фреймов наследуются сверху вниз через АКО связи.слот с именем АКО указывает на имя фрейма более высокого уровня иерархии.

В слоте могут храниться процедуры и правила:

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

- процедуры-слуги – активиз-тся только по специальному запросу

Различают две сист. фрейма:

ü Статич. (не м.б. изменены в процессе реш. зад.)

ü Динамич. (это допустимо)

Спец. яз. представл. зн. в сетях фреймов (FRL-frame representation language) позволяют эффективно строить промышл-ые экспертные сист.

Фреймово ориентир-ые экспертные сист. Analyst, МОДИС

43.Формальные логические модели. Их примеры

В основе модели такого типа лежит формальн.сист., задаваемая 4-кой вида:

M=<T, P, A, B>

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

Р– мн-во синтаксич.правил,с пом-ью кот. из мн-ва базовых эл-ов строятся т.н. синтакс-и правильн. совок-ти.(из слов предлож-ия,из деталей машина)

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

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

Структура команды SQL

Каждая команда SQL начинается с действия – ключевого слова или группы слов, описывающих выполняемую операцию. Например, INSERT (добавить), DELETE (удалить), COMMIT (завершить), CREATE TABLE (создать таблицу).

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

После действия может следовать одно или несколько предложений. Предложение описывает данные, с которыми работает команда, или содержит уточняющую информацию о действии, выполняемом командой. Каждое предложение начинается с ключевого слова, такого как, например, WHERE (где), FROM (откуда), INTO (куда), HAVING (имеющий). Многие предложения содержат имена таблиц и полей БД; некоторые – константы и выражения.

Имена таблиц, полей и пользователей должны содержать от 1 до 18 символов, начинаться с буквы и не содержать пробелов или специальных символов пунктуации. В качестве имен нельзя использовать ключевые слова SQL.

Пример команды SQL: Экономическая информация, ее виды, структурные единицы. - student2.ru

Типы данных и выражения SQL

Типы данных

Ø Символьный тип данных содержащий буквы, цифры, специальные символы

ü CHAR или CHAR (n) – символьные строки фиксированные данные

ü VARCHAR (n) – символьные строки

Ø Целые числа

ü INTIGER или INT – целое для решения которого отводится, как байта

ü SMALLINT – короткое целое (2 байта)

ü FLOAT SNALLFLOAT – число плавающих точек

ü DECIMAL (p) – аналогично FLOAT с числовым значение цифр р

ü DECIMAL (p, n) – аналогично предыдущим, р – общее количество десятичных чисел

Ø Денежный тип

ü MONEY (p, n) – аналогично типу DECIMAL (p, n)

Ø Дата и время

ü DATE - дата

ü TIME - время

ü INTERVAL – временный интервал

ü DATETIME – момент время

Ø Двоичные данные

ü BINARY

ü BYTE

ü BLOB – хранить данные любого объема в двоичном коде

Ø Последовательный тип

ü SERIAL – тип данных на основе INTEGER позволяющий сформировать уникальные значения

Выражения

· Арифметические выражения

+, -, *, %, /, возведенное в степень

· Логические операции

AND – логическое умножение

OR – лог сложение

NOT –лог отриц

· Текстовые операции

& - слияние слов

Пример выражения

Kol*Price

(Kol*Price)/8200

AVG

Язык SQL

- Полное имя таблицы

имя _ владельца _ имя таблицы

- Полное имя таблицы

Основной яз SQL составляет операции, условно разбитые на несколько групп.

Категории оперативного SQL

ü Date Definition Language (DDC)

ü Date Manipulation Language (DML)

ü Date Control Language (DCL)

ü Transaction Control Language (TCL)

ü Cursor Control Language (CCL)

Диалекты языка SQL в СУБД.

Несм. на наличие междунар-го станд-та ANSI SQL, многие компании, занимающиеся разработкой СУБД, вносят изменения в язык SQL. Каждая из реализаций языка SQL в конкретной СУБД называется диалектом. Ф-ии, к-ые добавляются к стандарту языка разработчиками коммерческих реализаций – это расширения. Нп, в стандарте языка SQL определены конкретные типы данных, которые могут хран-ся в бд. Во многих реализациях этот список расширяется за счет дополнений. 3 уровня соответствия стандарту ANSI/ISO — начальный, промежуточный и полный. Произв-ли СУБД (Oracle, Microsoft, Borland, Informix, Sybase) применяют реализации SQL, отвечающие как минимум начальному уровню и содержащие некоторые расширения, специфические для данной СУБД. Не существует двух совершенно идентичных диалектов. И поскольку разработчики вводят в сис-мы все новые средства, они расширяют свои диалекты языка SQL, в рез-те чего отдельные диалекты больше отличаются друг от друга. достоинства : более широкие возм-сти по срав-ию со станд-том SQL, нп, больше типов данных, большее количество команд, больше дополнительных возможностей у имеющихся команд. Кроме того, такие нестандартные возм-сти языка со временем могут быть вкл. в стандарт. Недостаток в том, что различия в синтаксисе реализаций SQL затрудняют перенос приложений из одной системы в другую. В широко распространенных в настоящее время СУБД используются следующие диалекты языка SQL: PL/SQL – в СУБД Oracle; Transact-SQL – в СУБД Microsoft SQL; Informix-SQL – в СУБД Informix; Jet SQL – Microsoft Access.

Оптимизация работы БД.

Индексирование (ср-во ускорения операции поиска записей в табл, поска, извлеч-я, модифик-ции, сортировки) в инд перечисл знач-я опред атрибутов с указ стр бд, содерж строки, где встреч соотв знач-е.Индексированный файл- основ-й файл, для кот-го созд-ся индексный файл. Индексный ф—ф особ типа,в котор кажд запись сост из 2 значен: данн и указателя номера записи. Данные предоставл поле, по которому проводилось индексирование, а указатель осущ связывание с соответствующей записью индексир-го файла. Если ф большие, то и инд ф тоже. Не рекомнд созд-ть инд для ысех полей, а для перв ключей, для внешн ключей Осн преимущ—значит ускорение процессавыборки или извлечен данн, осн недостат—замедлен процесса обновления дан, т.к. при кажд добавлен нов зап в индексир-ный файл потребуется добавить нов индуксн файл. Поэт при выб поля важно знать,кот-й из 2х показат важнее: скорость выборки или скор обработки. В SQL-Create Index

Особенности технологии хеширования.Хешированием называется технолог быстрого доступа к храним записи на основе задан значен некотор поля. /в отл от индекс-ния исрольз-тся только 1 хеш-поле)При хешир used некотор ф-ция для определ-я местоположен любого элем данн. Осн особ-сти хешир: 1.кажд храним запись БД размещ-ся по адресу,кот-й вычисл-ся с пом спец-й хеш-функции на основе значен некотор поля данн записи.2.для сохранен зап в СУБД снач вычисл-ся хеш-адрес нов зап, после чего прогр-ма управлен дисков пакмятью помещ эту запись по вычисляемому адресу.3.для извлечен нужн зап по задан значен хеш-поля в СУБД снач выч-ся хеш-адр, затем в прогр упр-я дисков памятью посыл-ся запрос на извлечен записи по вычислен адр.Осн преимущ хеш-ия закл-ся в быстроте дост к данным. Минус—сложность выбора подходящ хеш-функции., возм-сть переполн, недост наполн страниц

Сервис/Анализ/Архивариус.

Пересылка по эл. Почте.

Можно отправлять содержимое объектов БД в виде вложений в сообщения электронной почты в различных форматах файлов, например, Microsoft Excel (.xls), RTF (.rtf), текст MS-DOS (.txt), HTML (.html) с помощью команды

Файл/Отправить/Сообщение (как вложение) …

Возможно отправление страниц доступа к данным в виде основного текста сообщений.

Import.СУБД Access поддерживает два способа использования данных из внешних источников:

1) импорт данных в новую таблицу Access. При этом данные преобразуются из другого формата и копируются в Access. Также можно импортировать объекты в текущую базу данных Microsoft Access;

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

Импорт и связывание данных возможны из:

· другой БД – БД Microsoft Access, dBASE, Paradox, Microsoft SQL Server, Microsoft Visual FoxPro и других БД, поддерживающих протокол ODBC;

· электронной таблицы Microsoft Excel, Lotus 1-2-3;

· текстовых файлов с разделителями или с фиксированной длиной записи;

· Web-страницы;

· сообщений электронной почты.

Существует два способа выполнения импорта или связывания данных:

1) с помощью команды

Файл/Внешние данные

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