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


Скачать 374.75 Kb.
НазваниеПрименение вт для выполнения численных расчетов, которые слишком долго или вообще невозможно выполнить вручную (1с бухгалтерия)
страница3/3
Дата публикации15.06.2013
Размер374.75 Kb.
ТипДокументы
userdocs.ru > Информатика > Документы
1   2   3

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


  1. Необходимые операторы уже содержатся в БД;

  2. Все они уже прошли этап синтаксического анализа и находятся в исполняемом формате;

  3. Хранимые процедуры поддерживают модульное программирование, т. к. позволяют разбивать большие задачи на более мелкие;

  4. Хранимые процедуры могут вызывать другие хранимые процедуры и функции;

  5. Хранимые процедуры могут быть вызваны из прикладных программ другого типа;

  6. Хранимые процедуры выполняются гораздо быстрее, чем последовательность операторов SQL;

  7. Хранимые процедуры проще использовать, и хотя они могут состоять из сотни команд, для запуска достаточно знать имя.


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


  1. Системные;

  2. Пользовательские;

  3. Временные:

а) Локальные;

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


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

  2. Компоненты, ссылающиеся на объекты БД, сопоставляются с этими объектами на факт их существования;

  3. В системной таблице сохраняется исходный текст процедуры, а в таблице объектов ее название;

  4. Создается примерный план выполнения запроса;

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


Хранимые процедуры – это мощное средство обработки данных, которое играет важную роль в администрировании и поддержке БД. Они рассчитаны на решение задач практически любой сложности.
Триггеры представляют собой методы, с помощью которых можно обеспечивать целостность БД даже в том случае, если она используется множеством приложений.
Триггер – это специальный вид хранимой процедуры, которая автоматически выполняется при каждой попытке изменить защищаемые ей данные.
Триггеры обеспечивают целостность, предотвращая несанкционированное или неправильное изменение данных. Например, в БД есть таблицы, связанные через поле «Отчество» (таблица клиентов и их заказов). Разумно создать триггер, который при каждой попытке удалить запись клиента проверит наличие у него заказов и позволит удалить запись при их отсутствии. Можно также создать триггер, который при каждом добавлении записи в таблицу заказов анализирует заказы этого же клиента и определяет приемлемый срок оплаты.
Триггер является частью транзакции (последовательность выполняемых операций), следовательно, если триггер терпит неудачу, то отменяется вся транзакция.
С точки зрения быстродействия, триггеры не имеют никаких преимуществ, т. к. их выполнение связано с постоянным обращением к различным таблицам. Соответственно, работа идет быстрее, если таблицы в оперативной памяти, и медленнее, если данные считываются с диска.

19.01.2010

При создании триггеров необходимо придерживаться следующих правил:


  1. Триггеры создаются для поддержания целостности данных, ссылочной целостности и рабочих правил;

  2. Нельзя создавать триггеры для временных таблиц, однако триггеры могут к таким таблицам обращаться;

  3. Триггер не может возвращать результирующий набор данных, т. е. к использованию оператора SELECT нужно подходить крайне осторожно;

  4. В триггерах нельзя использовать следующие операторы: CREATE, все операторы DROP, ALTER TABLE, ALTER DATABASE, все операторы DISK;

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


Триггеры также применяются для поддержки правил. Конечно, для этого часто достаточно использование ограничений, значений по умолчанию или пользовательских типов данных, однако, при необходимости обращения к другим таблицам, триггеры оказываются незаменимыми. При помощи триггеров также реализуется механизм ссылок. Триггеры очень эффективны при каскадном удалении и обновлении данных. При изменении данных, условия триггера проверяются в последнюю очередь, вначале проверяются ограничения. Если ограничения нарушены, триггер отменяется.
^ Разработка отчетов
Средства Access по разработке отчетов предназначены для создания макета отчета, по которому может быть осуществлен вывод данных в виде выходного печатного документа. При этом данные могут быть из одной таблицы, из группы взаимосвязанных таблиц, из простых и сложных запросов.
Перед началом конструирования пользователь должен произвести подготовительную работу: определить, для чего нужен будет отчет, на какие вопросы он должен ответить и из каких объектов будут использоваться данные. На основании этого строится макет отчета.
В процессе конструирования отчета формируется его состав и содержание разделов, оформляются заголовки, подписи реквизитов, размещаются вычисляемые поля. Средства конструирования позволяют размещать (группировать) данные по нескольким уровням. По каждому уровню могут производиться вычисления итогов
Отчет может создаваться с помощью мастера или в режиме конструктора.
При необходимости вывода данных из нескольких таблиц в качестве основы может быть использован многотабличный запрос.
Разделы отчета в режиме конструктора:


  1. Заголовок отчета – выводится только вначале отчета;

  2. Верхний колонтитул – выводится в верхней части каждой страницы;

  3. Область данных – содержит записи таблицы или запроса;

  4. Нижний колонтитул – выводится в нижней части каждой страницы;

  5. Примечание отчета – выводится только в конце отчета.


22.01.2010

Разработка приложения пользователя
Приложение пользователя образуется объединением некоторого множества задач предметной области. Задача может быть определена как совокупность действий по формированию выходной информации на основе входной информации.
Выходной информацией считаются печатные документы, видеограммы, файлы, сообщение, содержащие результат решения и имеющие определенное значение в данной предметной области. Входной информацией являются входные данные документов и параметры решения задачи.
Для того, чтобы решить задачу пользователя средствами СУБД необходимо сначала ее спроектировать, при этом нужно выполнить постановку и алгоритмизацию задачи на основе исходной БД.
В процессе постановки определяется характеристика задачи, входная и выходная информация. Характеристикой является цель, назначение, сущность задачи, установка периодичности и сроков решения.
Алгоритм задачи – это совокупность формальных действий, выполнение которых осуществляется в определенной логической последовательности. При разработке алгоритма необходимо обеспечить его выполняемость. Процесс алгоритмизации заключается в реализации следующих задач:


  1. Разбиение или декомпозиция общей задачи на более простые;

  2. Разработка блок-схемы, определяющей взаимосвязи;

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


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


Макросы
Макрос – это программа, состоящая из последовательности макрокоманд.
Макрокоманда – это инструкция, ориентированная на выполнение определенного действия (открыть форму, напечатать отчет, запустить на выполнение запрос, применить фильтр, присвоить значение, создать свое меню для формы или отчета).
Имеющийся в Access набор макрокоманд реализует практически любые действия, которые необходимы для решения задач. Язык макросов обеспечивает возможность не прибегать к программированию на Visual Basic.
Макросы определяют набор методов обработки объектов. В Access имеются средства, обеспечивающие взаимодействие макросов с объектами на основе событий. События наступают при выполнении определенных действий пользователем. Т. о, пользуясь созданным макросом, пользователь БД упрощает и автоматизирует работу.
Для организации ветвления в макросе определяются условия выполнения макрокоманд. Пользователь запускает главную программу и далее все управление ее выполнением осуществляется изнутри. Программа сама открывает нужные объекты, выбирает и обрабатывает данные, вызывает другие макросы и при необходимости инициирует диалог с пользователем.

26.01.2010

^ Конструирование макроса
Формирование макроса осуществляется в диалоговом режиме и сводится к записи в окне макроса последовательности макрокоманд, для которых задаются параметры. Каждому макросу задается имя. При выполнении макроса макрокоманды выполняются последовательно в порядке их расположения, при этом используются объекты или данные, указанные в аргументах макрокоманд. Имеется возможность определить условия макрокоманды.
Access предоставляет возможность автоматически инициировать выполнение макроса при наступлении некоторого события. Для связи макроса с событием достаточно в бланке свойств объекта или элемента управления внести в строку этого события имя макроса. События, с которыми можно связать макрос, определяются в свойствах форм, отчетов и их элементах управления.
Создание макрокоманды в макросе или задание значений аргументов может быть выполнено путем переноса с помощью мыши объекта БД из окна БД в окно макроса.
^ Распределенные системы БД
Существуют системы БД, в которых клиент может получать доступ к любому числу серверов одновременно. В этом случае серверы рассматриваются как один сервер, и пользователь может не знать, на каком именно ПК какая часть данных содержится. Такие системы называют распределенными системами БД.
Они должны отвечать следующим требованиям:


  1. Локальность автономии – это означает, что функционирование данного узла сети управляется этим узлом и не зависит от другого узла.

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

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

  4. Независимость от аппаратного обеспечения и ОС – данные должны интегрироваться на ПК с любыми характеристиками.

  5. Независимость от сети – система должна поддерживать разные типы сетей.

  6. Независимость от СУБД – все используемые СУБД должны интегрироваться друг с другом.


9.03.2010

Итоговое задание:


  1. Составить логическую, концептуальную и физическую схему, описать их отличия.

  2. Записей в таблицах должно быть 15-20.

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

  4. При создании отчетов должны использоваться вычисления.

  5. Создать приложение в Delphi, которое будет отражать БД.
1   2   3

Похожие:

Применение вт для выполнения численных расчетов, которые слишком долго или вообще невозможно выполнить вручную (1с бухгалтерия) iconДобрый день, уважаемые студенты!
Для получения зачета вам необходимо выполнить следующее задание (см инструкцию ниже). Все пункты обязательны для выполнения. Выполнить...
Применение вт для выполнения численных расчетов, которые слишком долго или вообще невозможно выполнить вручную (1с бухгалтерия) icon"1С: Бухгалтерия 8". Практическое освоение бухучета с самого начала
С: Бухгалтерия 8 для ведения бухгалтерского и налогового учета, насколько эта программа облегчает труд бухгалтера. Таким образом,...
Применение вт для выполнения численных расчетов, которые слишком долго или вообще невозможно выполнить вручную (1с бухгалтерия) iconЖенщины которые любят слишком сильно
Если любить для нас обязательно означает страдать, значит, мы любим слишком сильно
Применение вт для выполнения численных расчетов, которые слишком долго или вообще невозможно выполнить вручную (1с бухгалтерия) iconУважаемые студенты!
Если вы вообще не ходили на занятия (или ходили очень мало), то вам придется выполнить все предложенные ниже задания чтобы получить...
Применение вт для выполнения численных расчетов, которые слишком долго или вообще невозможно выполнить вручную (1с бухгалтерия) iconЦифровой измерительный комплекс © Издательство «Радио и связь», 1986 предисловие
Регулировка радиоаппаратуры, получение требуемых параметров невозмож­ны без применения измерительных приборов различного назначения....
Применение вт для выполнения численных расчетов, которые слишком долго или вообще невозможно выполнить вручную (1с бухгалтерия) iconСтатья Основные понятия, используемые в настоящем Федеральном законе
О применении контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием платежных...
Применение вт для выполнения численных расчетов, которые слишком долго или вообще невозможно выполнить вручную (1с бухгалтерия) iconQuintus Horatius Flaccus (Квинт гораций флакк)
Для смертных нет ничего [слишком] тяжелого (т е смертных «угомонить» невозможно ничем)
Применение вт для выполнения численных расчетов, которые слишком долго или вообще невозможно выполнить вручную (1с бухгалтерия) iconAвстралийская пастушья собака
Уэльс. С середины XIX века английские скотоводы завезли в Австралию вместе со скотом пастушьих собак "черных бобтейлов", или смитфилдов,...
Применение вт для выполнения численных расчетов, которые слишком долго или вообще невозможно выполнить вручную (1с бухгалтерия) iconШерри Аргов Хочу быть стервой! Пособие для настоящих женщин
Моя книга — это руководство по личным взаимоотношениям для женщин, которые «слишком милы». Не воспринимайте слово «стерва», вынесенное...
Применение вт для выполнения численных расчетов, которые слишком долго или вообще невозможно выполнить вручную (1с бухгалтерия) iconВалентина Дмитриевна Москаленко Когда любви слишком много: Профилактика любовной зависимости
Она не для вас. Я пишу для тех, кто любит и страдает, кому не всегда везет. Особенно симпатизирую и хочу помочь женщинам, и молодым,...
Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2020
контакты
userdocs.ru
Главная страница