use code moo что значит
Use code moo что значит
A MOO (MUD, object oriented) is a text-based online virtual reality system to which multiple users (players) are connected at the same time.
The term MOO is used in two distinct, but related, senses. One is to refer to those programs descended from the original MOO server, and the other is to refer to any MUD that uses object oriented techniques to organize its database of objects, particularly if it does so in a similar fashion to the original MOO or its derivatives. Most of this article refers to the original MOO and its direct descendants, but see Non-Descendant MOOs for a list of MOO-like systems.
Contents
Background [ ]
New MOOs have to choose a starting database from which to set their MOO up, or they can use a very minimal one which contains only the necessary objects to start a MOO. There are a handful of such MOO «core» databases which serve as foundations of code and utilities from which to start your MOO, including LambdaCore (from LambdaMOO), MinimalDB (considered the minimum necessary code and utilities to work usefully in a MOO), JHCore (from Jay’s House Moo ), and enCore (from LinguaMOO ).
Every object in the MOO is assigned a number, and may be referred to by this number, prefixed with a #, as well as its name when the user is in the object’s presence. Administrators, also known as Wizards, who are able to manage the MOO, and assign certain global names to these objects, which are prefixed with $, a process known as corifying. They also feature parenting systems, and every object will have a parent, commonly eventually leading to Root Class, otherwise known as #1. #0 is also reserved as a special system object which is responsible for managing the list of global names, incoming network connections, and other information related to the operation of the system.
History [ ]
Stephen White (also known by the handles «Ghondahrl» and «ghond») wrote the first version of the MOO server, which was released on May 2, 1990, and used for the operation of a server called » AlphaMOO «. Pavel Curtis, an employee of Xerox PARC and also known by his handles «Lambda», and «Haakon», took the basic design, language, and code, fixed bugs and added features to release the first version, called «LambdaMOO» on October 30th, 1990.
Curtis went on to explain how the transition occurred from AlphaMOO to LambdaMOO. After fixing bugs in the system, rewriting some of the code, adding more programming capability, and writing documentation, he had created what he termed «a truly separate entity» from the original AlphaMOO. He dubbed this new system LambdaMOO, after one of his names on the system and, according to Curtis, «because it’s a key word in some of the other non-mud research that I do.» The new system was announced as open for public access on UseNet (a world-wide bulletin board system) in February of 1991 (Curtis, personal communication).
MOO was originally developed as a MUD server in the same general style (sharing much of the command syntax and community conventions) as TinyMUD.
There are currently two distributions of the MOO server code. The more popular of the two, the LambdaMOO server, is named such as indication of the close historical and continuing association of the MOO server code with the first public MOO, LambdaMOO, which is still popular today.
It is this LambdaMOO version of MOO that gained popularity in the early 90s, and it remains the most widely-used distribution of MOO. Pavel Curtis continued to maintain the server for several years. Other early contributors to the LambdaMOO server included users Tim Allen («Gemba»), «Gary_Severn», Roger Crew («Rog»), Judy Anderson («yduJ»), and Eric Ostrom (known as «Joe Feedback»). Later, Eric Ostrom maintained the server, and the server is now maintained by Ben Jackson and Jay Carlson and has a LambdaMOO SourceForge.net project.
Sometime around early 2005, the GammaMOO server forked from LambdaMOO with the goal of being a testing ground for new features not yet qualified for inclusion in the main MOO distribution (which has very strict standards for any changes). It can be seen as a the equivalent of a «development branch» that most other projects have.
Non-descendant MOOs [ ]
Stephen White went on to write a new and similar system called CoolMUD, although it never obtained the same wide userbase as MOO. Another, later, attempt at a programmable object-oriented MU* server was ColdMUD, written by Greg Hudson and later maintained by Brandon Gillespie under the name «Genesis».
One unusual MOO with no real relationship to the original MOO is called mooix. mooix is unique among MUDs in that it uses the underlying UNIX operating system to handle all of the multitasking and networking issues. Several unique side effects result from this, one of which is that the MOO can be programmed in any language. mooix was written after a failed attempt by Joey Hess to write a MOO entirely in Perl, called perlmoo.
There are a number of MOOs written in Python, including POO, MOOP and ErisMUD.
MOO is often used in programming games, such as PointSet.
MOO access [ ]
Participants (usually referred to as users) connect to a MOO using telnet or some other, more specialized, client program. Upon connection, they are usually presented with a welcome message explaining how to either create a new character or connect to an existing one.
Having connected to a character, users then give one-line commands that are parsed and interpreted by the MOO as appropriate. Such commands may cause changes in the virtual reality, such as the location of a character, or may simply report on the current state of that reality, such as the appearance of some object.
MOO administration [ ]
All MOOs provide a flag called Wizard; when set on a player, the player gains the ability to view and modify nearly everything in the MOOs database. Such players are called Wizards, and usually form the basis for MOO administration.
These wizards are able to restrict access to the MOO, as well as make news postings and monitor logs. Wizard permissions are needed for modification and even execution of verbs and properties for which the user does not own, or is not publicly readable/writable. All verbs and properties within objects have the appropriate flags, with the user can change to determine its current state. They are also able to assign global names to any object.
Outline of well-known MOOs [ ]
Паблик сайта code.mu
Паблик сайта code.mu запись закреплена
7 ключевых факторов при составлении стратегии редизайна:
1. Исследование сайта.
Все сайты рано или поздно устаревают. Первый шаг — взглянуть на него критически. Проведите полный аудит: от дизайна до контента. Понимание, как все элементы работают для пользователя, помогут определиться с целью редизайна.
Вот несколько вопросов, на которые вы можете ориентироваться при исследовании:
Показать полностью.
— Сайт большой? Сколько в нём страниц (или постов, если это блог)?
— Какой контент и какие страницы самые популярные?
— Сколько людей заходят на сайт каждую неделю, месяц, год?
— Стоит ли добавить какой-либо контент или страницы?
— Есть ли новые функции, которые нужно реализовать? Например, добавить форму для оплаты или страницу с новостями.
— Что вам нравится в актуальной версии сайта?
— Что вас бесит на нём?
— Сайт использует сторонние инструменты вроде системы бронирования или платёжного шлюза?
2. Определение параметров для измерения успеха.
Чтобы понимать, заработает ли редизайн так, как было задумано, нужно чётко определить параметры успеха. Цели редизайна в основном связаны с целями самого бизнеса. Для интернет-магазина это будут продажи, для криптобиржи — создание кошелька и покупка валюты, а для блога — просмотры материалов и реальное число пользователей, которые прочитали статью, а не просто открыли страницу.
3. Адаптация контента.
Будет ли нынешний контент сайта перенесён в обновлённую версию? Соответствует ли он эстетике и tone of voice нового сайта? Оцените каждую страницу — и отредактируйте или удалите те, что не соответствуют вашему видению редизайна.
Обновление контента может стать отличной идеей, особенно для большого сайта, дизайн которого вы хотите полностью пересмотреть. Но помните, что проще и быстрее вносить изменения в старую систему, чем пытаться всё снести и перестроить заново.
4. Создание нового контента.
Самой сложной частью в редизайне сайта может стать визуализация нового контента.
Подумайте, нужны ли новые фото и видео, иллюстрации и статьи, брендинг и фирменный стиль, другая цветовая палитра. Составьте список необходимого и закажите у дизайнеров, программистов, маркетологов и копирайтеров. Дизайн будет трудно представить и ещё сложнее собрать, когда нет основных компонентов.
Когда будете составлять список, чётко определите, что нужно и как это будет использоваться. К примеру, пропишите, какого размера и в каких блоках будут фото, если не хотите в итоге увидеть кучу растянутых или сжатых иллюстраций.
5. Оценка новых возможностей.
Технологии развиваются быстро. Скорее всего, сейчас вам доступно намного больше инструментов и функций, чем во время разработки актуального сайта. Вспомните, как видеоконтент начал доминировать благодаря доступности высокоскоростного интернета, — и используйте технологии в своих целях.
Вернитесь к аудиту и подумайте, есть ли новые функции, которые вы хотите внедрить. Насколько это реально, какие расходы связаны с этими возможностями и как их можно использовать? Новые технологии сделают всё это реальным.
6. Планирование в пределах бюджета.
Установите реалистичный бюджет. Цена на редизайн может зависеть от многих вещей: от того, насколько стара текущая версия, от сложности нового дизайна, сроков. Спланируйте вариант, который соответствует вашему бюджету. Если хотите сразу заказать все иллюстрации и прикрутить интернет-эквайринг — суммы могут вас ошеломить.
7. Поддержка и продвижение сайта.
Последняя часть в подготовке стратегии редизайна — решить, как вы будете работать после него. Это касается поддержки сайта, маркетинга и продвижения.
Без стратегии маркетинга и поддержи ваш прекрасный редизайн может и не дожить до успеха, так что задумайтесь о профессиональном обслуживании — оно позволит сайту работать дольше и эффективнее. Решите, кто будет обновлять контент, обеспечит техподдержку и просто гарантирует, что всё будет функционировать как положено. А маркетологи помогут вашей аудитории попасть на сайт.
Паблик сайта code.mu запись закреплена
6 профессий, которые погибли от рук технологий:
1. Вычислитель.
До середины XX века работали люди, которые буквально выполняли функцию компьютера. Эта профессия так на английском и называлась — computer. Обычно вычислители работали в команде, где каждый человек выполнял свою часть расчетов.
Показать полностью. Существовали целые вычислительные организации, в штате одной из известных — Mathematical Tables Project — числились 450 человек. Такой себе живой суперкомпьютер! Разумеется, с появлением ЭВМ профессия устарела.
Перспективная альтернатива — аналитик Big Data. Эта профессия куда интереснее и престижнее. Теперь посчитать не проблема, важно правильно интерпретировать!
2. Сотрудник видеопроката.
Некогда желанная работа — ведь можно было первым смотреть все новинки кино! — ушла в прошлое. На смену видеопрокату пришли Netflix, YouTube, торренты. В крайнем случае, автоматы по прокату DVD.
Перспективная альтернатива — видеоблогер. Здесь тоже нужно следить за новинками, чтобы оставаться на волне. Качественный и полезный контент особенно нужен в информационную эпоху — тем более если его транслирует харизматичный человек.
3. Почтальон.
Скоро эта вымирающая профессия останется только данью традициям — ведь необходимости в физической доставке писем уже почти нет. Общение переходит в интернет, поэтому потребность в почтальонах падает с каждым годом.
Перспективная альтернатива — email-маркетолог. Теперь в интернете нужно стараться и для того, чтобы письмо просто попало в почтовый ящик, — не говоря о том, чтобы его открыли и как-то отреагировали!
4. Издатель «Желтых страниц».
Помните желтые книги, где можно было найти номер телефона человека, контакты компании или подыскать ресторан в нужном районе? Издатели зарабатывали на размещении предприятий на их страницах. Конечно, с появлением поисковиков необходимость в таких справочниках отпала.
Перспективные альтернативы — специалист по SEO и контекстной рекламе, таргетолог. Теперь нужны профессионалы, которые помогут не затеряться в море информации и показать рекламу в правильном месте заинтересованным людям.
5. Телефонистка.
Телефонные операторы соединяли абонентов разных линий. Сначала на такую работу нанимали мальчишек-подростков, но они часто разыгрывали и дурачили звонивших, поэтому компании взяли за правило брать на эту должность женщин. Раньше эта ушедшая профессия была массовой, а теперь ее обычно совмещают с должностью секретаря. Зачастую такие сотрудники нужны в организациях, где установлены собственные телефонные станции.
Перспективная альтернатива — специалист технической поддержки. Когда нет проблем со связью, клиентам нужны быстрые ответы и решения проблем.
6. Радар.
Раньше вражеские самолеты обнаруживали с помощью специальных акустических зеркал или усилителей звука прямо по шуму двигателя. Во время Первой мировой войны сооружали целые сети таких установок. На должность «человека-радара» брали людей с очень хорошим слухом.
Перспективная, хоть и своеобразная альтернатива — SMM-менеджер. Теперь нужно «отлавливать» тренды и первым узнавать об интересных инфоповодах, чтобы грамотно играть на этом в соцсетях.
Паблик сайта code.mu запись закреплена
Бизнес-дизайн: в чем суть.
Идея бизнес-дизайна состоит в том, что дизайнеру важно понимать суть бизнеса его клиента. Хороший, работающий дизайн, с точки зрения AI Power, невозможен без осознания ценностей компании и взгляда на проект с точки зрения заказчика.
Показать полностью.
Предприниматель и дизайнер вместе разрабатывают проект, а бизнес-дизайн помогает обоим творчески осмыслить — или переосмыслить — бизнес-модель. Понимание принципов бизнес-дизайна пригодится тем, кто работает со стартапами или крупными компаниями или планирует начать свой проект.
Памятка/шпаргалка по SQL
Доброго времени суток, друзья!
Изучение настоящей шпаргалки не сделает вас мастером SQL, но позволит получить общее представление об этом языке программирования и возможностях, которые он предоставляет. Рассматриваемые в шпаргалке возможности являются общими для всех или большинства диалектов SQL.
Для более полного погружения в SQL рекомендую изучить эти руководства по MySQL и PostgreSQL от Метанита. Они хороши тем, что просты в изучении и позволяют быстро начать работу с названными СУБД.
При обнаружении ошибок, опечаток и неточностей, не стесняйтесь писать мне в личку.
Содержание
Что такое SQL?
SQL — это язык структурированных запросов (Structured Query Language), позволяющий хранить, манипулировать и извлекать данные из реляционных баз данных (далее — РБД, БД).
Почему SQL?
Процесс SQL
При выполнении любой SQL-команды в любой RDBMS (Relational Database Management System — система управления РБД, СУБД, например, PostgreSQL, MySQL, MSSQL, SQLite и др.) система определяет наилучший способ выполнения запроса, а движок SQL определяет способ интерпретации задачи.
В данном процессе участвует несколького компонентов:
Классический движок обрабатывает все не-SQL-запросы, а движок SQL-запросов не обрабатывает логические файлы.
Команды SQL
N | Команда | Описание |
---|---|---|
1 | CREATE | Создает новую таблицу, представление таблицы или другой объект в БД |
2 | ALTER | Модифицирует существующий в БД объект, такой как таблица |
3 | DROP | Удаляет существующую таблицу, представление таблицы или другой объект в БД |
N | Команда | Описание |
---|---|---|
1 | SELECT | Извлекает записи из одной или нескольких таблиц |
2 | INSERT | Создает записи |
3 | UPDATE | Модифицирует записи |
4 | DELETE | Удаляет записи |
N | Команда | Описание |
---|---|---|
1 | GRANT | Наделяет пользователя правами |
1 | REVOKE | Отменяет права пользователя |
Обратите внимание: использование верхнего регистра в названиях команд SQL — это всего лишь соглашение, большинство СУБД нечувствительны к регистру. Тем не менее, форма записи инструкций, когда названия команд пишутся большими буквами, а названия таблиц, колонок и др. — маленькими, позволяет быстро определять назначение производимой с данными операции.
Что такое таблица?
Данные в СУБД хранятся в объектах БД, называемых таблицами (tables). Таблица, как правило, представляет собой коллекцию связанных между собой данных и состоит из определенного количества колонок и строк.
Таблица — это самая распространенная и простая форма хранения данных в РБД. Вот пример таблицы с пользователями (users):
userId | userName | age | city | status |
---|---|---|---|---|
1 | Igor | 25 | Moscow | active |
2 | Vika | 26 | Ekaterinburg | inactive |
3 | Elena | 27 | Ekaterinburg | active |
4 | Oleg | 28 | Moscow | inactive |
Что такое поле?
Каждая таблица состоит из небольших частей — полей (fields). Полями в таблице users являются userId, userName, age, city и status. Поле — это колонка таблицы, предназначенная для хранения определенной информации о каждой записи в таблице.
Что такое запись или строка?
Запись или строка (record/row) — это любое единичное вхождение (entry), существующее в таблице. В таблице users 5 записей. Проще говоря, запись — это горизонтальное вхождение в таблице.
Что такое колонка?
Что такое нулевое значение?
Ограничения
Ограничения (constraints) — это правила, применяемые к данным. Они используются для ограничения данных, которые могут быть записаны в таблицу. Это обеспечивает точность и достоверность данных в БД.
Ограничения могут устанавливаться как на уровне колонки, так и на уровне таблицы.
Среди наиболее распространенных ограничений можно назвать следующие:
Любое ограничение может быть удалено с помощью команды ALTER TABLE и DROP CONSTRAINT + название ограничения. Некоторые реализации предоставляют сокращения для удаления ограничений и возможность отключать ограничения вместо их удаления.
Целостность данных
В каждой СУБД существуют следующие категории целостности данных:
Нормализация БД
Нормализация — это процесс эффективной организации данных в БД. Существует две главных причины, обуславливающих необходимость нормализации:
Нормализация предполагает соблюдение нескольких форм. Форма — это формат структурирования БД. Существует три главных формы: первая, вторая и, соответственно, третья. Я не буду вдаваться в подробности об этих формах, при желании, вы без труда найдете необходимую информацию.
Синтаксис SQL
Примеры синтаксиса
Типы данных
Каждая колонка, переменная и выражение в SQL имеют определенный тип данных (data type). Основные категории типов данных:
Точные числовые
Приблизительные числовые
Тип данных | От | До |
---|---|---|
float | -1.79E + 308 | 1.79E + 308 |
real | -3.40E + 38 | 3.40E + 38 |
Дата и время
Тип данных | От | До |
---|---|---|
datetime | Jan 1, 1753 | Dec 31, 9999 |
smalldatetime | Jan 1, 1900 | Jun 6, 2079 |
date | Дата сохраняется в виде June 30, 1991 | |
time | Время сохраняется в виде 12:30 P.M. |
Строковые символьные
N | Тип данных | Описание |
---|---|---|
1 | char | Строка длиной до 8,000 символов (не-юникод символы, фиксированной длины) |
2 | varchar | Строка длиной до 8,000 символов (не-юникод символы, переменной длины) |
3 | text | Не-юникод данные переменной длины, длиной до 2,147,483,647 символов |
Строковые символьные (юникод)
N | Тип данных | Описание |
---|---|---|
1 | nchar | Строка длиной до 4,000 символов (юникод символы, фиксированной длины) |
2 | nvarchar | Строка длиной до 4,000 символов (юникод символы, переменной длины) |
3 | ntext | Юникод данные переменной длины, длиной до 1,073,741,823 символов |
Бинарные
N | Тип данных | Описание |
---|---|---|
1 | binary | Данные размером до 8,000 байт (фиксированной длины) |
2 | varbinary | Данные размером до 8,000 байт (переменной длины) |
3 | image | Данные размером до 2,147,483,647 байт (переменной длины) |
Смешанные
N | Тип данных | Описание |
---|---|---|
1 | timestamp | Уникальные числа, обновляющиеся при каждом изменении строки |
2 | uniqueidentifier | Глобально-уникальный идентификатор (GUID) |
3 | cursor | Объект курсора |
4 | table | Промежуточный результат, предназначенный для дальнейшей обработки |
Операторы
Оператор (operators) — это ключевое слово или символ, которые, в основном, используются в инструкциях WHERE для выполнения каких-либо операций. Они используются как для определения условий, так и для объединения нескольких условий в инструкции.
Арифметические
Оператор | Описание | Пример |
---|---|---|
+ (сложение) | Сложение значений | a + b = 30 |
— (вычитание) | Вычитание правого операнда из левого | b — a = 10 |
* (умножение) | Умножение значений | a * b = 200 |
/ (деление) | Деление левого операнда на правый | b / a = 2 |
% (деление с остатком/по модулю) | Деление левого операнда на правый с остатком (возвращается остаток) | b % a = 0 |
Операторы сравнения
Логические операторы
N | Оператор | Описание |
---|---|---|
1 | ALL | Сравнивает все значения |
2 | AND | Объединяет условия (все условия должны совпадать) |
3 | ANY | Сравнивает одно значение с другим, если последнее совпадает с условием |
4 | BETWEEN | Проверяет вхождение значения в диапазон от минимального до максимального |
5 | EXISTS | Определяет наличие строки, соответствующей определенному критерию |
6 | IN | Выполняет поиск значения в списке значений |
7 | LIKE | Сравнивает значение с похожими с помощью операторов подстановки |
8 | NOT | Инвертирует (меняет на противоположное) смысл других логических операторов, например, NOT EXISTS, NOT IN и т.д. |
9 | OR | Комбинирует условия (одно из условий должно совпадать) |
10 | IS NULL | Определяет, является ли значение нулевым |
11 | UNIQUE | Определяет уникальность строки |
Выражения
Выражение (expression) — это комбинация значений, операторов и функций для оценки (вычисления) значения. Выражения похожи на формулы, написанные на языке запросов. Они могут использоваться для извлечения из БД определенного набора данных.
Базовый синтаксис выражения выглядит так:
Существуют различные типы выражений: логические, числовые и выражения для работы с датами.
Логические
Логические выражения извлекают данные на основе совпадения с единичным значением.
Предположим, что в таблице users имеются следующие записи:
userId | userName | age | city | status |
---|---|---|---|---|
1 | Igor | 25 | Moscow | active |
2 | Vika | 26 | Ekaterinburg | inactive |
3 | Elena | 27 | Ekaterinburg | active |
4 | Oleg | 28 | Moscow | inactive |
Выполняем поиск активных пользователей:
userId | userName | age | city | status |
---|---|---|---|---|
1 | Igor | 25 | Moscow | active |
3 | Elena | 27 | Ekaterinburg | active |
Числовые
Используются для выполнения арифметических операций в запросе.
Простой пример использования числового выражения:
Также существует несколько встроенных функций для работы со строками:
Выражения для работы с датами
Эти выражения, как правило, возвращают текущую дату и время.
Другие функции для получения текущей даты и времени:
Функции для разбора даты и времени:
Функции для манипулирования датами:
Создание БД
Условие IF NOT EXISTS позволяет избежать получения ошибки при попытке создания БД, которая уже существует.
Название БД должно быть уникальным в пределах СУБД.
Получаем список БД:
Удаление БД
Условие IF EXISTS позволяет избежать получения ошибки при попытке удаления несуществующей БД.
Обратите внимание: при удалении БД уничтожаются все данные, которые в ней хранятся, так что будьте предельно внимательны при использовании данной команды.
Проверяем, что БД удалена:
Выбор БД
Создание таблицы
Проверяем, что таблица была создана:
Field | Type | Null | Key | Default | Extra |
---|---|---|---|---|---|
userId | int(11) | NO | PRI | ||
userName | varchar(20) | NO | |||
age | int(11) | NO | |||
city | varchar(20) | NO | |||
status | varchar(8) | YES | NULL |
Удаление таблицы
Обратите внимание: при удалении таблицы, навсегда удаляются все хранящиеся в ней данные, индексы, триггеры, ограничения и разрешения, так что будьте предельно внимательны при использовании данной команды.
Удаляем таблицу users :
Добавление колонок
Названия колонок можно не указывать, однако, в этом случае значения должны перечисляться в правильном порядке.
Во избежание ошибок, рекомендуется всегда перечислять названия колонок.
В таблицу можно добавлять несколько строк за один раз.
Также, как было отмечено, при добавлении строки названия полей можно опускать:
userId | userName | age | city | status |
---|---|---|---|---|
1 | Igor | 25 | Moscow | active |
2 | Vika | 26 | Ekaterinburg | inactive |
3 | Elena | 27 | Ekaterinburg | active |
4 | Oleg | 28 | Moscow | inactive |
Заполнение таблицы с помощью другой таблицы
Выборка полей
Для выборки всех полей используется такой синтаксис:
userId | userName | age |
---|---|---|
1 | Igor | 25 |
2 | Vika | 26 |
3 | Elena | 27 |
4 | Oleg | 28 |
Предложение WHERE
Обратите внимание: строки в предложении WHERE должны быть обернуты в одинарные кавычки ( » ), а числа, напротив, указываются как есть.
Операторы AND и OR
Конъюнктивный оператор AND и дизъюнктивный оператор OR используются для соединения нескольких условий при фильтрации данных.
Возвращаемые записи должны удовлетворять всем указанным условиям.
Возвращаемые записи должны удовлетворять хотя бы одному условию.
Сделаем выборку тех же полей неактивных пользователей или пользователей, младше 27 лет:
Обновление полей
Обновим возраст пользователя с именем Igor :
Удаление записей
Удалим неактивных пользователей:
Предложения LIKE и REGEX
LIKE
Предложение LIKE используется для сравнения значений с помощью операторов с подстановочными знаками. Существует два вида таких операторов:
% означает 0, 1 или более символов. _ означает точно 1 символ.
N | Инструкция | Результат |
---|---|---|
1 | WHERE col LIKE ‘foo%’ | Любые значения, начинающиеся с foo |
2 | WHERE col LIKE ‘%foo%’ | Любые значения, содержащие foo |
3 | WHERE col LIKE ‘_oo%’ | Любые значения, содержащие oo на второй и третьей позициях |
4 | WHERE col LIKE ‘f%%’ | Любые значения, начинающиеся с f и состоящие как минимум из 1 символа |
5 | WHERE col LIKE ‘%oo’ | Любые значения, оканчивающиеся на oo |
6 | WHERE col LIKE ‘_o%o’ | Любые значения, содержащие o на второй позиции и оканчивающиеся на o |
7 | WHERE col LIKE ‘f_o’ | Любые значения, содержащие f и o на первой и третьей позициях, соответственно, и состоящие из трех символов |
Сделаем выборку неактивных пользователей:
userId | userName | age | city | status |
---|---|---|---|---|
2 | Vika | 26 | Ekaterinburg | inactive |
4 | Oleg | 28 | Moscow | inactive |
Сделаем выборку пользователей 30 лет и старше:
REGEX
Предложение REGEX позволяет определять регулярное выражение, которому должна соответствовать запись.
В регулярное выражении могут использоваться следующие специальные символы:
Сделаем выборку пользователей с именами Igor и Vika :
userId | userName | age | city | status |
---|---|---|---|---|
1 | Igor | 30 | Moscow | active |
2 | Vika | 26 | Ekaterinburg | inactive |
Предложение TOP / LIMIT / ROWNUM
Данные предложения позволяют извлекать указанное количество или процент записей с начала таблицы. Разные СУБД поддерживают разные предложения.
Сделаем выборку первых трех пользователей:
userId | userName | age | city | status |
---|---|---|---|---|
1 | Igor | 30 | Moscow | active |
2 | Vika | 26 | Ekaterinburg | inactive |
3 | Elena | 27 | Ekaterinburg | active |
Параметр offset (смещение) определяет количество пропускаемых записей. Например, так можно извлечь первых двух пользователей, начиная с третьего:
Предложения ORDER BY и GROUP BY
ORDER BY
Предложение ORDER BY используется для сортировки данных по возрастанию ( ASC ) или убыванию ( DESC ). Многие СУБД по умолчанию выполняют сортировку по возрастанию.
Обратите внимание: колонки для сортировки должны быть указаны в списке колонок для выборки.
Сделаем выборку пользователей, отсортировав их по городу и возрасту:
userId | userName | age | city | status |
---|---|---|---|---|
2 | Vika | 26 | Ekaterinburg | inactive |
3 | Elena | 27 | Ekaterinburg | active |
1 | Igor | 25 | Moscow | active |
4 | Oleg | 28 | Moscow | inactive |
Теперь выполним сортировку по убыванию:
Определим собственный порядок сортировки по убыванию:
GROUP BY
Сгруппируем активных пользователей по городам:
Ключевое слово DISTINCT
Ключевое слово DISTINCT используется совместно с инструкцией SELECT для возврата только уникальных записей (без дубликатов).
Сделаем выборку городов проживания пользователей:
Соединения
Соединения (joins) используются для комбинации записей двух и более таблиц.
orderId | date | userId | amount |
---|---|---|---|
101 | 2021-06-21 00:00:00 | 2 | 3000 |
102 | 2021-06-20 00:00:00 | 2 | 1500 |
103 | 2021-06-19 00:00:00 | 3 | 2000 |
104 | 2021-06-18 00:00:00 | 3 | 1000 |
userId | userName | age | amount |
---|---|---|---|
2 | Vika | 26 | 3000 |
2 | Vika | 26 | 1500 |
3 | Elena | 27 | 2000 |
3 | Elena | 27 | 1000 |
Существуют разные типы объединений:
Предложение UNION
Однако, они могут быть разной длины.
Объединим наши таблицы users и orders :
userId | userName | amount | date |
---|---|---|---|
1 | Igor | NULL | NULL |
2 | Vika | 3000 | 2021-06-21 00:00:00 |
2 | Vika | 1500 | 2021-06-20 00:00:00 |
3 | Elena | 2000 | 2021-06-19 00:00:00 |
3 | Elena | 1000 | 2021-06-18 00:00:00 |
4 | Alex | NULL | NULL |
Предложение UNION ALL
Существует еще два предложения, похожих на UNION :
Синонимы
Синонимы (aliases) позволяют временно изменять названия таблиц и колонок. «Временно» означает, что новое название используется только в текущем запросе, в БД название остается прежним.
Синтаксис синонима таблицы:
Синтаксис синонима колонки:
Пример использования синонимов таблиц:
userId | userName | age | amount |
---|---|---|---|
2 | Vika | 26 | 3000 |
2 | Vika | 26 | 1500 |
3 | Elena | 27 | 2000 |
3 | Elena | 27 | 1000 |
Пример использования синонимов колонок:
Индексы
Создание индексов
Индексы — это специальные поисковые таблицы (lookup tables), которые используются движком БД в целях более быстрого извлечения данных. Проще говоря, индекс — это указатель или ссылка на данные в таблице.
К индексам можно применять ограничение UNIQUE для того, чтобы обеспечить их уникальность.
Синтаксис создания индекса:
Синтаксис создания индекса для одной колонки:
Синтакис создания уникальных индексов (такие индексы используются не только для повышения производительности, но и для обеспечения согласованности данных):
Синтаксис создания индексов для нескольких колонок (композиционный индекс):
Решение о создании индексов для одной или нескольких колонок следует принимать на основе того, какие колонки будут часто использоваться в запросе WHERE в качестве условия для сортировки строк.
Для ограничений PRIMARY KEY и UNIQUE автоматически создаются неявные индексы.
Удаление индексов
Для удаления индексов используется инструкция DROP INDEX :
Несмотря на то, что индексы предназначены для повышения производительности БД, существуют ситуации, в которых их использования лучше избегать.
К таким ситуациям относится следующее:
Обновление таблицы
Команда ALTER TABLE используется для добавления, удаления и модификации колонок существующей таблицы. Также эта команда используется для добавления и удаления ограничений.
Добавляем в таблицу users новую колонку — пол пользователя:
Удаляем эту колонку:
Очистка таблицы
Команда TRUNCATE TABLE используется для очистки таблицы. Ее отличие от DROP TABLE состоит в том, что сохраняется структура таблицы ( DROP TABLE полностью удаляет таблицу и все ее данные).
Очищаем таблицу users :
Проверяем, что users пустая:
Представления
Представление (view) — это не что иное, как инструкция, записанная в БД под определенным названием. Другими словами, представление — это композиция таблицы в форме предварительно определенного запроса.
Представления могут содержать все или только некоторые строки таблицы. Представление может быть создано на основе одной или нескольких таблиц (это зависит от запроса для создания представления).
Представления — это виртутальные таблицы, позволяющие делать следующее:
Создание представления
Создаем представление для имен и возраста пользователей:
Получаем данные с помощью представления:
WITH CHECK OPTION
Если условие не удовлетворяется, выбрасывается исключение.
Обновление представления
Представление может быть обновлено при соблюдении следующих условий:
Пример обновления возраста пользователя с именем Igor в представлении:
Обратите внимание: обновление строки в представлении приводит к ее обновлению в базовой таблице.
С помощью команды DELETE можно удалять строки из представления.
Удаляем из представления пользователя, возраст которого составляет 26 лет:
Обратите внимание: удаление строки в представлении приводит к ее удалению в базовой таблице.
Удаление представления
Для удаления представления используется инструкция DROP VIEW :
Удаляем представление usersView :
HAVING
Транзакции
Транзакция — это единица работы или операции, выполняемой над БД. Это последовательность операций, выполняемых в логическом порядке. Эти операции могут запускаться как пользователем, так и какой-либо программой, функционирующей в БД.
Транзакция — это применение одного или более изменения к БД. Например, при создании/обновлении/удалении записи мы выполняем транзакцию. Важно контролировать выполнение таких операций в целях обеспечения согласованности данных и обработки возможных ошибок.
На практике, запросы, как правило, не отправляются в БД по одному, они группируются и выполняются как часть транзакции.
Свойства транзакции
Транзакции имеют 4 стандартных свойства (ACID):
Управление транзакцией
Для управления транзакцией используются следующие команды:
Удаляем пользователя, возраст которого составляет 26 лет, и отправляем изменения в БД:
Удаляем пользователя с именем Oleg и отменяем эту операцию:
Контрольные точки создаются с помощью такого синтаксиса:
Возврат к контрольной точке выполняется так:
Делаем выборку пользователей:
userId | userName | age | city | status |
---|---|---|---|---|
1 | Igor | 31 | Moscow | active |
3 | Elena | 27 | Ekaterinburg | active |
4 | Oleg | 28 | Moscow | inactive |
Как видим, из таблицы был удален только пользователь с возрастом 26 лет.
Команда SET TRANSACTION используется для инициализации транзакции, т.е. начала ее выполнения. При этом, можно определять некоторые характеристики транзакции. Например, так можно определить уровень доступа транзакции (доступна только для чтения или для записи тоже):
Временные таблицы
Некоторые СУБД поддерживают так называемые временные таблицы (temporary tables). Такие таблицы позволяют хранить и обрабатывать промежуточные результаты с помощью таких же запросов, как и при работе с обычными таблицами.
Временные таблицы могут быть очень полезными при необходимости хранения временных данных. Одной из главных особенностей таких таблиц является то, что они удаляются по завершении текущей сессии. При запуске скрипта временная таблица удаляется после завершения выполнения этого скрипта. При доступе к БД с помощью клиентской программы, такая таблица будет удалена после закрытия этой программы.
Клонирование таблицы
Может возникнуть ситуация, когда потребуется получить точную копию существующей таблицы, а CREATE TABLE или SELECT окажется недостаточно в силу того, что мы хотим получить не только идентичную структуру, но также индексы, значения по умолчанию и т.д. копируемой таблицы.
Подзапросы
Подзапрос — это внутренний (вложенный) запрос другого запроса, встроенный (вставленный) с помощью WHERE или других инструкций.
Подзапрос используется для получения данных, которые будут использованы основным запросом в качестве условия для фильтрации возвращаемых записей.
Правила использования подзапросов:
userId | userName | age | city | status |
---|---|---|---|---|
1 | Igor | 30 | Moscow | active |
3 | Elena | 27 | Ekaterinburg | active |
Данные, возвращаемые подзапросом, могут использоваться и для удаления записей.
Последовательности
Последовательность — это набор целых чисел (1, 2, 3 и т.д.), генерируемых автоматически. Последовательности часто используются в БД, поскольку многие приложения нуждаются в уникальных значениях, используемых для идентификации строк.
Простейшим способом определения последовательности является использование AUTO_INCREMENT при создании таблицы:
Для того, чтобы заново пронумеровать строки с помощью автоматически генерируемых значений (например, при удалении большого количества строк), можно удалить колонку, содержащую такие значения и создать ее заново. Обратите внимание: такая таблица не должна быть частью объединения.