Галерея

7757 8119 8300 8698 8817 9504 9722 9937

Интересные записи

Топовые новости

Новое

История и реализации SQL


К началу 70-х годов продуктивная работа одного из исследователей IBM профессора Кодда (Е. F. Codd) привел к образованию продукта, связанного с реляционной моделью данных под названием SEQUEL (Structured English Query Language, структурированный английский язык для запросов), который впоследствии превратился в SQL (Structured Query Language, структурированный язык запросов).

Компанией IBM и другими производителями реляционных баз данных был необходим стандартизованный метод доступа к реляционной базе и манипулирования хранящимися в ней данными. Врочем так, как IBM и первая разработала концепцию реляционных баз данных, Oracle всё же их опередила и вышла с технологией на рынок. В течение некоторого времени SQL заслужил на рынке конкретную популярность и привлек внимание Американского национального института по стандартизации (ANSI) и в 1986, 1989, 1992, 1999 и 2003 годах выпустил соответсвующие стандарты языка SQL. Буквально с 1986 года несколько конкурирующих между собой языков разрешали своим программистам и разработчикам обращаться к реляционным данным и манипулировать ими. Всё-таки немногие из них были настолько же усвояемые в изучении и везде приняты, как SQL. Айтишникам уже можно изучить один язык, который с незначительными корреляциями можно будет применять к разнообразным платформам баз данных, приложениям и прочим продуктам.

Далее описываются пять распространенных реализаций SQL 2003.

  • IBM DB2 Universal Database, версия 8 для Linux, Unix и Windows. MySQL, версия 4.
  • Oracle Database lOg.
  • PostgreSQL, версия 7.
  • Microsoft SQL Server 2000.

Мы также рассмотрим Sybase Adaptive Server Enterprise (ASE), но менее подробно.

Поделиться с друзьями

Опубликовать в Google Plus
Опубликовать в LiveJournal
Опубликовать в Мой Мир

Реляционная модель и ANSI SQL

Системы управления реляционными базами данных (Relational Database Management Systems), такие, как те, которые мы рассматриваем в этой статье, — это основа информационных систем по всему миру, и особенно в WEB приложениях и распределенных вычислительных системах типа клиент сервер. Они позволяют множеству пользователей быстро и одновременно обращаться к данным, создавать их, редактировать и манипулировать ими, не мешая другим пользователям и не оказывая влияния на их действия. Они также позволяют разработчикам создавать удобные приложения для доступа к ресурсам, а также предоставляют администраторам необходимые средства для обслуживания, обеспечения безопасности и оптимизации данных в организации.

Читать далее

Поделиться с друзьями

Опубликовать в Google Plus
Опубликовать в LiveJournal
Опубликовать в Мой Мир

Правила кода для систем реляционных баз данных

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

Поделиться с друзьями

Опубликовать в Google Plus
Опубликовать в LiveJournal
Опубликовать в Мой Мир

Структура данных

В первом и втором правилах Кодда говорится, что «информация логически представлена в виде таблиц» и что «логический доступ к данным должен осуществляться по таблице, первичному ключу и столбцу». Поэтому процесс создания таблицы в SQL не требует, чтобы прикладная программа указывала базе данных, как ей нужно взаимодействовать с низкоуровневыми физическими структурами данных. Более того, SQL логически изолирует процесс доступа к данным и физическое обслуживание этих данных в соответствии с правилом 8: «пакетные операции и операции конечных пользователей логически отделены от физических методов хранения и доступа». Читать далее

Поделиться с друзьями

Опубликовать в Google Plus
Опубликовать в LiveJournal
Опубликовать в Мой Мир

Пустые данные

Большинство баз данных позволяют хранить значения типа NULL для любых поддерживаемых типов данных. Неопытные программисты и разработчики, работающие на SQL, часто думают, что NULL — это ноль или пробел. На самом деле это пи то ни другое. В SQL 2003 значение NULL буквально означает, что значение неизвестно или является неопределенным. (А нужно его считать неизвестным или неопределенным -это предмет ученых дискуссий.) Такая дифференциация позволяет разработчику базы данных различать те сущности, в которых сознательно введены нулевые значения (например), и те, в которых данные не записаны в систему или явно введены в форме NULL. Чтобы показать это семантическое различие, рассмотрим систему, осуществляющую фиксирование платежей. Если для цены продукта указано значение NULL, это не означает, что продукт бесплатный. NULL показывает, что величина стоимости неизвестна или, возможно, еще не определена. Читать далее

Поделиться с друзьями

Опубликовать в Google Plus
Опубликовать в LiveJournal
Опубликовать в Мой Мир