Секрет заключен в команде COLUMN. Она не взаимодействует с базой данных Oracle. Ее единственная задача — повлиять на способ отображения информации. По этой причине команды COLUMN не требуется завершать точкой с запятой, как стандартные команды SQL.

Форматирование чисел.

     Обычно с числами требуется осуществлять три действия:
• Выравнивать количество десятичных знаков
• Помещать разделитель между сотнями, тысячами и т.д.
• Добавлять знак денежной единицы

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

Выравнивание количества десятичных знаков.

     Команда COLUMN, выравнивающая количество десятичных знаков, имеет следующий синтаксис:

COLUMN имя_столбца FORMAT код_формата

     Вместо аргумента имя_столбца подставляется имя того столбца, который вы хотите отформатировать. Обратите внимание: здесь не упоминается, какой таблице принадлежит столбец! Команда COLUMN воздействует на все столбцы с указанным именем, независимо от того, в какой таблице они находятся. Впрочем, если два столбца имеют одинаковые имена, они с большой вероятностью содержат похожие данные, и форматирование, примененное к одному из них, обычно имеет смысл и для другого.

     Аргумент код_формата заменяется на представление числа. Это представление содержит по одной цифре «9 » для каждого десятичного знака, который требуется для ваших чисел, а также символ «.» для обозначения десятичного разделителя. (Если в вашей стране целая и дробная части разделяются другим символом, используйте вместо точки букву «D». В этом случае будет использован десятичный разделитель из национальной конфигурации базы данных.)

COLUMN product_price FORMAT 9999.99
SELECT * FROM table1;

Добавления разделителя групп разрядов.

     Разделитель групп разрядов (group separator) — это символ, разделяющий сотни, тысячи и т.д. в пределах числа. Иногда в  столбце вашей таблицы будут содержатся значения, которые будут смотреться лучше при наличии запятой, отделяющей сотни от тысяч. Этого результата можно достичь при помощи того же синтаксиса COLUMN, который использовался для выравнивания количества десятичных знаков; нужно лишь изменить код формата. Это представление содержит по одной цифре «9″ для каждого десятичного знака, который требуется для ваших чисел, а также символ «,» для разделителя групп разрядов.

COLUMN quantity_on_hand FORMAT 99,999
SELECT * FROM table1;

     Одной из наиболее распространенных операций, которые вы будете выполнять при выборе записей из таблицы, является получение определенного подмножества записей. Это подмножество будет постоянно меняться в зависимости от поставленных вопросов (например: «Какие клиенты не получали от меня сообщений более двух недель?» или «Какие товары продавались партиями, содержащими более чем 100 штук за последние 30 дней?»). Подобная фильтрация записей выполняется путем добавления к оператору SELECT специальной конструкции WHERE. В ней указываются условия (conditions), которым должны удовлетворять отображаемые записи. Синтаксис выглядит следующим образом:

SELECT столбцы FROM имя_таблицы WHERE условие(я);

Использование шаблонов.

     При поиске в текстовых столбцах часто возникает потребность отыскать небольшой фрагмент текста в любом месте столбца. Это делается с помощью шаблонов (wildcards), представляющих произвольную часть текста. При поиске текста можно применять шаблоны «_» (для представления одиночных символов) и «%» (для представления группы символов), а также оператор LIKE.

Сортировка по отдельным столбцам.

Для изменения последовательности вывода записей достаточно добавить к команде SELECT конструкцию ORDER BY. В ней указывается один или несколько столбцов, по которым Oracle будет сортировать записи. Синтаксис конструкции ORDER BY следующий:

SELECT * FROM имя_таблицы ORDER BY столбец_сортировки ASC или DESC;

где, ASC — возрастающая сортировка, а DESC — убывающая сортировка.

Отображение только уникальных значений.

     Бывают ситуации, когда нужно узнать, какие значения содержит столбец, но при этом желательно увидеть только по одному экземпляру каждого значения для этого используются модификаторы DISTINCT или UNIQUE.

     Выбор уникальных значений похож на выбор обычного списка значений, нужно лишь указать в команде SELECT модификатор DISTINCT или UNIQUE. Модификаторы DISTINCT и UNIQUE дают одинаковый эффект, но DISTINCT более распространен.

Выбор из DUAL.

     Согласитесь — было бы удобно иметь таблицу, где гарантированно присутствует только одна запись. Светлые головы из Oracle тоже об этом подумали и предусмотрели в процессе установки Oracle создание таблицы с именем DUAL, доступной всем пользователям.

Модификация данных в таблице.

     Изменить данные в таблице Oracle очень легко. Используемая для этого команда называется UPDATE, а ее синтаксис выглядит следующим образом:

UPDATE имя_таблицы SET имя_столбца = новое_значение WHERE условие;

Удаления записей с таблицы.

     Последний из фундаментальных навыков, необходимых при работе с таблицами, — это умение удалять записи. Команда DELETE имеет следующий синтаксис:

DELETE FROM имя_таблщы WHERE условие;

Удаление всех строк.

     Для этого применяются два способа: использовать команду DELETE, не указывая условие WHERE, или использовать новую для вас команду TRUNCATE (Усечь).

Усечение таблицы.

     Основное достоинство команды TRUNCATE — скорость. Когда Oracle выполняет эту команду, он не просматривает существующие записи, а просто выбрасывает их. Другой выигрыш от использования этой команды состоит в том, что она автоматически освобождает табличное пространство, которое занимали усеченные записи. Команда TRUNCATE имеет следующий синтаксис:

TRUNCATE TABLE имя_таблицы;

Предупреждение.

     Команда TRUNCATE необратима! Используйте ее только в случае действительной необходимости!

Управление транзакциями.

     До этого момента вы создавали и удаляли таблицы, вставляли и удаляли записи — короче говоря, делали все, что хотели, не задумываясь о том, как это может повлиять на других пользователей. В реальной жизни вам придется работать с таблицами, содержащими чужие данные, и выполненные вами изменения неизбежно затронут других пользователей. Чтобы отвечать за свои действия, вы должны понимать, каким образом Oracle вносит изменения в базу данных. Это немедленно принесет свою выгоду: в частности, вы научитесь использовать средства отмены (undo), предоставляемые Oracle.

Отмена транзакций DML.

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

     Отмена в Oracle выполняется с помощью команды ROLLBACK (Откат). Производя откат одной и более транзакций, вы сообщаете Oracle, что они не должны применяться к базе данных. Команда ROLLBACK имеет следующий синтаксис:

ROLLBACK TO имя_точки _отката;

     Возможности команды ROLLBACK не ограничиваются только одним уровнем отмены. В сочетании с другой командой, SAVEPOINT, она позволяет возвращаться в любую из предварительно установленных точек. Команда SAVEPOINT имеет следующий синтаксис:

SAVEPOINT имя_точки_сохранения;

     Что дает использование нескольких точек возврата? Прежде всего, гибкость. При выполнении большого пакета команд можно устанавливать точки сохранения после каждой логической группы команд, и если следующая группа по какой-то причине даст неудовлетворительный результат, вы всегда сможете вернуться к последней точке и применить лишь те изменения, которые
были выполнены до нее.

     Имена точек сохранения — всего лишь метки, поэтому они могут быть любыми. У вас есть возможность выбирать имена, по которым будет видно, какие данные охватывает каждая точка. Для имен точек сохранения используются соглашения, похожие на соглашения для имен таблиц и столбцов: максимальная длина — 30 символов, а первым символом должна быть буква. Теперь, научившись отменять изменения, вы готовы к тому, чтобы делать их постоянными. Соответствующая команда называется COMMIT (Завершить).
Поскольку она приводит к записи всех ваших изменений в таблицу базы данных (что делает невозможным откат), все точки сохранения, установленные к моменту завершения транзакции, сбрасываются.

Доступность данных для других пользователей.

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

Явное и не явное завершение.

     Выше мы описали команду COMMIT. Однако явный ввод команды—это лишь один из способов завершения изменений в базе данных. Некоторые команды Oracle выполняют завершение предыдущих команд, не дожидаясь ваших указаний, т.е. неявно. Говоря конкретнее, любые команды DDL (например, CREATE TABLE или DROP TABLE) неявно завершают изменение всех не сохраненных данных перед выполнением своих функций. Выход из Oracle также приводит к автоматическому завершению ваших изменений.

Итоги.

     Сначала вы узнали, как с помощью конструкции WHERE оператора S ELECT ограничить диапазон записей, возвращаемых Oracle. При фильтрации можно использовать разнообразные операторы сравнения, включая =, !=, <>, >, <,  >=, <=, BETWEEN и NOT. Вы также научились создавать объединенные условия, разделяя их словом AND, и условия «или», разделенные словом OR. Если требуется выбрать записи, содержащие любое значение из некоторого множества, то вместо многочисленных конструкций OR можно использовать функцию IN.

     При поиске текста можно применять шаблоны «_» (для представления одиночных символов) и «%» (для представления группы символов), а также оператор LIKE. Чтобы найти записи с пустыми столбцами любого типа или, наоборот, избежать их вывода, нужно указать в конструкции WHERE оператор IS NULL или IS NOT NULL.

     Добившись от оператора SELECT вывода именно тех записей, которые вам нужны, можно изменить порядок их отображения, добавив конструкцию ORDER BY. В ней указывается столбец (или столбцы), по которому должны сортироваться записи на экране. (Помните, что ORDER BY изменяет только порядок вывода записей, а не их фактическое расположение в таблице, так как последнее заняло бы слишком много времени.) Как правило, крайний левый из отображаемых столбцов следует делать первым столбцом сортировки, следующий отображаемый столбец — вторым, и т. д. В противном случае другим пользователям будет трудно понять, как отсортированы записи.

     Бывают ситуации, когда нужно узнать, какие значения содержит столбец, но при этом желательно увидеть только по одному экземпляру каждого значения. Этого можно достичь, добавив модификатор DISTINCT сразу после ключевого слова SELECT. Вы можете в реальном времени выполнять вычисления с данными, не содержащимися в таблице, выбирая значения из DUAL.

     Когда дело доходит до модификации данных в таблице, применяется команда UPDATE. В ней вы указываете таблицу, подлежащую обновлению, значения столбцов, а затем задаете условие, которому должна удовлетворять запись для обновления. Условие WHERE играет очень важную роль, поскольку при его отсутствии будет обновлена каждая запись! То же самое справедливо и при удалении записей по команде DELETE: если опустить конструкцик) WHERE, вы удалите все записи таблицы. Если ваша цель в этом и состоит, лучше использовать команду TRUNCATE TABLE, которая не считывает каждую запись таблицы перед ее удалением и поэтому работает гораздо быстрее.
В Oracle есть средства отмены в виде группы команд, относящихся к категории «управление транзакциями». Наиболее важна команда ROLLBACK, отменяющая любые команды DML (INSERT, UPDATE и DELETE), выполненные с момента последнего завершения. Явное завершение выполняется при вводе команды COMMIT. Неявное завершение происходит при выполнении любой из операций DDL (в частности, CREATE и DROP), а также при выходе из Oracle.

     Точки сохранения обеспечивают возможность многоуровневой отмены — иначе говоря, позволяют вам решать, на какое количество команд DML выполнить откат. Выдавая команду SAVEPOINT, вы устанавливаете именованный маркер, к которому можно будет вернуться по команде ROLLBACK. Точки сохранения остаются активными до завершения изменений данных; после этого они исчезают. Измененные данные становятся видимы другим пользователям и программам, работающим с базой данных Oracle, только после завершения изменений. (Непонимание этого факта может легко привести к недоразумению. Например, кто-то вставляет, обновляет или удаляет данные, а потом удивляется, почему изменения не видны на компьютерах его коллег. Обычно это означает, что пользователь забыл завершить свои изменения.)

Примеры.

1. Выбрать записи из таблицы table1, где поле product_price>=50 и product_price<=100:

SELECT * FROM table1 WHERE product_price>=50 AND product_price<=100;

или

SELECT * FROM table1 WHERE product_price BETWEEN 50 AND 100;

2. Выбрать записи из таблицы table1, поля  которых не входят в диапазон product_price>=50 и product_price<=100:

SELECT * FROM table1 WHERE product_price<50 OR product_price>100;

или

SELECT * FROM table1 WHERE product_price NOT BETWEEN 50 AND 100;

3. Выбрать записи из таблицы table1, где поле product_name содержит любое значение из группы (‘SmallWidget’, ‘MediumWidget’, ‘ChromePhoobar’):

SELECT * FROM table1 WHERE product_name=’SmallWidget’ OR product_name=’MediumWidget’ OR product_name=’ChromePhoobar’;

или

SELECT * FROM table1 WHERE product_name IN (‘SmallWidget’, ‘MediumWidget’, ‘ChromePhoobar’);

4. Выбрать данные из таблицы table1, где поле product_name содержит, сначала пять любых символов, далее слово Chrome и еще любой набор символов:

SELECT * FROM table1 WHERE product_name LIKE ‘_____Chrome%’;

5. Выбрать данные из таблицы table1 и отсортировать по убыванию по полю product_price:

SELECT * FROM table1 ORDER BY product_price DESC;

6. Выбрать уникальные значения из таблицы table1:

SELECT  DISTINCT * FROM table1;

7. Переименовать все товары в таблице table1, поле product_name с SmallWidget в LargeWidget:

UPDATE table1 SET product_name = ‘LargeWidget’ WHERE product_name = ‘SmallWidget’;

8. Удалить все данные из таблицы table1, где поле product_name SmallWidget:

DELETE FROM table1 WHERE product_name=’SmallWidget’;

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

Правила.

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

• Максимальная длина имени таблицы или столбца равна 30 символам.
• Имена таблиц и столбцов могут содержать буквы, цифры и символ подчеркивания (_). (Есть еще пара специальных символов, которые можно использовать в случае острой необходимости, но в обычной работе это не принесет ничего, кроме проблем, поэтому лучше ограничиться буквами, цифрами и символом подчеркивания.
• Имена таблиц и столбцов должны начинаться с буквенного символа. Имя может содержать цифры или символы подчеркивания, но в любом случае должно начинаться с буквы.
• Символы верхнего и нижнего регистров в именах таблиц и столбцов считаются одинаковыми.
• Имя таблицы или столбца не должно содержать пробелы.
• В Oracle таблицы присваиваются пользователям; по умолчанию они присваиваются тому пользователю, который их создал . Каждая из таблиц должна иметь имя, отличное от имен других таблиц этого пользователя. Иными словами, у пользователя не может быть двух таблиц с одним и тем же именем. (Однако разные пользователи могут без проблем создавать таблицы с одинаковыми именами.) Все столбцы в пределах таблицы должны иметь уникальные имена.
• Некоторые слова представляют собой команды и параметры Oracle, a следовательно, не могут использоваться в качестве имен таблиц или столбцов.

Совет.

     Единственный способ гарантировать, что имя таблицы никогда не совпадет с зарезервированным словом Oracle, — это предварять его аббревиатурой, обозначающей систему, к которой относится таблица. Например, в системе Accounts Payable («счета кредиторов») имя каждой таблицы может начинаться с «AP_».

Рекомендации.

     Перечисленные ниже пункты полезно учитывать при проектировании таблиц.
• Имена таблиц следует записывать в единственном, а не множественном числе. Всем и так понятно, что таблица PRODUCT будет содержать записи о многих товарах, поэтому нет необходимости отмечать это в имени таблицы. К тому же, глядя на диаграммы с таблицами базы данных (они рассматриваются в главе 7), вы сможете переходить от таблицы к таблице, говоря себе примерно следующее: «PURCHASE ORDER ссылается на PRODUCT…».
• Не включайте слова TABLE или DATA в имя таблицы. Опытные пользователи понимают, что объектом базы данных, хранящим информацию, является таблица, а таблицы содержат данные. Не нужно напоминать им об этом.

Совет.

     При определении столбца типа CHAR можно не указывать его длину. В этом случае будет использована длина по умолчанию, равная 1. Однако определение столбца без явного указания длины считается проявлением небрежности. Указывайте длину столбца во всех случаях, даже если она равна 1.

Как в Oracle хранится текст.

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

     Текстовый столбец может содержать буквы, цифры, пробелы и специальные символы — все, что можно ввести с клавиатуры. Когда в текстовый столбец вводится число, оно также рассматривается как текст. Числа в текстовых столбцах невозможно складывать, усреднять или выполнять над ними какие-либо другие математические операции. (Правда, есть функции, позволяющие преобразовывать числа из текстовых столбцов в числа, пригодные для вычислений, но пока мы не будем касаться этой темы).

     Для чего может потребоваться помещать число в текстовый столбец, если с ним нельзя проводить вычисления? Дело в том, что в ряде случаев числа используются не только для вычислений. Пример — телефонные номера. Возьмем такой номер:
(800)555-1212.

Совет.

     Как определить, какой столбец использовать для хранения чисел — текстовый или числовой? Подумайте, будете ли вы когда-нибудь выполнять над этими числами математические операции (например, сложение или усреднение). Если да, то используйте числовой столбец. В противном случае более подходящим может оказаться текстовый столбец.

Как Oracle сохраняет числа.

     Для определения столбцов, в которых будут храниться только числа, используется тип данных NUMBER. При определении столбца типа NUMBER также указывается, сколько цифр должен хранить столбец. Эта спецификация может состоять из двух частей: количества цифр до десятичной точки и количества цифр после десятичной точки.

     Тип данных NUMBER позволяет хранить поистине огромные числа: наибольшее значение составляет 999999999999999999999999999 999 999 999 990 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000. Число цифр после десятичной точки может достигать 127. Такой диапазон значений рассчитан на промышленное применение и является одной из черт, отличающих серьезные базы данных, такие, как Oracle, от офисных продуктов, к которым относятся электронные таблицы.

Как Oracle сохраняет даты.

     С датами, хранимыми в виде текста, проводить вычисления нельзя, поскольку в текстовом представлении они не имеют числовых значений. Это просто строки символов, которые мы, люди, интерпретируем как даты. Для вычислений с датами их нужно как-то преобразовать в числа. Поскольку большинство таких вычислений включает подсчет дней, самый удобный подход — присвоить каждому дню уникальный номер так, чтобы номер завтрашнего дня был на единицу больше номера сегодняшнего дня. Если теперь вычесть более раннюю дату из более поздней, разность будет равна числу дней между ними. Такой способ счета дней существует давно: это юлианский календарь. Когда система использует юлианский календарь, начальному дню присваивается номер 1, следующий за ним называется днем 2 и т. д. Поскольку каждый последующий день увеличивает счетчик на единицу, календарь такого типа идеально подходит для вычислений с датами. Oracle поддерживает юлианский календарь, где начальной датой является 1 января 4712 г. до н.э. Преобразование дат между визуальным форматом (например, ’08-MAY-2004′) и его юлианским эквивалентом производится автоматически. Мы просто вводим даты в привычном текстовом представлении, затем Oracle преобразует их в свой внутренний, юлианский, формат, а при выборке этих дат из таблицы они снова отображаются виде дней, месяцев и лет. Нам никогда не потребуется просматривать даты в юлианском формате.

Примечание.

     В SQL-операторах даты должны заключаться в одиночные кавычки, как и текстовые строки.

Определение структуры таблицы.

     Создавая свою собственную таблицу, вы знаете ее структуру… до поры до времени. Потом вам придется заниматься другими вещами, и вы забудете подробности того, что делали раньше. Если же таблицу создал кто-то другой, вы вообще не имеете представления об ее структуре. Следовательно, нужно иметь возможность определять структуру существующей таблицы. Вероятно, вас не очень удивит известие о том, что в Oracle есть команда, предназначенная имен но для этой цели. Она называется DESCRIBE (сокращенно — DESC) и имеет следующий синтаксис:

DESC имя_таблицы

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

Столбцы NULL и NOT NULL.

     При разработке таблиц для хранения информации определенного назначения (давайте вместо слова «назначение» употребим «приложение») вы можете в довольно широких пределах контролировать, что может, а что не может попа- дать в эти таблицы. Коль скоро вам предоставлена такая возможность, на вас ложится ответственность за ее использование таким образом, чтобы обеспечить максимально возможное качество данных в таблицах. Одним из решений, которые следует принять в первую очередь, является решение о том, какие столбцы записи должны содержать данные, а какие могут оставаться пустыми.

Примечание.

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

Математические операторы.

     На техническом языке математические символы, обозначающие операции, называются операторами (operators). Например, знаки плюса и минуса — это операторы. Oracle поддерживает четыре стандартные арифметические операции — сложение, вычитание, умножение и деление. Умножение обозначается звездочкой (*). Для деления используется символ /, а для сложения и вычитания — символы + и -, соответственно.

Что такое выражение?

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

Приоритеты операторов.

     Когда выражение содержит более одного математического оператора, Oracle применяет правила, определяющие порядок выполнения операций. Умножение, деление и любые операции в скобках выполняются в первую очередь, слева направо. Затем выполняются сложение и вычитание, также слева направо. Многие забывают, какие математические операции выполняются в первую очередь, если вообще когда-либо это знали. По этой причине следует явно указывать в выражениях порядок вычислений, используя скобки. Заключите в скобки часть выражения, которая должна вычисляться в первую очередь, и ни у кого не возникнет вопросов о порядке операций.

Соединение двух и более частей текста.

     При работе с базами данных часто возникают ситуации, когда желательно показать содержимое двух и более текстовых столбцов в одной строке, продолжая хранить части текста в разных столбцах. Например, на почтовой наклейке в одной строке указываются имя, фамилия, город, штат и почтовый индекс (или аналогичная информация, принятая в вашей стране), но изначально эти данные хранятся в разных столбцах таблицы. Соединение двух частей текста называется конкатенацией (concatenation). Чтобы указать на необходимость соединения двух столбцов в операторе SELECT, нужно поместить между их именами две вертикальные черты (||).

Присваивания столбцам псевдонимов.

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

     Имя-заменитель, которое вы указываете для столбца, называется псевдонимом столбца (alias). Если заключить псевдоним в двойные кавычки, в нем можно будет использовать пробелы и буквы нижнего регистра. (Двойные кавычки необходимы для того, чтобы Oracle не пытался интерпретировать псевдоним как имя столбца, подлежащего выборке.)

Итоги.

     Имя таблицы или столбца может иметь длину до 30 символов. Оно должно начинаться с буквы и может содержать буквы, цифры и ограниченный набор специальных символов, наиболее полезным из которых является символ подчеркивания «_» позволяющий визуально разделять слова в имени. Пробелы в именах таблиц и столбцов недопустимы. Oracle рассматривает символы верхнего и нижнего регистров как одинаковые.

     Определенное количество слов зарезервировано и не может использоваться в качестве имен таблиц или столбцов. В частности, к ним относятся команды (например, CREATE) и имена объектов (например, ROW). Зарезервированных слов слишком много, и запомнить их все большинству людей не под силу. Случайно употребив одно из них, вы сразу узнаете об этом, поскольку вместо нормального завершения команды Oracle выдаст сообщение об ошибке с фразой «Invalid table name» или «Invalid column name». Если проблема связана с именем таблицы, добавьте в начале имени аббревиатуру, обозначающую систему, частью которой является таблица (например, AP_ADMIN вместо ADMIN). Если проблема связана с именем столбца, добавьте к имени одно-два слова, чтобы лучше описать содержимое столбца.

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

     Имена таблиц лучше всего записывать в единственном, а не множественном числе: например, таблицу служащих следует назвать EMPLOYEE, а не EMPLOYEES. Кроме того, не нужно включать в имя таблицы слова TABLE и DATA, поскольку все, о чем они сообщают, следует из самого факта работы с таблицей. При создании таблицы вы должны указать тип данных и длинукаждого столбца. Таблицы Oracle могут хранить любые разновидности данных — текст, числа, даты, изображения, звуковые файлы и т. д. Каждый тип данных имеет определенный набор свойств. Самые распространенные типы данных таблицы — это текст, числа и даты.

     Текстовый столбец может содержать буквы, цифры, пробелы и специальные символы — все, что можно ввести с клавиатуры. Когда в текстовый столбец вводится число, оно также рассматривается как текст. Числа в текстовых столбцах невозможно складывать, усреднять или выполнять над ними какие-либо другие математические операции. В текстовые столбцы обычно помещаются числа, содержащие нецифровые символы — знаки математических операций, буквенные символы или пробелы. Широко известными примерами текстовых значений, содержащих большое количество чисел, являются телефонные номера, номера социального обеспечения и счетов. Если числовое значение никогда не предполагается использовать в математических операциях, оно является хорошим кандидатом на помещение в текстовый столбец.

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

     Большинство текстовых столбцов будут содержать данные переменной длины, и здесь следует использовать тип VARCHAR2. Если длина текста, который вы намереваетесь хранить в столбце, превышает 2000 символов (это максимум для типа VARCHAR2), можно воспользоваться типом LONG, который позволяет хранить до двух миллиардов символов в одном поле.

     Текстовое значение обычно называется строкой. В SQL-командах строки всегда заключаются в одиночные кавычки. Простой текст, содержащий только те символы, которые можно найти на клавиатуре (без символов форматирования, вставляемых текстовыми процессорами и электронными таблицами), часто называется ASCJI-текстом. (ASCII — это сокращение от American Standard Code for Information Interchange.) Стандарт ASCII предназначен для приведения информации к «общему знаменателю», чтобы обеспечить ее перенос между компьютерами.

     Для числовых столбцов в отличие от текстовых Oracle предлагает всего один базовый тип данных с названием NUMBER. При создании числового столбца вы просто указываете максимальное количество цифр, которое он может содержать, вместе с требуемым количеством цифр после запятой. Наибольшее число, которое можно хранить, составляет 999 999 999 999 999 999 999 999 999 999 999 999 990 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000.

     Для хранения даты и времени Oracle предоставляет тип данных DATE. Значения дат (которые, как и любой текст, заключаются в одиночные кавычки) при сохранении преобразуются в юлианские даты. Преобразование дат между визуальным форматом (например, ’08-MAY-2004′) и его юлианским эквивалентом производится автоматически. Мы просто вводим даты в привычном текстовом представлении, затем Oracle преобразует их в свой внутренний, юлианский, формат, а при выборке этих дат из таблицы они снова будут отображены в виде дней, месяцев и лет. Нам никогда не потребуется просматривать даты в юлианском формате.

     Тип данных DATE можно использовать для вычислений с датами. Например, чтобы получить дату, отстоящую на неделю от некоторой известной даты, нужно просто добавить 7 к этой известной дате. Oracle также проверяет достоверность дат; например, если кто-то попытается вставить дату 29 февраля 2002 г. в столбец с датами, то Oracle не позволит это сделать, поскольку 2002 г. не является високосным, а следовательно, не содержит 29 дней в феврале.

     Время хранится в виде десятичной дроби, показывающей, какая часть дня прошла к этому моменту. Например, если некоторому дню соответствует юлианская дата 33333, то время 18:00 этого дня будет сохранено как 33333.75 (.75
показывает, что к 18:00 прошло 75% дня).

     После изучения самых распространенных типов данных Oracle вы познакомились с тем, как использовать команду DESC для просмотра структуры существующей таблицы. Вы также узнали, что в команде CREATE TABLE можно указать спецификацию NOT NULL для любого столбца (или всех столбцов), в результате чего вставка или обновление записей будут возможны только при указании значений для этих столбцов.

     При добавлении или изменении данных в таблицах, столбцы которых допускают null-значения, можно избежать ввода значения в столбец, если указать NULL в том месте SQL-оператора, где должно находиться значение столбца. Пропустить столбцы в команде INSERT можно и другим способом — явно перечислить все заполняемые столбцы, не указывая те, в которые не предполагается вводить данные. Чтобы вставить данные с апострофами при помощи программы SQL*Plus, предварите команду INSERT командой SET SCAN OFF. Закончив вставку данных с апострофами, введите команду SET SCAN ON, что бы вернуть систему в нормальный режим.

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

     Для проведения вычислений с данными, хранимыми в таблице, включите в оператор SELECT математические операторы, используя имена нужных столбцов в качестве переменных. Полученное выражение, имеющее вид математической формулы, будет давать ответы на основе табличных данных. Если формула содержит более одного оператора, при ее написании необходимо обращать внимание на приоритет операторов, т.е. на последовательность, в которой Oracle выполняет операции. Умножение, деление и любые операции в скобках выполняются в первую очередь, слева направо. Затем выполняются сложение и вычитание, также слева направо. Для управления порядком вычислений лучше всего использовать скобки. Заключите в скобки часть выражения, которая должна вычисляться в первую очередь, и ни у кого не возникнет вопросов о порядке операций.

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

Примеры.

1. Создадим таблицу table1:

CREATE TABLE «table1″
(
«product_name»  VARCHAR2(25) NOT NULL,
«product_price» NUMBER(4,2) NOT NULL,
«product_date» DATE
);

2. Вставим данные в таблицу table1:

INSERT INTO «table1″ VALUES (‘ProductName1′, 1, ’5-NOV-2000′);
INSERT INTO «table1″ VALUES (‘ProductName2′, 2.5, ’29-JUN-2001′);
INSERT INTO «table1″ VALUES (‘ProductName3′, 50.75, ’10-DEC-2002′);
INSERT INTO «table1″ VALUES (‘ProductName4′, 1, NULL);

3. Выберем все поля (столбцы)  из таблицы table1:

SELECT * FROM «table1″;

4. Выберем некоторые поля из таблицы table1:

SELECT product_name, product_price FROM «table1″;

5. Удалим таблицу table1:

DROP TABLE «table1″;

     В самом простом виде база данных представляет собой список с информацией (или множество связанных списков). Система управления базами данных (СУБД) — это специализированная программа-менеджер, управляющая таким списком.

     Базы данных присутствуют в повседневной жизни почти каждого человека. Например, телефонный справочник — это представление базы данных на бумаге. Он содержит определенную информацию о людях, упорядоченную таким образом, чтобы вы могли быстро находить нужные сведения. Если в справочнике есть раздел со списками коммерческих организаций, часто называемый «желтыми страницами», информация в этом разделе упорядочена по виду их деятельности, а в пределах каждого вида деятельности — по названиям организаций.

Таблицы.

     Базы данных всегда разрабатываются для хранения информации определенного типа. Например, в случае телефонного справочника это информация о людях (на белых страницах) и о коммерческих организациях (на желтых страницах). Для хранения такой информации база данных в общем случае должна иметь две таблицы: одну для людей, а другую для организаций. Каждая из них будет во многом похожа на электронную таблицу (spreadsheet), имея по одному столбцу для каждого типа хранимой информации (имени, адреса, номера и т.д.) и по одной строке для каждого физического лица или организации.

Одновременное обслуживание многих пользователей.

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

Безопасность.

     Базы данных содержат часть самой важной информации компаний например размеры зарплат, сведения о клиентах, графики выполнения проектов. Если эта информация будет уничтожена, изменена, открыта для сотрудников или конкурентов, последствия могут варьироваться от легкого замешательства до полного краха бизнеса. В силу этого базы данных имеют исключительно надежные системы безопасности. Пароли никогда не хранятся в легко читаемых текстовых файлах, все зашифровано, включая ту информацию, которая пересылается между базой данных и компьютером пользователя при его входе в систему. Но даже легальный пользователь базы данных не обязательно получит доступ ко всему ее содержимому. Пользователям могут предоставляться привилегии только на определенные таблицы, и ни на какие другие. Можно даже сделать так, что одни столбцы таблицы будут видны всем, а другие — только определенной группе пользователей. Кроме того, базе данных можно дать указание фильтровать строки таблицы, чтобы часть пользователей видела только определенные строки, а остальные могли просматривать все. Функции средств безопасности базы данных этим не ограничиваются. Помимо контроля за видимостью информации, база данных позволяет указать, кто может вводить, обновлять или удалять сведения. Это помогает гарантировать, что люди, в служебные обязанности которых не входит изменение или
удаление данных, не смогут сделать это по ошибке (или намеренно).

История SQL.

     Небольшой экскурс в историю позволит получить лучшее представление об изучаемом предмете. История SQL развивалась параллельно с историей реляционных баз данных. В1969 г. д-р Эдгар Ф. Кодд опубликовал в серии исследовательских отчетов IBM сообщение под названием Derivability, Redundancy, and Consistency of Relations Stored in Large Data Banks. Там описывался подход к структурированию баз данных, основанный на использовании связанных таблиц, который значительно отличался от принятого в то время подхода с плоскими файлами. Это сообщение имело пометку «для ограниченного распространения» и поэтому не получило широкой известности. Кодд переработал свои концепции и в 1970 г. опубликовал их в статье под названием A Relational Model of Data for Large Shared Data Banks в журнале ACM (Association of Computer Machinery). Реляционная модель, описанная Коддом, в 1974 г. была использована в прототипе реляционной системы управления базами данных (РСУБД), названной System R. Описывая системный язык запросов в ноябрьском номере IBM Journal ofR&D за 1976 г., корпорация IBM использовала для него название Structured English QUEry Language (SEQUEL, язык структурированных английских запросов). В ходе эволюции языка название изменилось на Structured Query Language (SQL, произносится как сиквел (sequel) или «S-Q-L»). Первая коммерческая версия SQL была выпущена в 1979 году корпорацией
Oracle (вто время называвшейся Relational Software Inc.). В 1986 г. к работе подключился Американский национальный институт стандартов (ANSI), опубликовавший официальный стандарт SQL с кодовым названием ANSI ХЗ. 135-1986. В следующем году этот стандарт был опубликован Международной организацией по стандартизации (ISO) как ISO 9075-1987. Спецификация SQL дважды расширялась — в 1992 и 1999 гг. Текущая спецификация состоит из пяти частей, имеющих названия ANSI/ISO/IEC 9051-1-1999 — 9051-5-1999. SQL фактически стал стандартным языком для выполнения запросов к базам данных. Каждый производитель систем управления базами данных слегка модифицирует его, чтобы приспособить к своим потребностям, но ядро SQL по существу остается неизменным. От этого выигрывают пользователи и разработчики баз данных, поскольку усилия, потраченные на изучение SQL, будут приносить свои плоды в течение долгих лет, при смене версий программ и даже при переходе на другие продукты. Короче говоря, SQL — это универсальный инструмент, необходимый каждому, кто регулярно работает с базами данных.

Категории команд SQL

Команды SQL делятся на функциональные группы, что облегчает их запоминание. Вот эти группы:
• Определение данных (Data Definition)
• Манипулирование данными (Data Manipulation)
• Управление данными (Data Control)
• Выборка данных (Data Retrieval)
• Управление транзакциями (Transaction Control)

     Бэкапы — это страховка компании от несчастного случая. Делать бэкапы — это даже не правило, это аксиома. Какой бы ни был прожженный админ, и у него иногда может «дрогнуть рука», и с ошибкой написанный скрипт, или случайно нажатая кнопка способны наворотить много бед, что уж говорить про посыпавшиеся HDD, пожар и прочие катаклизмы. Да, бэкапы затратны (время, ресурсы, оборудование), их сиюминутный эффект неочевиден, но главное что они дают — страховка рисков компании. А это — дорогого стоит. Казалось бы, утверждения понятные всем, но при этом нередко возникает ситуация, когда сервер упал, бэкап есть, а сделать ничего нельзя, система не восстанавливается. И начинаются пляски для бубна с оркестром, вытаскивание хоть каких-то данных и т.п. радости.

     Для начала давайте введем и четко разделим такие понятия как архивирование и бэкап. Например вот так:

• Архивирование — это резервное копирование с ДОЛГОСРОЧНЫМ хранением данных. Процедура, когда один раз скопировали, и унесли в банковский сейф. Обращение в архив, это скорее исключение чем правило, и процедура это может быть довольно длительной (в зависимости от того где и как хранятся архивы).
• Бэкап — это резервное копирование с КРАТКОСРОЧНЫМ хранением данных. Процедура, когда копирование происходит регулярно, носители перезаписываются, есть понятие «глубина хранения». При этом доступ к бэкапу обычно должен быть максимально быстрым

Архивирование

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

     Последние пару лет, кстати, все чаще для архивов используем не ленты, а банальные HDD. Их объемов- хватает, скорость работы — достаточна для архива, цена — в рамках разумного, а единый интерфейс подключения (раньше IDE, сейчас SATA) устраняет проблему «сломанного стримера», что немаловажно, т.к. данные можно прочитать практически на любом компьютере, без привлечения спец оборудования (как в случае с лентами). Когда IDE совсем пропадет, вероятно скопируем на SATA (или что там будет после).

     Задача бэкапа как такового — хранить свежие резервные копии, для быстрого восстановления «случайно\специально удаленного», или «сгоревшего», или «неправильно сконфигурированного». Если архивы обычно хранятся столько сколько живет организация, а иногда и дольше, то для бэкапов уже можно ввести понятие глубина хранения, т.е. время по истечение которого бэкап будет устаревать, и его можно перезаписать более свежими данными. Бэкап в целом можно разделить на две основные части: бэкап данных и бэкап систем, и отдельно стоящий бэкап содержимого систем. Последнее очень обширная и конкретная тема, сильно зависящая от того, содержимое каких именно систем вы хотите бэкапить (почтовый сервер, БД, CRM, настройки ПО и т.п.), здесь ее описывать не будем.

Бэкап систем

     Бэкап систем — это когда вам нужно бэкапить не отдельные файлы, а целиком всю систему, которая может состоять из нескольких компонентов (например, спец-ПО, база SQL, файловые данные), и восстанавливать ее лучше целиком, нежели по частям. Тут все довольно просто: выбираете устраивающий вас бэкап-софт (цена, функционал, удобство) и бэкапите систему так, чтобы вы гарантированно могли восстановить ее, даже в случае полной поломки сервера. Подходят всевозможные Acronis’ы, Symantec System Recovery и т.д. Важно помнить вот что:

• вы должны УМЕТЬ восстанавливать из бэкапа. Тренируйтесь где угодно, когда угодно, но вы ДОЛЖНЫ УМЕТЬ это делать.
• продумывайте что именно вы бэкапите. Это значимо для универсальных серверов, когда, например, на одном сервере крутится БД, ваш внутрикорпоративный сайт и дополнительно прицеплен том под файловые ресурсы. В такой ситуации не стоит ради бэкапа связки «сложнонастроенный SQL + ваш сайт» бэкапить с ним заодно еще и второй файловый том в 1500 Тб. Вообще стремитесь к ситуации «одна задача — один сервер», не вешайте все-все-все на одну машину, а если уж повесили то бэкапьте его «системно».
• ваш софт должен уметь восстанавливать на другое железо, отличающееся от текущего. И вы должны это хотя бы раз попробовать!
• «системные» бэкапы, особенно систем постоянно используемых, не стоит хранить глубиной более чем неделя. Подумайте сами, зачем вам бэкап вашего контроллера домена давностью в месяц? В случае критической ситуации вам понадобится САМЫЙ свежий бэкап. А все остальные — это подстраховка, на случай если «самый свежий» по каким то причинам не отработал. Отводить на такую подстраховку больше чем 1-2 итерации, на мой взгляд нелогично и излишне расходует место.
• есть системы, которые сложно взаимосвязаны со всей инфраструктурой, и восстановить их, даже имея под рукой свежий «системный бэкап» конкретного сервера, бывает нелегко. Навскидку: Active Directory, Exchange и т.д. Выделите время, изучите документацию, и в тестовой среде, хотя бы раз — но попробуйте восстановить АБСОЛЮТНО ВСЕ! Лучше научитесь это делать в спокойной обстановке с Интернетом под рукой, чем с разъяренным начальником над головой.

Бэкап данных

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

1. По выходным делается полный бэкап всех данных. Глубина хранения 28 дней, т.е. есть четыре независимых полных бэкапа. Таким образом за последний месяц мы сможем восстановить данные за любой выходной день.
2. По рабочим дням делается дифференциальный бэкап, с глубиной хранения 14 дней. Таким образом за последние две недели мы можем восстановить данные за любой из дней.
3. в первые выходные каждого месяца, отдельно от остальных работ, делается месячный бэкап, с глубиной хранения в 12 месяцев. Это нечто среднее между бэкапом и архивом. С одной стороны срок хранения довольно большой, с другой — нередка ситуация когда нужно восстановить данные «пару месяцев назад, максимум полгода». Как вариант, можно не делать месячный бэкап отдельной работой, а просто копировать подходящий недельный.

Кроме того, старайтесь придерживаться вот каких правил:

• использую дифференциальный, а не инкрементальный бэкап. (Если вы не знаете что это такое — обязательно прочитайте документацию, это весьма важные понятия). Мне важнее выигрыш в скорости восстановления, нежели в объеме резервных копий.
• планирую время бэкапа так чтобы успевать до утра. Если бэкап выполняется дольше — разбиваю его на несколько работ, несколько серверов, или поднимаю вопрос про другое, более скоростное, оборудование.
• в расписании бэкапа стараюсь придерживаться промежутков связанных с неделями(7 дней, 28 дней и т.д.) и не привязываться к «первым\последним дням месяца». Неделя — довольно постоянная величина, 7 дней и в большинстве случаев суббота, воскресенье — это выходные.
• использую диски, а не ленты. Мне не нравится дорогостоящий посредник-стример между данными в бэкапе и данными в файлохранилище. Если он по каким то причинам не работает, то надолго нарушается вся система бэкапа. Если использовать жесткие диски, то этого можно избежать.
• стараюсь чтобы логически самостоятельная часть данных лежала в отдельном бэкапе. Например, если говорить про Symantec Backup Exec, то одна работа=одна media. Очень не люблю ситуацию, когда одна работа «размазана» по нескольким файлам. Это не только вносит сумбур в систему, но и в случае случайного затирани одного из файлов («рука дрогнула») наносит вред не только одной работе но и всем соседним.
• в обязательном порядке использую софт с уведомлениями по почте. Если это самописный скрипт — никто не мешает дописать кусочек, который будет проверять хотя бы наличие нового бэкапа, его размера и слать данные по почте. Это сильно экономит время в мониторинге бэкапа.

Статья взята с www.sql.az

Для определения владельцев файла текущего каталога можно получить подробный листинг командой ls -l. Третья и четвертая колонки содержат имена владельца-пользователя и владельца-группы:

Владельцем-пользователем вновь созданного файла является пользователь, который создал файл. Порядок назначения владельца-группы зависит от конкретной версии Unix. Таким образом, владение файлом определяет тот набор операций, который пользователь  может совершить с файлом. Часть из них, такие как изменение прав доступа или владельца файла может осуществить толко владелец(или суперпользователь), другие операции, такие как чтение, запись и запуск на выполнение(для исполняемых файлов) дополнительно контролируется правами доступа.

Для определения прав доступа к файлу можно воспользоваться той же самой командой ls -l

Права доступа листинга отображаются в первой (1) колонке (за исключением первого символа, обозначающего тип файла)  Наличие прав доступа обозначается соответствующим символом, а отсутствие — символом «-».

Права доступа могут быть изменены только владельцем файла или суперпользователем(superuser) — администратором системы. Для этого используется команда chmod.

 chmod — изменение атрибутов защиты файла

синтаксис 

chmode mode file…

описание

Команда изменяет атрибуты защиты файла file. Атрибуты защиты, обозначимые mode, могут быть заданны в числовом или символическом виде.

В символическом виде атрибуты задаются в формате

В операционной системе Unix существуют три базовых класса доступа к файлу, в каждом из которых установленны соответствующие права доступа:

Первое поле, обозначеное как who, может содержать один или несколько следующих символов:

a      установка атрибутов защиты для всех категорий пользователей;

g      установка атрибутов защиты для групп пользователей;

o      установка для прочих процессов (эффективные идентификаторы которых не совпадают с пользовательскими);

u      установка прав доступа только для владельца.

-      отмена прав доступа;

=     определение перечисленных прав и отмена всех прочих для данного who.
Поле, обозначенное как permission, может быть комбинацией следущих символов:

x      делает файл выполнимым(разрешение выполнения);

r        разрешение чтения;

w     разрешение записи;

s      установка пользовательского или группового идентификатора.

В числовом виде атрибуты защиты файла здаются в форме восьмеричного числа, соответствующие биты которого обозначают режимы доступа:

4000    установка ID пользователя при выполнениии (S_ISUID);

2000     установка ID группы при выполнениии (S_ISGID);

1000     зависит от реализации;

0400     право владельца на чтение (S_IRUSR);

0200     право владельца на   запись (S_IWUSR);

0100     право владельца на выполнение (S_IXUSR);

0040     право группы на чтение (S_IRGRP);

0020     право группы на запись (S_IWGRP);

0010      право группы на выполнение (S_IXGRP);

0004     право прочих процессов на чтение (S_IROTH);

0002      право прочих процессов на запись (S_IWOTH);

0001     право прочих процессов на выполнение (S_IXOTH);

0000     нет доступа.

Для каталогов поле х означает не выполнение, а поиск. Для каталога с правом х— пользователи будут иметь доступ к любому известному им файлу в каталоге, но не смогут выполнять команду ls или читать каталог, что бы узнать, какие файлы в нем находятся. Каталог с правом r— можно читать, но нельзя работать с его файлами. Право на запись w для каталога дает пользователю возможность записывать и удалять файлы из каталога! При этом права доступа для самого файла!

Статья взята с http://linuxland.itam.nsc.ru/book/unix09/chmod/index.html

1. Как выбрать зарядное устройство?
Рекомендации по выбору Зарядного Устройства (ЗУ) смотрите в разделе «Зарядні пристрої»

2. Как рассчитать время, необходимое для зарядки моих аккумуляторов?
Продолжительность заряда рассчитывается как отношение емкости аккумулятора (mАh) к зарядному току (А) с учетом повышающего коэффициента, значение которого выбирается от 1,2 до 1,6 (чем меньше значение зарядного тока относительно емкости аккумулятора, тем больше повышающий коэффициент). Этот метод расчета применим для продолжительности заряда от 4 до 20 часов. При меньшей продолжительности заряда (менее 4 часов) ЗУ должно автоматически отключать аккумуляторы по достижении ими полного заряда, а при большей (свыше 20 часов) нет смысла в точности отслеживать время окончания заряда, т.к. перезаряд не вредит аккумулятору (его можно оставлять в зарядном устройстве до 6-7 суток). Зарядный ток указывается на корпусе ЗУ и на блистере (упаковке). Допускается прерывание заряда на небольшой период, суммарная продолжительность заряда в этом случае не должна быть меньше расчетной.

ПРИМЕР. Если у Вас аккумуляторы ёмкостью 1000 мА, а ЗУ дает ток 200 мА, то мы получим:
1000 / 200 * 1,2 = 6 (ч)
Это СРЕДНЕЕ время заряда. Также на скорость заряда аккумуляторов влияет
температура окружающей среды, химическая система аккумуляторов, полнота предшествующего разряда и т.п.

3. Зачем нужна функция разряда?
Эта функция будет полезна, если Вы пользуетесь Ni-Cd аккумуляторами, которые подвержены «эффекту памяти». Для Ni-MH аккумуляторов наличие функции разряда несущественно.

4. Что такое «функция поддержки уровня заряда»?
(Также называется «Дозаряд после заряда».)
Если ЗУ оснащено этой функцией, то после того, как аккумуляторы будут заряжены полностью, ЗУ автоматически изменит ток заряда на минимальный. Он поддерживает аккумуляторы в состоянии 100% заряда до того, как они будут извлечены из ЗУ, и предупреждает таким образом эффект саморазряда.
Эта функция хороша тем, что позволяет не следить за процессом заряда и быть уверенным, что аккумуляторы не будут испорчены.

5. Что такое «функция обновления памяти»?
(Также называется «функция активации».)
Если аккумуляторы работают неравномерно, это может быть связано с внутренней памятью («эффект памяти»). Функция обновления памяти предназначена для очищения памяти и для содержания аккумуляторов в отличном состоянии.
Обновление — для оживления старых аккумуляторов или давно не использовавшихся, которые уже не держат свой заряд так, как должны были. В результате этого процесса аккумуляторы выйдут на свои оптимальные характеристики. Во время обновления зарядное устройство производит циклы разрядки/зарядки аккумуляторов до тех пор, пока фактическая ёмкость аккумуляторов не перестанет увеличиваться.

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

6. Что такое медленный и быстрый режимы заряда?
Некоторые ЗУ позволяют выбирать ток заряда аккумуляторов. Медленный режим предпочтителен для аккумуляторов малой ёмкости, а также если Вы хотите максимально продлить их срок службы. Оптимальным током заряда считается ток, в 10 раз меньший ёмкости аккумуляторов. Например, для аккумуляторов 2500 мАh — это 250 мА.
В случае, если для Вас время — деньги (и большие, чем стоимость аккумулятора!), то пользуйтесь быстрым режимом заряда (более 500 мА). Это сократит их срок службы с 1000 перезарядок до 500, зато позволит сэкономить до 10 часов с каждой зарядки.

7. Зачем нужен LCD–монитор на зарядном устройстве?
LCD–монитор позволяет следить за процессом заряда Ваших аккумуляторов. На нём можно увидеть, насколько зарядились аккумуляторы (30-65-100%), и извлечь их из устройства, когда индикатор покажет полный заряд.

8. Для чего нужна функция «dV контроль заряда»?
(Также называется «контроль напряжения»)
ЗУ контроллирует процесс заряда и предохраняет аккумуляторы от перезаряда, что может привести к выходу их из строя.

9. Как работает функция «Контроль за температурой»?
«Температурный контроль» работает следующим образом: при перегреве аккумуляторов зарядное устройство отключается. Такое может произойти после полного заряда аккумуляторов, если по каким-то причинам не сработал механизм автоматического отключения. Следовательно, это дополнительный уровень защиты.

10. Зачем в зарядном устройстве «Таймер безопасности»?
Он отключает ЗУ по истечению определенного времени. Эта функция подстраховывает функцию автоматического отключения.
Будте внимательны! Если пытаться зарядить высокоемкие аккумуляторы в устройстве с невысокими токами, оснащенном таймером безопасности, оно может отключиться раньше, чем зарядятся аккумуляторы. В этом случае рекомендуем использовать скоростные зарядные устройства серии «Энергия Премиум».

11. Можно ли заряжать аккумуляторы не от сети 220 V, а от других источников энергии?
Да, если это предусмотрено конструкцией зарядного устройства, то аккумуляторы можно зарядить от прикуривателя автомобиля и/или от USB-порта компьютера.
От прикуривателя заряжают такие наименования ЗУ «Энергия»: ЕН-905, ЕН-908, ЕН-909, ЕН-910, ЕН-915.
От USB-порта заряжают: ЕН-105, ЕН-909.

12. Как понять, что аккумуляторы полностью зарядились?
Это можно увидеть по LED-индикаторам или LCD-монитору Вашего зарядного устройства.
Красный цвет индикатора показывает процесс заряда, желтый — процесс разряда, зеленый — окончание процесса заряда (готовность аккумуляторов).
LCD-монитор показывает графическое изображение аккумуляторов. Когда они перестают мигать и закрашиваются серым цветом, процесс заряда завершен.

13. Нужно ли сразу извлекать аккумуляторы после зарядки?
Да, мы рекомендуем сразу извлекать аккумуляторы из зарядного устройства после окончания зарядки. Если Ваше зарядное устройство имеет ток заряда 500 mA и выше, и при этом не снабжено функцией «поддержки уровня заряда» (или автоматического отключения), то аккумуляторы могут испортиться. ЗУ с током заряда 150 мА не могут испортить аккумуляторы, даже если Вы продержите их там сутки после полного заряда. Одако, не стоит подвергать свои аккумуляторы перезаряду, и тем более, не стоит их хранить в зарядном устройстве.

14. Общие советы по эксплуатации зарядного устройства.

- Никогда не заряжайте в ЗУ другие типы батарей (перезаряжаемые щелочные/алкалиновые аккумуляторы или обычные алкалиновые батарейки и т.п.), заряд которых может привести к вытеканию щелочи, повреждению зарядного устройства, а также представлять опасность для здоровья пользователя.
- Не допускайте одновременного заряда новых и бывших в употреблении аккумуляторов, а также аккумуляторов разной емкости и разных производителей.
- Отключите зарядное устройство от сети если необходима чистка или когда оно не используется.
- Не разбирайте зарядное устройство и аккумуляторы
- Исключите попадание влаги
- ЗУ предназначено для использования только внутри помещений (или в автомобиле, если есть опция).
- Не допускайте попадания ЗУ и аккумуляторов под дождь или снег, а также в другие неблагоприятные условия.
- Не храните аккумуляторы внутри зарядного устройства.
- Не допускайте детей к ЗУ и аккумуляторам. Заряжать и использовать только под внимательным контролем взрослых.

Статья взята с www.energy.biz.ua

1. deny ip any 192.168.0.0 0.0.255.255 (192.168.0.1 — 192.168.255.254)

Address:   192.168.0.0          11000000.10101000. 00000000.00000000
Netmask:   255.255.0.0 = 16     11111111.11111111. 00000000.00000000
Wildcard:  0.0.255.255          00000000.00000000. 11111111.11111111
Network:   192.168.0.0/16       11000000.10101000. 00000000.00000000
HostMin:   192.168.0.1          11000000.10101000. 00000000.00000001
HostMax:   192.168.255.254      11000000.10101000. 11111111.11111110
Broadcast: 192.168.255.255      11000000.10101000. 11111111.11111111
Hosts/Net: 65534                 Class C, Private Internet

2. deny ip any 172.16.0.0 0.15.255.255 (172.16.0.1 — 172.31.255.254)

Address:   172.16.0.0           10101100.0001 0000.00000000.00000000
Netmask:   255.240.0.0 = 12     11111111.1111 0000.00000000.00000000
Wildcard:  0.15.255.255         00000000.0000 1111.11111111.11111111
Network:   172.16.0.0/12        10101100.0001 0000.00000000.00000000
HostMin:   172.16.0.1           10101100.0001 0000.00000000.00000001
HostMax:   172.31.255.254       10101100.0001 1111.11111111.11111110
Broadcast: 172.31.255.255       10101100.0001 1111.11111111.11111111
Hosts/Net: 1048574               Class B, Private Internet

3. deny ip any 10.0.0.0 0.255.255.255 (10.0.0.1 — 10.255.255.254)

Address:   10.0.0.0             00001010. 00000000.00000000.00000000
Netmask:   255.0.0.0 = 8        11111111. 00000000.00000000.00000000
Wildcard:  0.255.255.255        00000000. 11111111.11111111.11111111
Network:   10.0.0.0/8           00001010. 00000000.00000000.00000000
HostMin:   10.0.0.1             00001010. 00000000.00000000.00000001
HostMax:   10.255.255.254       00001010. 11111111.11111111.11111110
Broadcast: 10.255.255.255       00001010. 11111111.11111111.11111111
Hosts/Net: 16777214              Class A, Private Internet

4. deny ip any 0.0.0.0 0.255.255.255 (0.0.0.1 — 0.255.255.254)

Address:   0.0.0.0              00000000. 00000000.00000000.00000000
Netmask:   255.0.0.0 = 8        11111111. 00000000.00000000.00000000
Wildcard:  0.255.255.255        00000000. 11111111.11111111.11111111
Network:   0.0.0.0/8            00000000. 00000000.00000000.00000000
HostMin:   0.0.0.1              00000000. 00000000.00000000.00000001
HostMax:   0.255.255.254        00000000. 11111111.11111111.11111110
Broadcast: 0.255.255.255        00000000. 11111111.11111111.11111111
Hosts/Net: 16777214              Class A

5. deny ip any host 255.255.255.255 (255.255.255.1 — 255.255.255.254)

Address:   255.255.255.255      11111111.11111111.11111111. 11111111
Netmask:   255.255.255.0 = 24   11111111.11111111.11111111. 00000000
Wildcard:  0.0.0.255            00000000.00000000.00000000. 11111111
Network:   255.255.255.0/24     11111111.11111111.11111111. 00000000
HostMin:   255.255.255.1        11111111.11111111.11111111. 00000001
HostMax:   255.255.255.254      11111111.11111111.11111111. 11111110
Broadcast: 255.255.255.255      11111111.11111111.11111111. 11111111
Hosts/Net: 254                   Class invalid

6. deny ip any 127.0.0.0 0.255.255.255 (127.0.0.1 — 127.255.255.254)

Address:   127.0.0.0            01111111. 00000000.00000000.00000000
Netmask:   255.0.0.0 = 8        11111111. 00000000.00000000.00000000
Wildcard:  0.255.255.255        00000000. 11111111.11111111.11111111
Network:   127.0.0.0/8          01111111. 00000000.00000000.00000000
HostMin:   127.0.0.1            01111111. 00000000.00000000.00000001
HostMax:   127.255.255.254      01111111. 11111111.11111111.11111110
Broadcast: 127.255.255.255      01111111. 11111111.11111111.11111111
Hosts/Net: 16777214              Class A, Loopback

7. deny ip any 224.0.0.0 15.255.255.255 (224.0.0.1 — 239.255.255.254)

Address:   224.0.0.0            1110 0000.00000000.00000000.00000000
Netmask:   240.0.0.0 = 4        1111 0000.00000000.00000000.00000000
Wildcard:  15.255.255.255       0000 1111.11111111.11111111.11111111
Network:   224.0.0.0/4          1110 0000.00000000.00000000.00000000
HostMin:   224.0.0.1            1110 0000.00000000.00000000.00000001
HostMax:   239.255.255.254      1110 1111.11111111.11111111.11111110
Broadcast: 239.255.255.255      1110 1111.11111111.11111111.11111111
Hosts/Net: 268435454             Class D, Multicast

8. deny ip any 240.0.0.0 7.255.255.255 (240.0.0.1 — 247.255.255.254)

Address:   240.0.0.0            11110 000.00000000.00000000.00000000
Netmask:   248.0.0.0 = 5        11111 000.00000000.00000000.00000000
Wildcard:  7.255.255.255        00000 111.11111111.11111111.11111111
Network:   240.0.0.0/5          11110 000.00000000.00000000.00000000
HostMin:   240.0.0.1            11110 000.00000000.00000000.00000001
HostMax:   247.255.255.254      11110 111.11111111.11111111.11111110
Broadcast: 247.255.255.255      11110 111.11111111.11111111.11111111
Hosts/Net: 134217726             Class E

9. deny ip any 192.0.2.0 0.0.0.255 (192.0.2.1 — 192.0.2.254)

Address:   192.0.2.0            11000000.00000000.00000010. 00000000
Netmask:   255.255.255.0 = 24   11111111.11111111.11111111. 00000000
Wildcard:  0.0.0.255            00000000.00000000.00000000. 11111111
Network:   192.0.2.0/24         11000000.00000000.00000010. 00000000
HostMin:   192.0.2.1            11000000.00000000.00000010. 00000001
HostMax:   192.0.2.254          11000000.00000000.00000010. 11111110
Broadcast: 192.0.2.255          11000000.00000000.00000010. 11111111
Hosts/Net: 254                   Class C

То есть, приблизительно правильно на файрволе должно выглядеть где-то так (в данном случае пример с Access-lists Cisco Switch):

10 permit ip any host 10.20.0.5 log
20 permit ip any host 10.20.0.8 log
30 permit ip any host 10.20.0.10 log
40 deny ip any 192.168.0.0 0.0.255.255 log
50 deny ip any 192.168.0.0 0.0.255.255
60 deny ip any 172.16.0.0 0.15.255.255
70 deny ip any 10.0.0.0 0.255.255.255
80 deny ip any 0.0.0.0 0.255.255.255
90 deny ip any host 255.255.255.255
100 deny ip any 127.0.0.0 0.255.255.255
110 deny ip any 224.0.0.0 15.255.255.255
120 deny ip any 240.0.0.0 7.255.255.255
130 deny ip any 192.0.2.0 0.0.0.255
140 permit ip any any

Ссылки на другие ресурсы в сети Интернет:

1. Классы IP-адресов
2. Классовая адресация

2. Находим на сайте Cisco новый IOS, или IOS который нужен нам.

3. Дальше, на tftp сервер  копируем новый IOS, например это c3560-ipbasek9-mz.122-55.SE4.bin.

4. Заходим на Cisco Catalyst и смотрим что у нас «делается» на flash памяти:

switch#show flash:
Directory of flash:/
2  -rwx          27  Jan 11 2012 09:28:17 +02:00  private-config.text
5  drwx         192   Mar 1 1993 02:11:49 +02:00  c3560-ipbase-mz.122-25.SEE2
410  -rwx       10162  Jan 11 2012 09:28:16 +02:00  config.text

32514048 bytes total (24345600 bytes free)

5. Копируем новый IOS с tftp сервера на flash память Cisco Catalyst:

switch#copy tftp: flash:
Address or name of remote host [ ]? 192.168.1.1
Source filename [ ]? c3560-ipbasek9-mz.122-55.SE4.bin
Destination filename [c3560-ipbasek9-mz.122-55.SE4.bin]?
Accessing tftp://192.168.1.1/c3560-ipbasek9-mz.122-55.SE4.bin…
Loading c3560-ipbasek9-mz.122-55.SE4.bin from 10.0.15.151 (via Vlan111): !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[OK - 6428863 bytes]

6428863 bytes copied in 99.984 secs (64299 bytes/sec)

6. Далее заходим на Cisco Catalyst, прописываем загрузку с нового IOS и удаляем старый IOS:

switch#configure terminal
switch(config)#boot system flash:/c3560-ipbasek9-mz.122-55.SE4.bin
switch(config)#exit
switch#delete flash:c3560-ipbase-mz.122-25.SEE2
Delete filename [c3560-ipbase-mz.122-25.SEE2]?
Delete flash:c3560-ipbase-mz.122-25.SEE2? [confirm]

7. После этого перегружаем устройство.

8. Иногда, старый IOS нужно оставить. Но бывает, прописано чтобы устройство заглужалось с нового IOS (boot system flash:/c3560-ipbasek9-mz.122-55.SE4.bin), а реально происходит загрузка со старого образа.

Чтобы устройство загружалось с нового IOS и старый IOS оставался на flash памяти нужно прописать следующее:

switch#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
switch(config)#config 0×2102
switch(config)#exit
switch#reload

Ссылки на другие ресурсы в сети Интернет:

1. Обновление IOS на Cisco Catalyst 3560

1.1. Сервіс WHOIS — є джерелом публічної інформації про доменні імена.Така інформація є доступною будь-якій особі через мережу Інтернет за протоколом WHOIS або HTTP.
1.2. Інформація сервісу WHOIS може бути представлена українською, російською та/або англійською мовами.
1.3. Адміністратор будь-якого домену  не несе відповідальності за достовірність та актуальність інформації що надається сервісом WHOIS.
1.4. Запис про доменне ім’я, що відображається сервісом WHOIS, містить такі поля:
1.5.1. Domain: доменне ім’я. Обов`язкове поле, один рядок.
1.5.2. Admin-c: nic-handle адміністративного контакту доменного імені.
1.5.3. Tech-c: nic-handle контакту, який технічно супроводжуватиме доменне ім’я.
1.5.4. Status: стан доменного імені, який може приймати такі значення:
1.5.4.1. OK-UNTIL YYYYMMDDhhmmss – доменне ім’я делеговано, строк делегування — до вказаної дати.
1.5.4.2. HOLD-SINCE YYYYMMDDhhmmss – делегування доменного імені призупинено від вказаної дати на строк 30 діб.
1.5.4.3. FROZEN-OK-UNTIL YYYYMMDDhhmmss — доменне ім’я делеговане. Внесення будь — яких змін в запис про доменне ім’я заблоковано Адміністратором.
1.5.4.4. CANCELLED YYYYMMDDhhmmss — делегування доменного імені скасоване від вказаної дати.
1.5.4.5. BLOCKED YYYYMMDDhhmmss — делегування доменного імені призупинено. Реєстрація доменного імені зберігається до дати закінчення строку реєстрації. Після вказаної дати доменне ім’я скасовується.
1.5.5. Dom-public: категорія доменного імені. Відмітка «YES» у цьому полі означає, що домен  публічний, відмітка «NO» – що домен приватний.
1.5.6. Nserver: ім’я сервера імен, який забезпечує технічну працездатність доменного імені. Обов’язкове поле, не менше двох, але не більше десяти рядків. В разі, якщо доменне ім’я цього сервера імен включає назву доменного імені, в якому воно використовується, додатково відображається запис про такий сервер. Запис про сервер імен містить такі поля:
1.5.6.1. Nserver: ім’я сервера імен. Обов’язкове поле, один рядок.
1.5.6.2. IP-addr: IP-адреса сервера імен. Обов’язкове поле, один рядок.
1.5.7. Mnt-by: nic-handle контакту, який обслуговує доменне ім’я та має право вносити зміни про таке доменне ім’я,
1.5.8. Created: nic-handle контакту, за заявкою якого було зареєстроване таке доменне ім’я,
1.5.9. Changed: : nic-handle контакту, який останнім вносив зміни до запису, та дата внесення цих змін.
1.5.10. Source: умовна назва, текстовий рядок.