Рефераты | Рефераты по информатике, программированию | MS SQL Server 9 “Yukon”. Интеграция с .NET | страница реферата 23 | Большая Энциклопедия Рефератов от А до Я
Большая Энциклопедия Рефератов от А до Я
  • Рефераты, курсовые, шпаргалки, сочинения, изложения
  • Дипломы, диссертации, решебники, рассказы, тезисы
  • Конспекты, отчеты, доклады, контрольные работы


    • Рефераты | Рефераты по информатике, программированию | MS SQL Server 9 “Yukon”. Интеграция с .NET


    Рефераты | Рефераты по информатике, программированию | MS SQL Server 9 “Yukon”. Интеграция с .NET

    MS SQL Server 9 “Yukon”. Интеграция с .NET




    Категория реферата: Рефераты по информатике, программированию
    Теги реферата: страна реферат, сочинение рассуждение на тему
    Добавил(а) на сайт: Нырков.



    Предыдущая страница реферата | 16  17  18  19  20  21  22  23  24  25  26 |



    SerializeDataWithMetaData – в этом случае вместе с данными каждого объекта хранится также информация об их структуре. Этот формат по умолчанию установлен в пользовательских типах, созданных по шаблону Visual Studio (Project->Add New Item… User-Defined Type). Он не требует никаких дополнительных действий от разработчика, и не накладывает практически никаких ограничений на содержимое класса. Однако его эффективность заметно ниже, чем у Native формата – замеров я не производил, но длина бинарного представления объекта говорит сама за себя.

    SerializeData – этот формат должен быть промежуточным между Native и SerializeDataWithMetaData. Идея в том, чтобы хранить структурную информацию ровно один раз на класс, а в представлениях объектов хранить только сами данные. Увы, текущая версия сервера не поддерживает этот формат

    UserDefined – для тех, кто предпочитает полный контроль над происходящим. В этом случае параметр MaxByteSize является обязательным, а класс должен реализовать интерфейс IBinarySerialize. Теоретически, позволяет добиться сравнимой с Native-форматом производительности, при отсутствии ограничений на хранимые данные.

    MaxByteSize

    // using System.Data.Sql

    int SqlUserDefinedTypeAttribute.MaxByteSize {get; set}

    Это свойство определяет максимально занимаемое бинарным представлением объекта количество байт. Его применение обязательно только в случае UserDefined-формата (поскольку в этом случае у сервера нет способа оценить размеры буфера, выделяемого для сохранения). Значение этого свойства не может превышать SqlUserDefinedTypeAttribute.MaxByteSizeValue.

    IsFixedLength

    // using System.Data.Sql

    bool SqlUserDefinedTypeAttribute.IsFixedLength {get; set}

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

    IsByteOrdered

    // using System.Data.Sql

    bool SqlUserDefinedTypeAttribute.IsByteOrdered {get; set}

    В тех редких случаях, когда результаты сравнения любых двух экземпляров пользовательского типа совпадают с результатами лексикографического сравнения их бинарных представлений, указание этого параметра позволит серверу выполнять операции сортировки и индексации. Его наличие означает, что для сравнения не нужно десериализовывать объекты. К сожалению, пока что MS SQL Server не поддерживает использования пользовательских типов, не являющихся двоично упорядоченными, в предикатах сравнения, операторах order by и group by, а также ограничениях ссылочной целостности.

    Триггеры

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

    Для создаются триггера на T-SQL существует соответствующий вариант оператора CREATE TRIGGER:

    CREATE TRIGGER trigger_name

    ON view

    [ WITH ENCRYPTION ]

    {

      { INSTEAD OF { [ INSERT ] [ , ] [ UPDATE ] [ , ] [ DELETE ] }

       [ WITH APPEND ]

       [ NOT FOR REPLICATION ]

       AS

       EXTERNAL NAME < method specifier >

      }

    }

    < method_specifier > ::=

      assembly_name:class_name[::method_name]

    Как в остальных случаях, механизм автоматического развертывания проектов в MS Visual Studio Whidbey предоставляет удобную альтернативу – атрибут SQLTrigger:

    Имя параметра

    Описание

    string Name

    Имя триггера, соответствует параметру trigger_name в T-SQL.

    string ForClause

    Событие, запускающее триггер. Например, "INSTEAD OF INSERT”, или “FOR CREATE_ASSEMBLY” (обратите внимание, что новые DDL-триггеры тоже поддерживаются)

    string Target

    Объект, с которым ассоциируется триггер. Для классических DML-триггеров это имя таблицы или view, для DDL-триггеров это либо “ALL SERVER” для перехвата всех событий в пределах сервера, либо “DATABASE”, чтобы ограничиться только текущей базой.

    Таблица 7.

    ПРИМЕЧАНИЕ

    Все три свойства этого атрибута – только для чтения. Их можно установить, воспользовавшись одним из двух перегруженных конструкторов: SqlTrigger(name, target, forClause) или SqlTrigger(target, forClause).

    Приведем пример простого триггера, который будет срабатывать при создании таблиц:

    [SqlTrigger ("DATABASE", "AFTER CREATE_TABLE")]

    public static void AttachAnotherTrigger()

    {

    SqlTriggerContext ctx = SqlContext.GetTriggerContext();

      string xml = ctx.EventData.ToSqlString().Value;

      Regex p = new Regex("<object>(?<tablename>.*)</object>",


    Рекомендуем скачать другие рефераты по теме: диплом государственного образца, реферат по экологии.



    Предыдущая страница реферата | 16  17  18  19  20  21  22  23  24  25  26 |




    Поделитесь этой записью или добавьте в закладки

       

    Категории:



    Разделы сайта




    •