Команда UPDATE в SQL запросах может обновлять записи только в одной таблице.  

      DELETE FROM [DatabaseName!]TableName

      [WHERE FilterCondition1 [AND | OR FilterCondition2 ...]]

      FROM [DatabaseName!]TableName задает таблицу, в которой записи помечаются на удаление. Аргумент DatabaseName! задает имя содержащей таблицу базы данных, отличной от текущей. Это имя необходимо задавать, когда база данных, содержащая таблицу, не является текущей.

      WHERE FilterCondition1 [AND | OR FilterCondition2 ...] Указывает, что команда помечает на удаление только определенные записи. Условие FilterCondition устанавливает критерий, которому должны удовлетворять записи, помечаемые на удаление. Можно задать сколько угодно условий фильтрования, объединяя их с помощью операторов AND и OR. Можно также пользоваться оператором NOT, инвертирующим значение логического выражения, и функцией EMPTY(), проверяющей, является ли поле пустым.

      Записи, помечаемые на удаление, физически  не удаляются из таблицы до тех  пор, пока не будет выдана команда  PACK. Записи, помеченные на удаление, можно возвратить (снять пометку на удаление) командой RECALL. Если установка SET DELETED имеет значение ON, записи, помеченные на удаление, игнорируются всеми командами, использующими опцию диапазона. 

1. Запросы в  языке SQL

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

      Запросы обычно рассматриваются  как часть языка DML. Эти запросы не меняют информацию в таблицах, а просто показывает её пользователю. Любой запрос SQL имеет в своём составе одну команду. Структура этой команды обманчиво проста, её можно расширить так, чтобы выполнить сложные оценки и обработку данных. Эта команда называется SELECT (ВЫБРАТЬ).⁸ 
 
 

     Заключение

         Быстрое развитие потребностей применений БД выдвигает новые требования к СУБД:

        - поддержка широкого спектра типов представляемых данных и операций над ними (включая фактографические, документальные, картинно-графические данные) ;

        - естественные и эффективные представления в БД разнообразных отношений между объектами предметных областей (например, пространственно-временных с обеспечением визуализации данных);

        - поддержка непротиворечивости данных и реализация дедуктивных БД;

        - обеспечение целостности БД в широком диапазоне разнообразных предметных областей и операционных обстановок;

       -  управление распределенными БД, интеграция неоднородных баз данных;

        - существенное повышение надежности функционирования БД.

         Вместе с тем традиционная программная реализация многочисленных функций современных СУБД на ЭВМ общего назначения приводит к громоздким и непроизводительным системам с недостаточно высокой надежностью. Тем более затруднительным оказывается наращивание программных средств, обеспечивающих перечисленные выше требования. Это обусловлено рядом причин:

       - фон-неймановская архитектура ЭВМ неадекватна требованиям СУБД, в частности реализации поиска, обновления, защиты данных, обработки транзактов только программным способом неэффективны как по производительности, так и по стоимости;

        - многоуровневое и сложное программное обеспечение СУБД снижает эффективность и надежность функционирования БД;

       - универсальная ЭВМ оказывается перегруженной функциями управлениями базами данных, что снижает эффективность функционирования собственно прикладных систем;⁹

       СУБД  обычно работают с БД значительного размера; по крайней мере этот размер обычно существенно больше доступного объема оперативной памяти. Понятно, что если при обращении к любому элементу данных будет производиться обмен с внешней памятью, то вся система будет работать со скоростью устройства внешней памяти. Практически единственным способом реального увеличения этой скорости является буферизация данных в оперативной памяти. При этом, даже если операционная система производит общесистемную буферизацию (как в случае ОС UNIX), этого недостаточно для целей СУБД, которая располагает гораздо большей информацией о полезности буферизации той или иной части БД. Поэтому в развитых СУБД поддерживается собственный набор буферов оперативной памяти с собственной дисциплиной замены буферов.

       Существует отдельное направление СУБД, которое ориентировано на постоянное присутствие в оперативной памяти всей БД. Это направление основывается на предположении, что в будущем объем оперативной памяти компьютеров будет настолько велик, что позволит не беспокоиться о буферизации. Пока эти работы находятся в стадии исследований

       - централизация и интеграция данных в сетях персональных и профессиональных ЭВМ нереализуема с приемлемой стоимостью без включения в состав сетей специализированных ЭВМ для поддержки функции СУБД.

         Эти соображения приводят к мысли о необходимости создания специализированных автономных информационных систем, ориентированных исключительно на реализацию функций СУБД.¹⁰

     Глоссарий

     Список использованных источников

     Приложения