Mssql 7 windows 7

MS SQL Server версии 7.0 соответствует стандарту SQL-92. Как сказано в документации, «SQL Server 7.0 создан в соответствии со стандартом SQL-92, фокусируясь на SQL-92 как основном диалекте. «. Кроме SQL-92, MS SQL Server 7.0 поддерживает значительно более мойный Transact-SQL (T-SQL). T-SQL — это процедурный (в отличии от классического SQL), базирующийся на SQL язык, созданный компанией Sybase. Этот язык, претерпев некоторые (косметические) изменения, о них будет говориться далее, по прежнему является совместимым со своим исходным вариантом. Имеющиеся разногласия между диалектами SQL-92 и T-SQL легко обходятся за счет настроек и использования предопределенных переменных (ANSI_DEFAULTS, ANSI_NULLS, ANSI_WARNINGS и т.п.).

К сожалению (а может и к счастью, судить вам), в Microsoft не поддержали почин объектно-ориентированного расширения SQL-серверов. Взамен в Microsoft был создан Microsoft Transaction Server (MTS), базирующийся на технологии DCOM и предназначенный для создания, «промежуточного слоя» аккумулирующего бизнес-логику, разгружающего SQL-сервер и позволяющего распределить нагрузку на несколько компьютеров.

Драйверы и API

MS SQL Server поддерживает:

• OLE DB — основной («несущий») API. MS SQL Server 7.0 совместим с OLE DB версии 2.0. OLE DB основан на модели COM и представляет собой гибкий и масштабируемый API низкого уровня. О нем уже неоднократно писал наш журнал. Разработка этого API велась параллельно разработке MS SQL Server 7.0, и не исключено, что Microsoft разрабатывала это API в расчете на SQL Server. Как бы то ни было, OLE DB является самым быстрым и гибким API для MS SQL Server 7.0. OLE DB можно применять при разработке на языках программирования, поддерживающих прямую работу с COM. По существу, это ограничивает его применение языками C и C++. Можно попытаться применять OLE DB на Delphi, но надо учитывать, что файлы описания для Delphi недоступны. Через этот API доступны все возможности SQL Server, в том числе новые типы данных. Для OLE DB в библиотеках C++, таких как ATL и MFC, имеются удобные оболочки.
• ODBC — поддерживается Win32 спецификация Microsoft, ODBC 3.51, но можно использовать и программы, написанные в соответствии с более ранними спецификациями. Хотя ODBC тоже является низкоуровневым API, его можно напрямую использовать из большего количества языков программирования. Главным требованием здесь является поддержка языком динамически подключаемых библиотек (DLL). Через этот API также доступны все возможности SQL Server, в том числе новые типы данных.
• ADO — поддерживается версия 2.0. ADO является совместимой с OLE Automation надстройкой над OLE DB. Обеспечивает самый простой способ доступа к MS SQL Server из высокоуровневых языков программирования (MS Visual Basic, MS Visual J++, Delphi, . ) и из скриптовых языков (VBScript, JavaScript, . ). ADO применим и в C/C++, но здесь его преимущества не так очевидны по сравнению с прямым использованием OLE DB. Более полную информацию об ADO можно почерпнуть со страниц нашего журнала.
• DB-Library — до выхода седьмой версии MS SQL Server. DB-Library являлся основным низкоуровневым API. В версии 7.0 его место занял OLE DB, но DB-Library полностью поддерживается хотя и не предоставляет всех возможностей которые предоставляет OLE DB. Главным ограничением DB-Library является то, что он не поддерживает новые типы данных и ограничивает возможности при работе с прокручиваемыми курсорами. В преимущества этого API можно записать то, что с его помощью можно создавать программы для DOS и 16-битного Windows. Можно смело заявить, что этот протокол поддерживается только по вопросам совместимости.
• Embedded SQL for C (ESQL/C) — собственно, и API-то не является, а представляет собой надстройку над DB-Library. На сегодня ESQL/C устарел и не обеспечивает функциональности необходимой для современных программ, поэтому можно сказать, что этот API служит для переноса унаследованных программных продуктов и как способ упростить программирование приложений DB-Library.
• SQL-DMO — является COM-библиотекой, на которой базируется главное средство администрирования Enterprise Manager. SQL-DMO предназначен для автоматизации администраторских задач. Через него можно поменять структуру БД, произвести резервное копирование и т.д. В принципе, при помощи SQL-DMO можно исполнять SQL-запросы и работать с resultset-ми, но это не является его основной задачей.
• BDE — универсальный стандарт компании Inprise (SQL Links)

MS SQL Server 7.0 не поддерживает JDBC. Вместо этого в Visual J++ можно использовать ADO.

Что такое T-SQL

T-SQL (Transact-SQL) это процедурное расширение непроцедурного SQL, сделанное еще на заре становления SQL технологий фирмой Sybase.

Где применим

T-SQL — это гибкий и удобный язык, применимый в любом месте, где применимы SQL-выражения, а именно: в запросах, триггерах, хранимых процедурах. Единственным ограничением использования T-SQL является API, используемый при обращении к SQL Server. Не все функции из ODBC, DB-Lib и RDO позволяют использовать T-SQL. В основном ограничения касаются функций работы с курсорами (курсор применяется для интерактивного отображения и редактирования набора записей).

Прокручиваемые курсоры

В SQL Server до версии 7 единственным способом создать курсор с использованием T-SQL было помещение кода на T-SQL в хранимую процедуру и последующий вызов этой процедуры. Но и при использовании хранимых процедур ограничений, налагаемых на использование T-SQL при создании курсоров, было настолько много, что практически, используя ODBC или RDO, курсор можно было создать только по однострочному SQL-запросу (SELECT. ). Единственным средством, позволяющим создать прокручиваемый курсор с использованием сложного T-SQL запроса, была Delphi компании Inprise/Borland. Это можно сделать, используя объект TQuery. Но на самом деле TQuery попросту перекачиваетл данные на клиентскую машину в однонаправленном режиме, используя не функции работы с курсором, а функции потоковой выборки. Далее он кэшировал полученные данные в парадоксовской таблице, на базе которой он, собственно, и эмулировал прокручиваемый курсор.

Не говоря о количестве проблем, возникающих при этом (поверьте их более чем достаточно), скажем только, что TQuery является объектом Delphi и его можно применять лишь в двух продуктах Inprise: Delphi и C++Builder.

Но новая версия SQL Server в качестве базового (низкоуровневого) интерфейса использует не DB-Lib (используемый ранее), а OLE DB. OLE DB-реализация позволяет получать прокручиваемые курсоры, используя все возможности T-SQL даже без применения хранимых процедур. Единственный секрет, который надо знать — если в запросе более одного оператора SELECT, INSERT, UPDATE или DELETE, то в начале запроса надо поставить команду «SET NOCOUNT ON», а перед последним оператором SELECT — «SET NOCOUNT OFF».

Так как ADO основывается на OLE DB, то и в нем можно применять T-SQL любой сложности.

Нововведения от Microsoft

Доработки, сделанные Microsoft, невелики, но очень полезны:

Так, в SQL Server 6.5 в процедуре или триггере можно было создать курсор (в данном случае речь идет о курсоре, живущем только на сервере и используемом для внутренних нужд) для перебора набора записей, но курсор становился глобальной переменной, и если эта же процедура или триггер вызывалась рекурсивно, происходила ошибка выполнения. В версии 7 в SQL Server добавлена возможность создавать не только глобальные, но и локальные курсоры, а также передавать и возвращать локальный курсор в качестве параметров хранимой процедуры. Появился тип данных «курсор».

Идентификаторы теперь могут достигать длины 128 символов (до 7-й версии их длина не могла превышать 30 символов).

В операторе SELECT команда TOP теперь может использовать необязательный параметр PERCENT. Это позволяет получать не только фиксированное число строк, но и некоторое количество строк, составляющее определенный процент от общего количества строк в resultset’е.

Максимальная длина для binary, varbinary, char и varchar теперь составляет 8000 байт, что позволяет во многих случаях обходиться без BLOB полей.

Появились текстовые типы данных, хранящие символы в Unicode-формате: nchar, nvarchar и ntext.

Добавлен новый тип данных uniqueidentifier, позволяющий хранить в БД GUID — глобально уникальные идентификаторы. Для работы с новым типом данных добавлены несколько новых функций.

Основные конструкции языка

Как и любой нормальный процедурный язык, T-SQL поддерживает стандартные конструкции: If else, while, begin end, и т.п. Это, конечно, не современный объектно-ориентированный язык, но для встроенного языка очень неплохо.

Вот так выглядит наш тестовый код, заполняющий таблицу «tmr» миллионом записей (основные операторы выделены жирным):

Массивы против временных таблиц

При обработке информации часто требуется организовать временный массив (например, для создания сводного отчета). Многие языки программирования гордятся эффективными и удобными реализациями массивов. Это могут быть динамические массивы, списки, специальные классы (например, в MFC есть класс Cmap, реализующий идеологию хэш-индекса), и т.п. Но не о многих языках можно сказать, что реализованные в них массивы «интеллектуальны». Так вот, T-SQL вообще не поддерживает массивы . ну по крайней мере, в прямом смысле этого слова. Вместо этого в нем есть так называемые «временные таблицы». временная таблица — в прямом смысле этого слова таблица, но создается она в специальной базе данных «TempDB» и по возможности держится в оперативной памяти, не скидываясь на диск. Второе ее отличие заключается в том, что временная таблица автоматически уничтожается, если она больше никому не нужна. временные таблицы бывают двух видов: локальные и глобальные. Отличительной особенностью локальных временных таблиц является префикс #, а глобальных ##. Локальные временные таблицы могут создаваться одновременно несколькими пользователями (точнее, сессиями), и каждый пользователь (сессия) будет иметь свою копию этой таблицы. Глобальные же напротив, являются доступными всем одновременно. Создать временную таблицу можно как традиционным способом, с помощью оператора CREATE TABLE или просто оператором SELECT с утверждением INTO (SELECT * FROM Tbl_1 INTO #Tmp_tbl). Конфликты имен решаются автоматически. На временной таблице можно создавать индексы, в том числе и кластерные. Все созданные индексы уничтожаются автоматически при уничтожении таблицы.

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

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

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

Полнотекстовый поиск

Введенная в MS SQL Server 7.0 поддержка полнотекстовых запросов предоставляет возможность расширенного поиска по колонкам, содержащим символьные строки. Индексировать можно колонки как традиционных символьных типов данных (CHAR, VARCHAR), так и колонки имеющие типы text, ntext. Это позволяет создавать на базе MS SQL Server 7.0 поисковые системы, системы каталогизации документов и т.п.

Такая возможность реализуется сервисом MS Search.

MS Search является внешним по отношению к MS SQL Server сервисом. Он исполняет следующие роли:

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

Полнотекстовый поиск осуществляется довольно-таки быстро, чего нельзя сказать о заполнении полнотекстовых индексов. Нам показалось, что эта операция занимает слишком много времени. Возможно, это связано с межпроцессным обменом (ведь MS SQL Server и MS Search — это разные исполняемые модули). К сожалению, пополнение каталога не может производиться при каждом добавлении строки. Есть две возможности заполнения полнотекстовых индексов: инкрементальное заполнение и полное заполнение (настраивает индексы только для добавленных, измененных или удаленных после последнего заполнения строк. Для такого индексирования таблица должна содержать колонку с типом данных timestamp. В противном случае может выполняться только полное заполнение).

Полнотекстовые конструкции используют предикаты CONTAINS или FREETEXT, либо функции CONTAINSTABLE или FREETEXTTABLE.

К сожалению, в отличие от самого SQL Server, MS Search по умолчанию не поддерживает русский язык. Причем FREETEXT и FREETEXTTABLE вообще невозможно заставить понимать по-русски без использования программного обеспечения третьих фирм. А CONTAINS и CONTAINSTABLE все же можно заставить работать с русским языком. Для этого необходимо выполнить следующий скрипт:

После этого надо пересоздать имеющиеся полнотекстовые каталоги. Это можно сделать посредствам Enterprise Manager. Чтобы получить данные, используя предикат CONTAINS, необходимо написать примерно такой запрос.

Звездочка означает, что вы хотите получить все строки, в которых имеются слова, начинающиеся на иванов (например — иванов, иванова, ивановы. ). Обратите внимание на то, что иванов* взято в кавычки. Если этого не сделать, MS SQL Server воспримет звездочку как разделитель и возвратит только иванов.

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

Следопыт приходит на помощь

Российской компанией Медиалингва в тесном сотрудничестве с Microsoft создан пакет русификации для полнотекстовой системы поиска MS SQL Server. Ему дали название «Следопыт для MS SQL Server 7.0». После установки этого пакета становятся доступны все возможности полнотекстового поиска, которые ранее были доступны только для английского языка. Так, становится доступным полнотекстовый поиск с использованием предикатов FREETEXT и FREETEXTTABLE. Это позволяет значительно упростить поиск за счет того, что MS Search начинает распознавать словоформы. С использованием Следопыта наш пример можно записать так:

Использование предиката FREETEXT позволяет получить некоторые расширенные функции типа указания весомости слова или словосочетания в запросе.

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

Макс. Размеры/количества

Объект

SQL Server 6.5

SQL Server 7.0