Використання "закритого" проти "відкритого" відображає, чи ми заблоковані у використанні певної позиції чи структури даних (це надзвичайно розпливчастий опис, але, сподіваємось, решта допомагає).
Наприклад, "відкрити" у "відкритій адресації" повідомляє нам, що індекс (ака. Адреса), при якому об'єкт буде зберігатися в хеш-таблиці, не повністю визначається його хеш-кодом. Натомість індекс може змінюватись залежно від того, що вже є у хеш-таблиці.
"Закритий" у "закритому хешировании" означає те, що ми ніколи не залишаємо хеш-таблицю; кожен об'єкт зберігається безпосередньо в індексі у внутрішньому масиві хеш-таблиці. Зауважте, що це можливо лише за допомогою якоїсь стратегії відкритої адреси. Це пояснює, чому "закрите хешування" та "відкрита адресація" є синонімами.
Контрастуйте це з відкритим хешуванням - у цій стратегії жоден з об'єктів насправді не зберігається в масиві хеш-таблиці; замість того, як тільки хеш-об'єкт об'єкт зберігається, він зберігається у списку, який є окремим від внутрішнього масиву хеш-таблиці. "відкритий" означає свободу, яку ми отримуємо, залишаючи хеш-таблицю та використовуючи окремий список. До речі, "окремий список" натякає на те, чому відкрите хешування також відоме як "окреме ланцюжок".
Коротше кажучи, "закритий" завжди відноситься до якоїсь суворої гарантії, наприклад, коли ми гарантуємо, що об'єкти завжди зберігаються безпосередньо в хеш-таблиці (закрите хешування). Тоді протилежне до "закритого" - "відкрите", тому якщо у вас немає таких гарантій, стратегія вважається "відкритою".