спасибо за помощь!
Подробнее о работе
Гарантия сервиса Автор24
Уникальность не ниже 50%
ВВЕДЕНИЕ
SQL символизирует собой Структурированный Язык Запросов. Это – язык, который дает вам возможность создавать и работать в реляционных базах данных, которые являются наборами связанной информации сохраняемой в таблицах[9].
Мир баз данных становится все более и более единым.Это привело к необходимости создания стандартного языка, который мог бы использоваться, чтобы функционировать в большом количестве различных видов компьютерных сред. Стандартный язык позволит пользователям знающим один набор команд, использовать их чтобы создавать,изменять, отыскивать ипередавать информацию независимо от того работают ли они на персональном компьютере, на универсальной ЭВМ, илисетевой рабочей станции.
В нашем все более и более взаимосвязанном компьютерном мире, пользователь снабжённый таким языком, имеет колоссальное преимущество в использовании и обобщении информации из ряда источников с помощью большого количества способов.
Независимость от специфики компьютерных технологий и элегантность, а также его поддержка в области технологии реляционных баз данныхлидерами промышленности, сделало SQLосновным стандартным языком.И вероятно в течение обозримого будущего оставит его таковым. Поэтому, любой, кто хочет работать с базами данных должен знать SQL.
SQL является, в первую очередь,информационно-логическим языком, предназначенным для описания, изменения и извлечения данных, которые хранятся вреляционных базах данных [3]. SQL можно назватьязыком программирования, при этом он не являетсяполноценным языком программирования, но вместе с тем стандарт языка предусматривает спецификациейSQL/PSM возможность егопроцедурных расширений.
Изначально SQL был основным способом работы пользователя сбазой данныхи позволял выполнять следующий набор операций:
• создание в базе данных новой таблицы;
• изменение структур таблиц;
• добавление в таблицу новых записей;
• изменение записей и удаление записей;
• выборка записей из одной или нескольких таблиц (в соответствии с заданным условием).
Со временем SQL усложнился— обогатился новыми конструкциями, обеспечил возможность описания и управления новыми объектами, например, индексы, представления, хранимые процедуры и триггеры.И стал приобретать черты, свойственные языкам программирования.
При всех своих изменениях SQL остаётся единственным механизмом связи между базой данных и прикладным программным обеспечением. В то же время современные СУБД, а также информационные системы, использующие СУБД, предоставляют пользователю развитые средства визуального построения запросов.
Поскольку SQL не является привычным процедурным языком программирования (то есть не предоставляет средств для построения ветвлений,циклов ит.д.), вводимые разными производителями расширения касаются в первую очередь процедурных расширений. Этохранимые процедуры и процедурные языки-надстройки. Практически в каждой СУБД применяется свой процедурный язык, в частности, в OracleDatabase используетсяPL/SQL, в Interbase и Firebird—PSQL, в DB2—SQL PL[en], вMicrosoft SQL ServerиAdaptiveServerEnterprise—Transact-SQL, вPostgreSQL—PL/pgSQL.
Содержание
ВВЕДЕНИЕ 3
I. ИНТЕРАКТИВНЫЙ И ВЛОЖЕННЫЙ SQL 5
1.1. Субподразделения SQL 5
1.2. Команды DDL для работы с таблицами 6
1.3. Команды манипулирования данными 8
II. ВСТРОЕННЫЙ SQL 17
2.1. Основные концепции встроенного SQL 17
2.2. Статический SQL 19
2.3. Динамический SQL 22
2.4. Будущее языка SQL 25
2.4.1. Распределенные базы данных 26
2.4.2. Массивные хранилища данных 27
2.4.3. Сверхпроизводительные базы данных 28
2.4.4. Встроенные базы данных 29
ЗАКЛЮЧЕНИЕ 31
Список литературы 33
ЗАКЛЮЧЕНИЕ
Трудно спрогнозировать будущее развития реляционных баз данных и как будет происходить их интеграция с объектно-ориентированными технологиями. Вектор технологий разработки приложенийпо всей видимостипереместился в сторону объектно-ориентированных инструментальных методик и средств.
Увеличивается популярность языков Java иС++, которые используются не только в клиентских приложениях, но и в серверных приложениях. Но ведь основныепринципы табличной организации данных в реляционной модели взяты из языка СОВОL с его полями и записями и не имеют ничего общего с объектами.Проблему несоответствия
между реляционной и объектной архитектурами производители объектно-ориентированных СУБД решили радикально: они вообще исключилиреляционную модельи используют строго объектную организацию баз данных. Однако сложность освоения, отсутствие стандартов, отсутствие простых средств выполнениязапросов и другие недостатки этих СУБД пока замедляют из продвижение на рынке. Производители реляционных СУБД в ответвключили объектные технологии в свои продукты, но в результатепроизошло распространение не стандартизированных, специфических расширений SQL и функций СУБД.
В том случае, если реляционные базы данных будутнеотъемлемой частью будущих поколений приложений, в них должны быть более тесно встроеныобъектная и реляционная технологии.Приведем самые заметные на сегодняшний день нововведения в этой области, которые имеют шанс закрепиться в качестве стандартных технологий:
• Интерфейсы реляционных СУБД на основе языка Java, такие как встроенный SQL для Java и JDBC.
• ИспользованиеJavaв качестве стандартного языка хранимых процедур. Практически все лидирующие поставщики СУБДвключилив свои планы поддержкуJavaкак альтернативу своим фирменнымязыкам хранимых процедур.
• Абстрактные комплексные типы данных, реализующие такие атрибуты объектной архитектуры, как инкапсуляция и наследование. За исключением общего соглашения о том, что объекты этих типов должны храниться в обычных табличных структурах, реализация механизмов хранения (вложенные таблицы, массивы, со ставные столбцы) может сильно отличаться
• Интерфейсы, ориентированные на обработку сообщений, включая триггеры, генерирующие внешние сообщения для взаимодействия с другими приложениями
Со временем мы увидим, будут ли все эти дополненияреляционной модели и SQL успешно включены в реляционные СУБД.В настоящее время производители объектно-ориентированных СУБД продолжают утверждать, что объектные расширения, искусственно включенные в реляционные СУБД, не обеспечивают достаточной степени прозрачности интеграции. Несмотря на это производители корпоративных СУБД анонсируют и включают в свои продукты все больше объектно-реляционных возможностей, хотя трудно сказать, насколько широко они используются на практике. Кроме того, новые, пришедшие из Internet стандарты (например, ХМL) позволяют создавать нечто вроде "квазибаз данных", включаемых непосредственно в документы. При таком количестве альтернатив будущая интеграция объектных технологий в мир реляционных баз данных практически не вызывает сомнений. Но как именно это произойдет и каково будущее у SQL — мы с вами увидим позже.
Список литературы
1. Бьюли А. Изучаем SQL. – Пер. с англ. – СПб: Символ-Плюс, 2007. –312 с.
2. Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системы баз данных. Полный курс. Пер. с англ.: — М.: Изд. дом «Вильямс», 2004. — 1088 с.
3. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2007.
4. Дейт К. Введение в системы баз данных: проектирование. Реализация и управление. Пер. с англ. – СПб.: БХВ-Петербург, 2004. – 324 с.
5. Дж. Грофф, П. ВайнбергSQL: Полное руководство: Пер. с англ. – 3-е изд., перераб. и доп. – К.: Издательская группа BHV, 2015 – 960 с.
6. К. Дж. Дейт SQL и реляционная теория. Как грамотно писать код на SQL. – Пер. с англ. – СПб.: Символ-Плюс, 2010. – 480 с., ил.
7. Кузнецов С. Д. Основы баз данных. — 2-е изд. — М.: Интернет-Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2007. — 484 с.
8. Малыхина М.П. Базы данных: основы, проектирование, использование, 2-е изд. перераб. и доп. – СПб.: БХВ-Петербург, 2007. – 528 с.
9. Мартин Грабер. Введение в SQL, БХВ-Петербург, 2010. – 228 с.
10. Ржеуцкая С.Ю. Базы данных. Язык SQL: учеб.пособие / С.Ю. Ржеуцкая. – Вологда: ВоГТУ, 2010. –159 с.
11. Фиайли К.SQL. Руководство по изучению языка: Пер. с англ. – М.: ДМК Пресс, 2013 – 456 с.
Не подошла эта работа?
Закажи новую работу, сделанную по твоим требованиям
ВВЕДЕНИЕ
SQL символизирует собой Структурированный Язык Запросов. Это – язык, который дает вам возможность создавать и работать в реляционных базах данных, которые являются наборами связанной информации сохраняемой в таблицах[9].
Мир баз данных становится все более и более единым.Это привело к необходимости создания стандартного языка, который мог бы использоваться, чтобы функционировать в большом количестве различных видов компьютерных сред. Стандартный язык позволит пользователям знающим один набор команд, использовать их чтобы создавать,изменять, отыскивать ипередавать информацию независимо от того работают ли они на персональном компьютере, на универсальной ЭВМ, илисетевой рабочей станции.
В нашем все более и более взаимосвязанном компьютерном мире, пользователь снабжённый таким языком, имеет колоссальное преимущество в использовании и обобщении информации из ряда источников с помощью большого количества способов.
Независимость от специфики компьютерных технологий и элегантность, а также его поддержка в области технологии реляционных баз данныхлидерами промышленности, сделало SQLосновным стандартным языком.И вероятно в течение обозримого будущего оставит его таковым. Поэтому, любой, кто хочет работать с базами данных должен знать SQL.
SQL является, в первую очередь,информационно-логическим языком, предназначенным для описания, изменения и извлечения данных, которые хранятся вреляционных базах данных [3]. SQL можно назватьязыком программирования, при этом он не являетсяполноценным языком программирования, но вместе с тем стандарт языка предусматривает спецификациейSQL/PSM возможность егопроцедурных расширений.
Изначально SQL был основным способом работы пользователя сбазой данныхи позволял выполнять следующий набор операций:
• создание в базе данных новой таблицы;
• изменение структур таблиц;
• добавление в таблицу новых записей;
• изменение записей и удаление записей;
• выборка записей из одной или нескольких таблиц (в соответствии с заданным условием).
Со временем SQL усложнился— обогатился новыми конструкциями, обеспечил возможность описания и управления новыми объектами, например, индексы, представления, хранимые процедуры и триггеры.И стал приобретать черты, свойственные языкам программирования.
При всех своих изменениях SQL остаётся единственным механизмом связи между базой данных и прикладным программным обеспечением. В то же время современные СУБД, а также информационные системы, использующие СУБД, предоставляют пользователю развитые средства визуального построения запросов.
Поскольку SQL не является привычным процедурным языком программирования (то есть не предоставляет средств для построения ветвлений,циклов ит.д.), вводимые разными производителями расширения касаются в первую очередь процедурных расширений. Этохранимые процедуры и процедурные языки-надстройки. Практически в каждой СУБД применяется свой процедурный язык, в частности, в OracleDatabase используетсяPL/SQL, в Interbase и Firebird—PSQL, в DB2—SQL PL[en], вMicrosoft SQL ServerиAdaptiveServerEnterprise—Transact-SQL, вPostgreSQL—PL/pgSQL.
Содержание
ВВЕДЕНИЕ 3
I. ИНТЕРАКТИВНЫЙ И ВЛОЖЕННЫЙ SQL 5
1.1. Субподразделения SQL 5
1.2. Команды DDL для работы с таблицами 6
1.3. Команды манипулирования данными 8
II. ВСТРОЕННЫЙ SQL 17
2.1. Основные концепции встроенного SQL 17
2.2. Статический SQL 19
2.3. Динамический SQL 22
2.4. Будущее языка SQL 25
2.4.1. Распределенные базы данных 26
2.4.2. Массивные хранилища данных 27
2.4.3. Сверхпроизводительные базы данных 28
2.4.4. Встроенные базы данных 29
ЗАКЛЮЧЕНИЕ 31
Список литературы 33
ЗАКЛЮЧЕНИЕ
Трудно спрогнозировать будущее развития реляционных баз данных и как будет происходить их интеграция с объектно-ориентированными технологиями. Вектор технологий разработки приложенийпо всей видимостипереместился в сторону объектно-ориентированных инструментальных методик и средств.
Увеличивается популярность языков Java иС++, которые используются не только в клиентских приложениях, но и в серверных приложениях. Но ведь основныепринципы табличной организации данных в реляционной модели взяты из языка СОВОL с его полями и записями и не имеют ничего общего с объектами.Проблему несоответствия
между реляционной и объектной архитектурами производители объектно-ориентированных СУБД решили радикально: они вообще исключилиреляционную модельи используют строго объектную организацию баз данных. Однако сложность освоения, отсутствие стандартов, отсутствие простых средств выполнениязапросов и другие недостатки этих СУБД пока замедляют из продвижение на рынке. Производители реляционных СУБД в ответвключили объектные технологии в свои продукты, но в результатепроизошло распространение не стандартизированных, специфических расширений SQL и функций СУБД.
В том случае, если реляционные базы данных будутнеотъемлемой частью будущих поколений приложений, в них должны быть более тесно встроеныобъектная и реляционная технологии.Приведем самые заметные на сегодняшний день нововведения в этой области, которые имеют шанс закрепиться в качестве стандартных технологий:
• Интерфейсы реляционных СУБД на основе языка Java, такие как встроенный SQL для Java и JDBC.
• ИспользованиеJavaв качестве стандартного языка хранимых процедур. Практически все лидирующие поставщики СУБДвключилив свои планы поддержкуJavaкак альтернативу своим фирменнымязыкам хранимых процедур.
• Абстрактные комплексные типы данных, реализующие такие атрибуты объектной архитектуры, как инкапсуляция и наследование. За исключением общего соглашения о том, что объекты этих типов должны храниться в обычных табличных структурах, реализация механизмов хранения (вложенные таблицы, массивы, со ставные столбцы) может сильно отличаться
• Интерфейсы, ориентированные на обработку сообщений, включая триггеры, генерирующие внешние сообщения для взаимодействия с другими приложениями
Со временем мы увидим, будут ли все эти дополненияреляционной модели и SQL успешно включены в реляционные СУБД.В настоящее время производители объектно-ориентированных СУБД продолжают утверждать, что объектные расширения, искусственно включенные в реляционные СУБД, не обеспечивают достаточной степени прозрачности интеграции. Несмотря на это производители корпоративных СУБД анонсируют и включают в свои продукты все больше объектно-реляционных возможностей, хотя трудно сказать, насколько широко они используются на практике. Кроме того, новые, пришедшие из Internet стандарты (например, ХМL) позволяют создавать нечто вроде "квазибаз данных", включаемых непосредственно в документы. При таком количестве альтернатив будущая интеграция объектных технологий в мир реляционных баз данных практически не вызывает сомнений. Но как именно это произойдет и каково будущее у SQL — мы с вами увидим позже.
Список литературы
1. Бьюли А. Изучаем SQL. – Пер. с англ. – СПб: Символ-Плюс, 2007. –312 с.
2. Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системы баз данных. Полный курс. Пер. с англ.: — М.: Изд. дом «Вильямс», 2004. — 1088 с.
3. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2007.
4. Дейт К. Введение в системы баз данных: проектирование. Реализация и управление. Пер. с англ. – СПб.: БХВ-Петербург, 2004. – 324 с.
5. Дж. Грофф, П. ВайнбергSQL: Полное руководство: Пер. с англ. – 3-е изд., перераб. и доп. – К.: Издательская группа BHV, 2015 – 960 с.
6. К. Дж. Дейт SQL и реляционная теория. Как грамотно писать код на SQL. – Пер. с англ. – СПб.: Символ-Плюс, 2010. – 480 с., ил.
7. Кузнецов С. Д. Основы баз данных. — 2-е изд. — М.: Интернет-Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2007. — 484 с.
8. Малыхина М.П. Базы данных: основы, проектирование, использование, 2-е изд. перераб. и доп. – СПб.: БХВ-Петербург, 2007. – 528 с.
9. Мартин Грабер. Введение в SQL, БХВ-Петербург, 2010. – 228 с.
10. Ржеуцкая С.Ю. Базы данных. Язык SQL: учеб.пособие / С.Ю. Ржеуцкая. – Вологда: ВоГТУ, 2010. –159 с.
11. Фиайли К.SQL. Руководство по изучению языка: Пер. с англ. – М.: ДМК Пресс, 2013 – 456 с.
Купить эту работу vs Заказать новую | ||
---|---|---|
0 раз | Куплено | Выполняется индивидуально |
Не менее 40%
Исполнитель, загружая работу в «Банк готовых работ» подтверждает, что
уровень оригинальности
работы составляет не менее 40%
|
Уникальность | Выполняется индивидуально |
Сразу в личном кабинете | Доступность | Срок 1—6 дней |
660 ₽ | Цена | от 500 ₽ |
Не подошла эта работа?
В нашей базе 150241 Курсовая работа — поможем найти подходящую