Sql

Основы sql для начинающих – Основы SQL на примере задачи / Habr

Содержание

Основы SQL — Видеоуроки

Данный курс предназначен для изучения основ SQL: теоретических основ  реляционной модели, операций реляционной алгебры,  правил и назначение нормализации, использования ER диаграммы для  моделирования предметной области, практического использования всех  операторов SQL  (операторов определения данных (Data Definition Language, DDL): CREATE,  ALTER, DROP;  манипуляции данными (Data Manipulation Language, DML): SELECT, INSERT,  UPDATE, DELETE;  управления транзакциями (Transaction Control Language, TCL): COMMIT,  ROLLBACK, SAVEPOINT;  определения доступа к данным (Data Control Language, DCL): GRANT,  REVOKE, DENY), а также назначение представлений, проверок и индексов.

Курс ориентирован на людей, незнакомых с SQL и которые  собираются использовать реляционные базы данных в реальных проектах на  любом языке программирования высокого уровня.

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

Основной цель данного курса является систематизировать огромное  количество информации по SQL, выделив особо значимые области и  предоставив краткий теоретический базис,  на основании которого построен язык SQL.

Знания и опыт полученные в рамках данного курса будут необходимы для успешного прохождения курсов   Основы Java SE — HTTP сервер,  Web приложение — IShop,  Web приложение — My Blog,  Web приложение — My Resume и любых других где требуется использовать реляционные базы данных.

Для получения дополнительной информации по теме данного курса, рекомендуем следующие источники информации: 

  1. Бен  Форта, Освой самостоятельно SQL за 10 минут (Sams Teach Yourself SQL in  10 Minutes) — М.:Вильямс, 2017 — 288 с. — ISBN 978-5-8459-1858-1;

  2. PostgreSQL документация

Для кого этот курс:
  • Курс будет полезен для программистов изучающих SQL или желающих систематизировать свои знания по данной теме

coursehunters.net

Иллюстрированный самоучитель по SQL для начинающих › Основы SQL [страница — 23] | Самоучители по программированию

Основы SQL

Ограничения

Ограничения вы устанавливаете на данные, вводимые кем-либо в таблицу базы данных. Например, известно, что значения, вводимые в определенный числовой столбец, должны находиться в пределах определенного диапазона. А если кто-то вводит число, которое не попадает в этот диапазон, то такой ввод будет ошибочным. От таких ошибок и защищает установленное на столбец ограничение – вводить в него только значения из определенного диапазона.

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

CREATE (создать).

Об ограничениях и утверждениях (assertions), которые тоже являются ограничениями, но применяются к более чем одной таблице, подробно рассказывается в главе 5.

Использование SQL в системе клиент/сервер

SQL – это подъязык данных, который работает в одно – или многопользовательской системе. Особенно хорошо SQL работает в системе клиент/сервер. В такой системе пользователи работают на множестве клиентских машин, соединенных с серверным компьютером. И эти пользователи могут иметь доступ – через локальную сеть или другие каналы связи – к базе данных, расположенной на сервере, с которым соединены их машины. В прикладной программе, работающей на клиентском компьютере, создаются команды SQL. Та часть системы СУБД, которая находится на клиентском компьютере, передает эти команды на сервер по каналу связи, соединяющему сервер с клиентом. А та часть СУБД, которая находится на сервере, интерпретирует и выполняет полученную команду SQL, а затем по каналу связи отправляет результаты назад, клиенту. В виде SQL можно закодировать очень сложные операции, а затем на сервере декодировать их и выполнить. Такого рода система позволяет эффективнее всего использовать пропускную способность канала связи.

Если вы с помощью SQL получаете данные через систему клиент/сервер, то по каналу связи от сервера на клиентский компьютер попадут только нужные вам данные. И наоборот, простая система с разделением ресурсов и с минимальным «интеллектом» сервера должна гонять туда-сюда по каналу связи огромные блоки данных. И все это ради того, чтобы вы смогли получить крохотное количество нужной информации. Не приходится и говорить, что такого рода пересылки данных могут очень замедлить работу. Архитектура клиент/сервер, дополняя характеристики SQL, дает возможность в малых, средних и больших сетях получать хорошую производительность при умеренных расходах.

Сервер

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

Что такое сервер

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

Что делает сервер

Работа у сервера относительно простая и понятная. Все, что ему нужно делать, – это читать, интерпретировать и выполнять команды, приходящие по сети от клиентов. Эти команды Должны быть написаны на одном из имеющихся подъязыков данных. Подъязык нельзя считать полным языком – он выполняет только часть функций языка. Подъязык данных занят только обработкой данных. В нем имеются операции добавления, обновления, удаления и выборки данных, но нет таких управляющих структур, как циклы, локальные переменные, Функции или операции ввода-вывода на различные устройства. Из используемых сегодня подъязыков данных самым известным является SQL, и он уже стал промышленным стандартом. SQL вытеснил патентованные подъязыки данных на всех классах машин. С появлением стандарта SQL: 1999 язык SQL пополнился новыми возможностями, которые отсутствуют У традиционных подъязыков. Однако SQL:2003 все еще не является полноправным языком Программирования общего назначения. Поэтому, чтобы создать приложение, работающее с базой данных, его следует использовать вместе с языком-оболочкой.

samoychiteli.ru

Иллюстрированный самоучитель по SQL для начинающих › Основы реляционных баз данных [страница — 3] | Самоучители по программированию

Основы реляционных баз данных

В этой главе…

  • Организация информации
  • Что такое база данных
  • Что такое СУБД
  • Сравнение моделей баз данных
  • Что такое реляционная база данных
  • С какими трудностями можно столкнуться при проектировании баз данных

SQL (Structured Query Language – язык структурированных запросов) – это стандартный язык, предназначенный для создания баз данных, добавления новых и поддержки имеющихся данных, а также извлечения требуемой информации. В зависимости от используемой теоретической модели, базу данных относят к одному из нескольких типов. Язык SQL был создан для работы с данными из тех баз, которые следуют

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

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

Работа с данными

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

Конечно, в сравнении со старыми инструментами компьютеры выполняют намного больше работы, намного быстрее и, главное, – с большей точностью. Однако за все приходится платить. Пользователи компьютеров больше не имеют прямого физического доступа к своим данным.

Как только компьютеры внезапно перестают работать, у сотрудников учреждений тут же закрадываются сомнения– а действительно ли компьютеризация благо? Раньше папкам с документами угрожало лишь падение на пол, и достаточно было просто нагнуться, собрать выпавшие листы бумаги и снова положить их в папку, чтобы все встало на свои места. Если не считать землетрясений и других катаклизмов, то стеллажи с папками никогда не «удаляются» и никогда не отправляют сообщения об ошибке. А вот авария с жестким диском – это совсем другое дело: потерянные биты и байты «подобрать» нельзя. Отказы оборудования, вызванные механическими, электрическими и человеческими воздействиями, могут безвозвратно отправить ваши данные на тот свет.

Малое – это прекрасно

В области хранения данных компьютеры действительно предстали во всей своей красе. Это произошло потому, что они могут хранить в двоичном виде любую информацию: текст, числа, звуки, графические изображения, телевизионные программы или анимацию. Причем компьютер может хранить данные с очень высокой плотностью, позволяя поместить большое количество информации. По мере совершенствования технологий все больше и больше данных занимают все меньше и меньше места. Где только ни используются сейчас компьютеры: и в газовых насосах, и в новых автомобилях, и в ошеломляющем количестве игрушек. Осталось недолго ждать появления компьютеризованных туфель, меняющих упругость своих подошв в зависимости от того, идете ли вы, бежите или прыгаете. А звезды баскетбола, может быть, вскоре смогут использовать обувь с возможностью хранения небольшой базы данных с игровой статистикой…

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

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

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

samoychiteli.ru

Иллюстрированный самоучитель по SQL для начинающих › Основы SQL [страница — 12] | Самоучители по программированию

Основы SQL

(Очень) Короткая история

Язык SQL, как и теория реляционных баз данных, берет свое начало в одной из исследовательских лабораторий компании IBM. В начале 1970-х годов исследователи из IBM выполняли первые разработки реляционных систем СУБД (или РСУБД), и тогда они создали подъязык данных, предназначенный для работы в этих системах. Пробная версия этого подъязыка была названа SEQUEL (Structured English QUEry Language – структурированный английский язык запросов). Однако, когда пришло время официально выпускать их язык запросов в качестве продукта, разработчики захотели сделать так, чтобы люди понимали, что выпущенный продукт отличается от пробной системы СУБД и превосходит ее. Поэтому они решили дать выпускаемому продукту имя, хотя и отличающееся от SEQUEL, но явно принадлежащее к тому же семейству. Так что они назвали его SQL.

О работе, которая велась в IBM над реляционными базами данных и над языком SQL, в информационной отрасли хорошо знали, причем еще до того, как эта компания представила в 1981 году РСУБД SQL / DS. К этому времени компания Relational Software, Inc. (ныне Oracle Corporation) уже выпустила свою первую РСУБД. Эти первоначальные продукты тут же стали стандартом для нового класса систем, предназначенных для управления базами данных. В состав этих продуктов вошел SQL, который фактически стал стандартом для подъязыков данных. Производители других систем управления базами данных выпустили свои собственные версии SQL. В этих реализациях обычно имелись все основные возможности продуктов IBM, но, впрочем, не только они. Там также имелись расширения, введенные с целью дать преимущество сильным сторонам именно «своей» РСУБД. В результате, хотя почти все поставщики и использовали варианты одного языка SQL, платформенная совместимость была слабой.

Помни:
Реализация – это конкретная СУБД, работающая на конкретной аппаратной платформе
.

Вскоре началось движение за создание общепризнанного стандарта SQL, которого мог бы придерживаться каждый. В 1986 году организация ANSI выпустила официальный стандарт под названием SQL – 86. Этот стандарт был обновлен той же организацией в 1989 году и получил название SQL – 89, а затем, в 1992 году, был назван SQL – 92. Поставщики СУБД, выпуская новые версии своих продуктов, всегда старались приблизить свои реализации к стандарту. Эти усилия и привели к тому, что мечта о настоящей переносимости SQL стала намного ближе к реальности.

Самой последней версией стандарта SQL является SQL:2003 (ISO / IEX 9075 X:2003). В этой книге описан язык SQL, который определяется стандартом SQL:2003. Конечно, любая конкретная реализация SQL в определенной степени отличается от стандарта. Так как полный стандарт SQL:2003 является слишком всеобъемлющим, то от современных реализаций, видимо, не стоит ждать полного ему соответствия. Однако поставщики систем СУБД сейчас работают над тем, чтобы эти системы все же соответствовали основной части стандартного SQL. Полные спецификации стандартов ISO / IEC доступны в Internet по адресу webstore.ansi.org.

Команды SQL

Язык SQL состоит из ограниченного числа команд, специально предназначенных для управления данными. Одни из этих команд служат для определения данных, другие – для их обработки, а остальные – для администрирования данных. О командах определения и обработки данных рассказывается в главах 4-12, а о командах администрирования данных – в главах 13 и 14.

Чтобы соответствовать стандарту SQL: 2003, в состав реализации должны входить все основные возможности. Кроме того, в ее состав могут входить и расширения этого основного набора (которые также описаны спецификацией SQL:2003). Расширения пока оставим, вернемся к основам. Ниже приведена таблица основных команд SQL:2003.

Если вы из тех программистов, кому нравится проверять новые возможности, то возрадуйтесь.

Таблица 2.1. Основные команды SQL:2003.

ALTER DOMAINCREATE CURSORFREE LOCATOR
ALTER TABLEDECLARE TABLEGET DIAGNOSTICS
CALLDELETEGRANT
CLOSEDISCONNECTHOLD LOCATOR
COMMITDROP ASSERTIONINSERT
CONNECTDROP CHARACTER SETOPEN
CREATE ASSERTIONDROP COLLATIONRELEASE SAVEPOINT
CREATE CHARACTER SETDROP DOMAINRETURN
CREATE COLLATIONDROP ORDERINGREVOKE
CREATE DOMAINDROP ROLEROLLBACK
CREATE FUNCTIONDROP SCHEMESAVEPOINT
CREATE METHODDROP SPECIFIC FUNCTIONSELECT
CREATE ORDERINGDROP SPECIFIC PROCEDURESET CONNECTION
CREATE PROCEDUREDROP SPECIFIC ROUTINESET CONSTRAINTS
CREATE ROLEDROP TABLESET ROLE
CREATE SCHEMADROP TRANSFORMSET SESSION AUTHORIZATION
CREATE TABLEDROP TRANSLATIONSET SESSION CHARACTERISTICS
CREATE TRANSFORMDROP TRIGGERSET TIME ZONE
CREATE TRANSLATIONDROP TYPESET TRANSACTION
CREATE TRIGGERDROP VIEWSTART TRANSACTION
CREATE TYPEFETCHUPDATE
CREATE VIEW  

samoychiteli.ru

Иллюстрированный самоучитель по SQL для начинающих › Основы реляционных баз данных [страница — 4] | Самоучители по программированию

Основы реляционных баз данных

Что такое база данных

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

В этой книге база данных определяется как самоописательное собрание интегрированных записей. При этом она является компьютерной технологией, укомплектованной языками типа SQL.

Помни:
Запись является представлением некоего физического или умозрительного объекта. Скажем, вы, например, собираетесь сохранять данные о своих клиентах. Каждый из них имеет свою запись. А в каждой записи имеется набор атрибутов, таких как имя, адрес и номер телефона. Имена, адреса и другие значения, соответствующие этим атрибутам, и представляют собой данные
.

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

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

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

Размер и сложность базы данных

Базы данных бывают любых размеров, начиная от простого набора из нескольких записей до огромных систем с миллионами записей.

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

Что такое система управления базами данных

Система управления базами данных (СУБД) – это набор программ, используемых для определения, администрирования и обработки баз данных и связанных с ними приложений. База данных, управляемая такой системой, является, в сущности, структурой, которую создают, чтобы хранить в ней нужные данные. А СУБД – это инструмент, используемый для создания этой структуры и работы с данными, которые в ней хранятся.

Сегодня на рынке имеется много программ СУБД. Некоторые из них работают только на мэйнфреймах, другие – только на мини-компьютерах, а есть такие, которые работают только на персональных компьютерах. Однако наблюдается тенденция к переносу СУБД на множество платформ с возможностью работы в сетях со всеми тремя классами машин.

Система СУБД, работающая на платформах нескольких классов, больших и малых, называется масштабируемой.

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

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

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


Рис. 1.1. Схема информационной системы, работающей на основе СУБД

samoychiteli.ru

Иллюстрированный самоучитель по SQL для начинающих › Основы реляционных баз данных [страница — 6] | Самоучители по программированию

Основы реляционных баз данных

Модели баз данных

Независимо от размеров баз данных все они относятся к одной из трех нижеприведенных моделей.

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

Первыми базами данных, получившими широкое распространение, были большие базы данных организаций, созданные в соответствии с иерархической или сетевой моделью. Через несколько лет появились системы, созданные в соответствии с реляционной моделью. Язык SQL является по-настоящему современным; он применяется только к реляционной модели и ее производной – объектно-реляционной модели. Так что в этом месте книги остается сказать иерархической и сетевой моделям: «Приятно было познакомиться, а теперь – до свидания».

Новые системы управления базами данных, которые не являются реляционными, соответствуют, скорее всего, более новой, чем реляционная, объектной модели или гибридной объектно-реляционной модели.

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

Впервые реляционную модель баз данных сформулировал в 1970 году работавший в компании IBM доктор И.Ф. Кодд (E. F. Codd), а примерно десятилетие спустя эта модель начала появляться в готовых продуктах. По иронии судьбы первую реляционную СУБД разработала не IBM. Такая честь выпала на долю маленькой компании-новичка, назвавшей свой продукт Oracle.

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

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

Почему реляционная модель лучше

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

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

Компоненты реляционной базы данных

Гибкость реляционных баз данных объясняется тем, что их данные находятся в таблицах, которые в значительной степени независимы друг от друга. В таблицу данные можно добавлять, удалять их из нее, вносить в них изменения и при этом не затрагивать данные из других таблиц – если только таблица не является родительской по отношению к этим другим таблицам. (Об отношениях родительских и дочерних таблиц рассказывается в главе 5, но там речь пойдет не о конфликте поколений.) В этом разделе будет показано из чего состоят таблицы и как они связаны с другими частями реляционной базы данных.

samoychiteli.ru

Как изучить основы SQL за 2 дня | Жизнь — это движение! А тестирование


В начале 2012 года я дорабатывала последние дни в компании ХХХ. Нас поглощал УУУ и там, на их проектах, тестировщики были не нужны. У меня было много свободного времени на работе, так как на моем проекте активность возникала раз в неделю.

Поэтому я училась. Мой разработчик начал учить меня основам программирования и рассказал про SQL, за что я ему до сих пор благодарна 

Он научил меня основам SQL за 2 дня. И этих знаний мне хватило, чтобы решать задачки на собеседовании. Потому что, если вы никогда не работали с SQL, все, что вам нужно знать — это основы. А чтобы понимать основы, надо просто разобраться с селектами и простейшими джойнами. Создать свою собственную базу и потыкать ее разными запросами, следя за результатами. И все! 

Чтобы не забыть, как это делается, я зафиксировала все познания:

Вот и все!

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

См также:
SQL. Полезные запросы — запросы посложнее, которые я использую в работе спустя 5 лет после написания тех последних дней в компании ХХХ.

Учебник по MySQL
Sql-ex.ru — бесплатный тренажер для практики

PS — статья сохранена на Testbase в навыке «знать SQL», теперь не потеряется!

okiseleva.blogspot.com

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *