Как открыть сейф если потерял ключ?

Вариант 1: первоначальное (дефолтное) настоящее

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

Что же такое «ключи»?

Забудем на минуту о

первичных

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

Для примера рассмотрим таблицу для подсчёта карт в карточной игре:

CREATE TABLE cards_seen (
  suit text,
  face text
);

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

Мы можем и должны задать базе данных это ограничение, добавив следующее:

CREATE TABLE cards_seen (
  suit text,
  face text,

  UNIQUE (suit, face)
);

Сами по себе ни

suit

(рубашка), ни

face

(лицо) не являются уникальными, мы можем увидеть разные карты с одинаковыми рубашкой или лицом. Поскольку

(suit, face)

уникально, а отдельные колонки не уникальны, можно утверждать, что их сочетание неприводимо, а

(suit, face)

является ключом.

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

CREATE TABLE cards_seen (
  suit text,
  face text,
  seen int
);

Хотя тройка

(suit, face, seen)

получается уникальной, она не является ключом, потому что подмножество

(suit, face)

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

seen

будут противоречащей информацией. Поэтому ключом является

(suit, face)

, и больше в этой таблице нет никаких ключей.

Ограничения уникальности

В PostgreSQL предпочтительным способом добавления ограничения уникальности является его прямое объявление, как в нашем примере. Использование индексов для соблюдения ограничения уникальности может понадобится в отдельных случаях, но не стоит обращаться к ним напрямую. Нет необходимости в ручном создании индексов для колонок, уже объявленных уникальными; такие действия будут просто дублировать автоматическое создание индекса.

Также в таблице без проблем может быть несколько ключей, и мы должны объявить их

все

, чтобы соблюдать их уникальность в базе данных.

Вот два примера таблиц с несколькими ключами.

-- Три ключа
CREATE TABLE tax_brackets (
  min_income  numeric(8,2),
  max_income  numeric(8,2),
  tax_percent numeric(3,1),

  UNIQUE(min_income),
  UNIQUE(max_income),
  UNIQUE(tax_percent)
);

-- Два ключа
CREATE TABLE flight_roster (
  departure timestamptz,
  gate text,
  pilot text

  UNIQUE(departure, gate),
  UNIQUE(departure, pilot)
);

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

max_income

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

Автоинкрементные bigint

Чаще всего для суррогатных ключей используют автоинкрементную колонку «bigserial», также известную как

IDENTITY

. (На самом деле, PostgreSQL 10 теперь, как и Oracle, поддерживает конструкцию IDENTITY, см.

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

https://www.youtube.com/watch?v=m_5iv3MKIug

Недостатки последовательных ключей:

• Если все последовательности начинаются с 1 и постепенно увеличиваются, то у строк из разных таблиц будут одинаковые значения ключей. Такой вариант неидеален, предпочтительнее все же использовать непересекающиеся множества ключей в таблицах, чтобы, например, запросы не смогли бы случайно перепутать константы в JOIN и вернуть неожиданные результаты. (Как вариант для обеспечения отсутствия пересечений, можно составить каждую последовательность из чисел, кратных различным простым, но это будет довольно трудоёмко.)
• Вызов nextval() для генерации последовательности в современных распределённых SQL, приводит к тому, что вся система хуже масштабируется.
• Поглощение данных из базы данных, в которой тоже использовались последовательные ключи, приведет к конфликтам, потому что последовательные значения не будут уникальными в разных системах.
• С философской точки зрения последовательное увеличение чисел связано со старыми системами, в которых подразумевался порядок строк. Если же вы теперь хотите упорядочить строки, то делайте это явным образом, с помощью колонки меток времени или чего-то имеющего смысл в ваших данных. В противном случае нарушается первая нормальная форма.
• (Слабая причина, но) эти короткие идентификаторы так и тянет сообщить кому-нибудь.

Вариант 2: альтернативное (любое из двух) настоящее

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

Внутри обнаружится пустой сейф с отломанной дверцей и никаких ос.

Запоминаем выставленную на дверце комбинацию (238), перемещаемся в прошлое и вскрываем сейф. Кстати, тушки волкодава в прошлом мы не найдем. К нашему появлению там от нее останется лишь кучка пепла в печи.

Как бы мы ни вскрыли сейф, наш улов составит: серебряный слиток, две пятерки, звездные таблицы Коно (на общую сумму в 135 монет), а также черный амулет.2. Кодовый замок от кабинета Стилтона

Комбинация: рандомная

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

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

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

Искусственные ключи

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

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

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

Суррогаты

Искусственные ключи используются в качестве привязки – вне зависимости от изменения правил и колонок, одну строку всегда можно идентифицировать одинаковым способом. Искусственный ключ, используемый для этой цели, называется «суррогатным ключом» и требует особого внимания. Суррогаты мы рассмотрим ниже.

Не являющиеся суррогатами искусственные ключи удобны для ссылок на строку

снаружи

базы данных. Искусственный ключ кратко идентифицирует данные или объект: он может быть указан как URL, прикреплён к счёту, продиктован по телефону, получен в банке или напечатан на номерном знаке. (Номерной знак автомобиля для нас является естественным ключом, но разработан государством как искусственный ключ.)

Искусственные ключи нужно выбирать, учитывая возможные способы их передачи, чтобы минимизировать опечатки и ошибки. Надо учесть, что ключ могут произносить, читать напечатанным, отправлять по SMS, читать написанным от руки, вводить с клавиатуры и встраивать в URL.

Примеры:

Учтите, что как только вы познакомите мир со своим искусственным ключом, люди странным образом начнут придавать ему особое внимание. Достаточно посмотреть на «блатные» номерные знаки или на систему создания произносимых идентификаторов, которая превратилась в печально известный

Даже, если ограничиться числовыми ключами, есть табу типа тринадцатого этажа. Несмотря на то, что proquints обладают большей плотностью информации на произносимый слог, числа тоже неплохи во многих случаях: в URL, пин-клавиатурах и написанных от руки записях, если получатель знает, что ключ состоит только из цифр.

Однако, обратите внимание, что не стоит использовать последовательный порядок в публично открытых числовых ключах, поскольку это позволяет рыться в ресурсах (/videos/1.mpeg, /videos/2.mpeg, и так далее), а также создаёт утечку информации о количестве данных.

CREATE OR REPLACE FUNCTION pseudo_encrypt(VALUE int) returns int AS $$
DECLARE
l1 int;
l2 int;
r1 int;
r2 int;
i int:=0;
BEGIN
 l1:= (VALUE >> 16) & 65535;
 r1:= VALUE & 65535;
 WHILE i < 3 LOOP
   l2 := r1;
   r2 := l1 # ((((1366 * r1   150889) % 714025) / 714025.0) * 32767)::int;
   l1 := l2;
   r1 := r2;
   i := i   1;
 END LOOP;
 RETURN ((r1 << 16)   l1);
END;
$$ LANGUAGE plpgsql strict immutable;

Эта функция является обратной самой себе (т.е.

pseudo_encrypt(pseudo_encrypt(x)) = x

). Точное воспроизведение функции является своего рода безопасностью через неясность, и если кто-нибудь догадается, что вы использовали сеть Фейстеля из документации PostgreSQL, то ему будет легко получить исходную последовательность. Однако вместо

(((1366 * r1 150889) % 714025) / 714025.0)

можно использовать другую функцию с областью значений от 0 до 1, например, просто поэкспериментировать с числами в предыдущем выражении.

Вот, как использовать pseudo_encrypt:

CREATE SEQUENCE my_table_seq;

CREATE TABLE my_table (
  short_id int NOT NULL
    DEFAULT pseudo_encrypt(
      nextval('my_table_seq')::int
    ),
  -- другие колонки …

  UNIQUE (short_id)
);

Такое решение сохраняет случайные значения в столбце

short_id

, если же важно поддерживать высокие скорости обработки данных, то можно хранить в таблице саму инкрементную последовательность и преобразовывать её при запросе отображения с помощью

pseudo_encrypt

. Как мы увидим позже, индексирование рандомизированных значений может привести к увеличению объёма записи.

В предыдущем примере для short_id использовались целые значения обычного размера, для bigint есть другие функции Фейстеля, например XTEA.

Ещё один способ запутать последовательность целых чисел заключается в преобразовании её в короткие строки. Попробуйте воспользоваться расширением pg_hashids:

CREATE EXTENSION pg_hashids;

CREATE SEQUENCE my_table_seq;

CREATE TABLE my_table (
  short_id text NOT NULL
    DEFAULT id_encode(
      nextval('my_table_seq'),
      ' long string as table-specific salt '
    ),
  -- другие колонки …

  UNIQUE (short_id)
);

INSERT INTO my_table VALUES
  (DEFAULT), (DEFAULT), (DEFAULT);

SELECT * FROM my_table;
/*
┌──────────┐
│ short_id │
├──────────┤
│ R4       │
│ ya       │
│ Ll       │
└──────────┘
*/

Здесь снова будет быстрее хранить в таблице сами целые числа и преобразовывать их по запросу, но замерьте производительность и посмотрите, имеет ли это смысл на самом деле.

Теперь, чётко разграничив смысл искусственных и естественных ключей, мы видим, что споры «естественные против искусственных» являются ложной дихотомией. Искусственные и естественные ключи не исключают друг друга! В одной таблице могут быть и те, и другие.

-- Редкий пример таблицы: нет потенциальных естественных ключей,
-- которые можно объявить вместе с искусственным ключом "code"

CREATE TABLE coupons (
  code text NOT NULL,
  amount numeric(5,2) NOT NULL,
  redeemed boolean NOT NULL DEFAULT false,

  UNIQUE (code)
);

Если у вас есть искусственный ключ и вы не объявляете естественные ключи, когда они существуют, то оставляете последние незащищёнными:

CREATE TABLE cars (
  car_id bigserial NOT NULL,
  vin varchar(17) NOT NULL,
  year int NOT NULL,

  UNIQUE (car_id)
  -- нужно было добавить
  -- UNIQUE (vin)
);

-- К сожалению, это успешно выполнится
INSERT INTO cars (vin, year) VALUES
  ('1FTJW36F2TEA03179', 1996),
  ('1FTJW36F2TEA03179', 1997);

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

Как открыть сейф если потерял ключ?

Любопытный случай первичных ключей

То, что в предыдущем разделе мы назвали просто «ключами», обычно называется «потенциальными ключами» (candidate keys). Термин «candidate» подразумевает, что все такие ключи конкурируют за почётную роль «первичного ключа» (primary key), а оставшиеся назначаются «альтернативными ключами» (alternate keys).

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

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

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

В большинстве баз данных первичные ключи сохранились как пережиток прошлого, и едва ли обеспечивают что-то, кроме отражения или определения физического расположения. Например, в таблице PostgreSQL объявление первичного ключа автоматически накладывает ограничение NOT NULL и определяет внешний ключ по умолчанию. К тому же первичные ключи являются предпочтительными столбцами для оператора JOIN.

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

Миссия № 3

Количество сейфов: 2

1. Сейф в каталожной

Комбинация: рандомная

Оказавшись в фойе Аддермирского института, телепортируйтесь на галерею второго этажа – туда, где стоит установка с ворванью, питающая световую стену. Иного пути в каталожную нет.

С галереи можно попасть только в одно помещение – в архив или регистратуру (множество каталожных шкафов как бы намекают).

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

За свои старания ваш герой-медвежатник получит катушку медной проволоки и серебряный слиток (на общую сумму 85 монет), а также чертеж боевого усыпляющего дротика.

Миссия № 4

Количество сейфов/кодовых замков: 2

1. Сейф в офисе Корри Брокберна

Комбинация: рандомная

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

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

Выставляем на сейфе обе известные цифры, а третью находим простым перебором. Улов нашего героя составят два серебряных слитка и сфалерит на счастье (всего 165 монет), а также книга «Собрание регентеров».

Миссия № 5

Количество сейфов: 1

1. Сейф из бывшего лектория

Комбинация: рандомная

Там, где раньше читали лекции, теперь кишмя кишат трупные осы. К счастью нашего героя, сейф и его содержимое они не тронули.

А вот шифр к установленному там сейфу продается в подпольном магазинчике за 250 монет (187 монет после выполнения квеста торговца). Лавочку черного рынка ищите в доках, неподалеку от точки начала миссии.

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

Миссия № 6

Количество кодовых замков: 2

1. Дверь в подпольный магазинчик

Комбинация: рандомная

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

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

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

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

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

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

Некоторые числа в нем заключены в кружочки. Нас интересуют обведенные числа месяца дождя (RАIN) и месяца тепла (HEARTHS). Как вы уже догадались, из них складывается трехзначная комбинация, отпирающая дверь в подпольную лавочку. В моей игре получилось 413, но в вашей будут иные цифры. Браво, мы почти хакнули местный магаз.

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

2. Кодовый замок Джиндоша (Загадка Джиндоша)

Комбинация: рандомная

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

• 1) получить код к ней от главаря Стенателей Паоло или от наместника Верховного Смотрителя Лиама Бирна;
• 2) узнать код из записки, хранящейся в комнате некоего Дюрана;
• 3) напрячь мозг и самостоятельно разгадать загадку, не прибегая ни к чьей помощи.

Какой способ предпочесть – думайте сами.

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

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

2. Если сотрудничество ни со Стенателями, ни со смотрителями вас не устраивает, попытайтесь раздобыть код к замку самостоятельно. Для этого сперва придется наведаться в кабинет наместника Бирна и стянуть со стола, что стоит у выхода на балкон, ключик от комнаты некоего Дюрана – Стенателя, доверенного лица Паоло, пойманного смотрителями.

Справились? Теперь отправляемся в салун «Ведьмина рука», где Дюран жил, пока не попался и не помер. Его комната расположена на втором этаже заведения и имеет отдельный вход с галереи второго этажа.

Наша задача – найти и прочесть записку «Код от дома Стилтона». Она лежит на столе.

3. Хотите доказать себе, что вы круче Джиндоша? В таком случае берите записку с условиями задачи из красного ящика возле двери, читайте ее и начинайте думать. Или воспользуйтесь для решения головоломки Великого Изобретателя.

Миссия № 7

Количество сейфов/кодовых замков: 2

1. Сейф из бойлерной

Комбинация: 238

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

Перемещаемся в прошлое. Там на месте баррикады стоит стол.

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

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

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

Затем возвращаемся к сейфу, перемещаемся в настоящее, где никаких трупных ос нет и в помине, запоминаем комбинацию (238)…

…снова портируемся в прошлое, вводим трехзначный код и отпираем сейф.

Миссия № 8

Количество сейфов/кодовых замков: 3

1. Кодовый замок от решетки, ведущей к заднему крыльцу подпольной лавочки

Комбинация: рандомная

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

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

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

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

Смысла раздобывать конкретно этот экземпляр записки я, честно говоря, не вижу. Если вы уже прихватили записку с кодом из магазина сейфов, то ничего нового из дамочкиной бумажки вы не узнаете. Если же вы попали к заднему крыльцу подпольной лавочки в обход запертой решетки, значит, код от нее вам не особенно-то и нужен теперь.2. Сейф из квартиры директора компании «Сейфы Уинслоу»

Комбинация: 123

Квартира г-на директора располагается на третьем этаже дома, примыкающего к заграждению со световой стеной. Это та самая квартира, которая позволяет проникнуть за световую стену, не отключая ее.

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

Если же ключа у вас с собой нет, но вы в свое время не стали отказываться от метки Чужого, то сейчас самое время задействовать Вселение для Корво или улучшенную Легкую тень для Эмили. Дело в том, что рядом с квартирной дверью есть технический лаз, коим я и предлагаю вам воспользоваться.

Крыски для вселения весьма кстати тусуются поблизости. Внутри также снуют грызуны, следовательно, даже не имея ключа, играющие за Корво теоретически могут вернуться обратно в Дворцовый квартал. В моем случае, правда, пока я обчищала квартирку, крыски все куда-то подевались, оставив меня одну в запертом помещении. Баг???

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

3. Сейф из кабинета первого капитана в Большом дворце

Комбинация: рандомная

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

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

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

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

Наградой за хлопоты вам станут два серебряных слитка, один золотой (итого 300 монет) и руна.

Миссия № 9

Количество сейфов: 1

1. Сейф доктора Гальвани

Комбинация: 451

Думаю, вы помните, где находятся апартаменты доктора Гальвани – неподалеку от дворцовых ворот, буквально в двух шагах от будки городской стражи.

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

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

Нахождение естественных ключей

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

Первое, что стоит помнить при исследовании таблицы на предмет возможных естественных ключей — нужно стараться не перемудрить. Пользователь sqlvogel на StackExchange даёт следующий совет:

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

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

Например, база данных членов хобби-клуба может иметь уникальность в двух колонках — first_name, last_name. При небольшом объёме данных дубликаты маловероятны, и до возникновения реального конфликта использовать такой ключ вполне разумно.

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

Именно поэтому органы стандартизации создают и наносят на продукцию различительные метки. На автомобилях штампуется Vehicle Identification Number (VIN), в книгах печатается ISBN, на упаковке пищевых товаров есть UPC. Вы можете возразить, что эти числа не кажутся естественными. Так почему же я называю их естественными ключами?

Естественность или искусственность уникальных свойств в базе данных относительна к внешнему миру. Ключ, который при своём создании в органе стандартизации или государственном учреждении был искусственным, становится для нас естественным, потому что в целом мире он становится стандартом и/или печатается на объектах.

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

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

Ограничения уникальности

В PostgreSQL предпочтительным способом добавления ограничения уникальности является его прямое объявление, как в нашем примере. Использование индексов для соблюдения ограничения уникальности может понадобится в отдельных случаях, но не стоит обращаться к ним напрямую. Нет необходимости в ручном создании индексов для колонок, уже объявленных уникальными; такие действия будут просто дублировать автоматическое создание индекса.

Суррогатные ключи

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

Если вам знакомы системные колонки (system columns) из PostgreSQL, то вы можете воспринимать суррогаты почти как параметр реализации базы данных (вроде ctid), который однако никогда не меняется. Значение суррогата выбирается один раз для каждой строки и потом никогда не изменяется.

Суррогатные ключи отлично подходят в качестве внешних ключей, при этом необходимо указать каскадные ограничения ON UPDATE RESTRICT, чтобы соответствовать неизменности суррогата.

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

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

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

Суррогаты

Искусственные ключи используются в качестве привязки – вне зависимости от изменения правил и колонок, одну строку всегда можно идентифицировать одинаковым способом. Искусственный ключ, используемый для этой цели, называется «суррогатным ключом» и требует особого внимания. Суррогаты мы рассмотрим ниже.

Итоги и рекомендации

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

Для каждой таблицы:

1. Определите и объявите все естественные ключи.
2. Создайте суррогатный ключ <table_name>_id типа uuid со значением по умолчанию в uuid_generate_v1(). Можете даже пометить его как первичный ключ. Если добавить в этот идентификатор название таблицы, это упростит JOIN, т.е. получите JOIN foo USING (bar_id) вместо JOIN foo ON (foo.bar_id = bar.id). Не передавайте этот ключ клиентам и вообще не выводите за пределы базы данных.
3. Для промежуточных таблиц, через которые происходит JOIN, объявляйте все колонки внешних ключей как единый составной первичный ключ.
4. При необходимости добавьте искусственный ключ, который можно использовать в URL или других указаниях ссылки на строку. Используйте сетку Фейстеля или pg_hashids, чтобы замаскировать автоинкрементные целые.
5. Указывайте каскадное ограничение ON UPDATE RESTRICT, используя суррогатные UUID в качестве внешних ключей, а для внешних искусственных ключей – ON UPDATE CASCADE. Выбирайте естественные ключи, исходя из собственной логики.

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