• Авторизация


Метод вспомогательной таблицы для случая произвольного графа. Отличия от случая моделирования иерархий 09-06-2010 12:07 к комментариям - к полной версии - понравилось!


2)Синхронизация и репликация данных. Место технологии XML в структуре средств управления данными.

Репликация - слияние или СИНХРОНИЗАЦИЯ данных, накопленных при независимой работе с базой в двух или более офисах или сервисных центрах одной компании, которые не связаны между собой компьютерной сетью. Работа с базой в таких офисах может вестись независимо друг от друга. В каждом офисе может быть своя локальная сеть или всего один компьютер. Реплицировать означает тиражировать. Если учреждение располагает сетью, тогда целесообразно иметь основную копию базы данных (главная реплика) в главном подразделении фирмы и несколько еe копий (реплик) в других помещениях/на других территориях. Пользователи баз данных на других территориях в процессе работы (например, в результате реализации/приобретения изделий, перечень которых содержит база данных) делают изменения таблиц в своих копиях (репликах). Позднее (периодически) каждый должен внести им сделанные изменения в главную реплику и получить информацию об изменениях, сделанных другими пользователями. Это процесс синхронизации - приведение репликационного набора в состояние, когда реплики одинаковы. HTML, DHMTL - Формат без структуры CSS - Лучше формат, нет структуры XML - Есть структура, нет формата XSL - Формат для структуры DOM - Все вместе XML - создан для решения проблем, связанных с ограничениями HTML. Это метаязык предназначенный для определения новых языков, которые можно использовать для обмена данными

Язык с возможностями расширенной разметки (XML) XML – это стандартный язык, который используется для структурирования и определения данных в виде, приемлемом для различных приложений” Подвид стандарта ISO SGML Короче и проще Оптимизирован для WWW XML и HTML похожи и дополняют друг друга HTML может использоваться для показа XML документов XML И HTML Использование и структура HTML – для представления, менее структурирован XML – для данных, более структурирован Расширяемость Имена HTML элементов и аттрибутов – фиксированные Имена XML элементов и аттрибутов вполне расширяемы, что делает XML предпочтительным для данных

XML (англ. eXtensible Markup Language — расширяемый язык разметки; произносится [экс-эм-э́л]) — рекомендованный Консорциумом Всемирной паутины язык разметки, фактически представляющий собой свод общих синтаксических правил. XML — текстовый формат, предназначенный для хранения структурированных данных (взамен существующих файлов баз данных), для обмена информацией между программами, а также для создания на его основе более специализированных языков разметки (например, XHTML), иногда называемых словарями. XML является упрощённым подмножеством языка SGML.

Целью создания XML было обеспечение совместимости при передаче структурированных данных между разными системами обработки информации, особенно при передаче таких данных через Интернет. Словари, основанные на XML (например, RDF, RSS, MathML, XHTML, SVG), сами по себе формально описаны, что позволяет программно изменять и проверять документы на основе этих словарей, не зная их семантики, то есть не зная смыслового значения элементов. Важной особенностью XML также является применение так называемых пространств имён (англ. namespace).

3)Оператор SQL ALTER для внесения изменений в хранимые процедуры и триггеры.

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

Оператор CREATE PROCEDURE создает процедуру с указанным именем. Процедура может быть создана только в текущей базе данных, за исключением временных процедур, которые создаются в tempdb. Для создания временных процедур следует начинать ее имя с '#' или '##'. Длина имени хранимой процедуры вместе с ## не может превышать 20 символов. Одна процедура может вызывать другую процедуру, уровень вложенности не может превышать 16, текущий уровень вложенности можно узнать из глобальной переменной @@NESTLEVEL.

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

Три́ггер — это хранимая процедура особого типа, которую пользователь не вызывает непосредственно, а исполнение которой обусловлено наступлением определенного события (действием) — по сути добавлением INSERT или удалением DELETE строки в заданной таблице, или модификаци UPDATE данных в определенном столбце заданной таблицы реляционной базы данных. Фактически триггер — это специальный вид хранимой процедуры, которую SQL Server вызывает при выполнении операций модификации соответствующих таблиц.Триггер автоматически активизируется при выполнении операции, с которой он связан.Триггеры связываются с одной или несколькими операциями модификации над одной таблицей.

CREATE TRIGGER [owner.]trigger_name

 ON [owner.]table_name

 FOR {INSERT, UPDATE, DELETE}

 [WITH ENCRYPTION]

 AS sql_statements

Триггеры исполняются после того, как исполнены каскадные действия (AFTER) или до исполнения каскадных действий (INSTEAD OF); Если проверка выявила необходимость отмены действия, то такую отмену можно выполнить непосредственно из тела триггера (ROLLBACK TRANSACTION); В теле триггера можно использовать псевдо-таблицы inserted и deleted, содержащие информацию об измененных записях; Из тела триггера можно вызывать другие процедуры и функции.

Когда триггер срабатывает и начинает выполняться, во время его выполнения существуют две специальные таблицы - INSERTED и DELETED. В них находятся записи, соответственно добавляемые или удаляемые. Глобальная переменная @@ROWCOUNT указывает на число записей, участвующих в операциях с данными. ALTER TABLE дает возможность изменить структуру существующей таблицы. Одиночная инструкция ALTER TABLE может выполнить множественные добавления и удаления. Именование ограничения столбца факультативно. Если имя не определено, InterBase назначает сгенерированное системой имя. Присвоение описательно имени может cделать ограничение проще для поиска, изменения или удаления, а так же проще для поиска, когда это имя появляется в сообщениях об ошибках нарушения ограничения.

ALTER TRIGGER изменяет определение существующего триггера. Если какие-либо аргументы инструкции ALTER TRIGGER пропущены, тогда они, по умолчанию, принимают текущие значения, которые определены инструкцией CREATE TRIGGER или последующей ALTER TRIGGER.

ALTER TRIGGER может изменить:

Только информацию заголовка, заключенную в activation status триггера, when it performs its actions, событие, которое fires триггер и порядок, в котором триггеры fires.

Только информацию тела: инструкции которые следуют за предложением AS.

Информацию заголовка и тела триггера. В этом случае новое определение триггера заменяет старое определение.

Триггер может быть изменен его создателем и пользователем SYSDBA.

Обратите внимание: Изменение триггера определено автоматически для CHECK ограничения таблицы, используйте ALTER TABLE, чтобы изменить определение ограничения.

ALTER TRIGGER name

[ACTIVE | INACTIVE]

  [{BEFORE | AFTER} {DELETE | INSERT | UPDATE}]

  [POSITION number]

  [AS <trigger_body>] [terminator]Аргумент 

вверх^ к полной версии понравилось! в evernote


Вы сейчас не можете прокомментировать это сообщение.

Дневник Метод вспомогательной таблицы для случая произвольного графа. Отличия от случая моделирования иерархий | TheLenka - Дневник Рыжей Девчонки | Лента друзей TheLenka / Полная версия Добавить в друзья Страницы: раньше»