Нативный IndexedDB устроен на событиях: open возвращает объект запроса, вы вешаете onsuccess и onerror, вложенные операции превращаются в лестницу колбэков. Код рабочий, но шумный, и легко ошибиться. Отсюда соблазн взять обёртку - и важно понять, чего она не отменяет: абстракция убирает ceremony, обрядовость событийного API, но не знание транзакций, ключей и миграций. Библиотека делает те же вызовы платформы, только удобнее; версии, upgradeneeded и правила жизни транзакции остаются вашими.

Выбор обычно между тремя вариантами. Нативный API - ноль зависимостей и полный контроль ценой многословного событийного кода. Библиотека idb - тонкая Promise-обёртка вокруг тех же примитивов: open превращается в openDB с колбэком upgrade, запросы становятся await-абельными; схему и реактивный слой вы строите сами. Dexie идёт дальше: декларативная схема, язык запросов, транзакции и liveQuery для реактивных подписок - за это платите объёмом абстракции и веса в бандле.

Какую бы обёртку вы ни взяли, отделите её от остального кода. Заведите repository-слой, чтобы UI не знал о конкретной библиотеке: notes.list(), notes.save(), outbox.pending(). Это не украшательство - это то, что делает базу тестируемой и заменяемой. Компоненты вызывают методы репозитория, а внутри может быть idb, Dexie или мок в тестах. Когда вы решите сменить storage, менять придётся один модуль, а не сотню мест.

Вторая половина картины - место на диске, и здесь наивная модель ломается: браузерное хранилище не бесконечно и по умолчанию может быть очищено под давлением диска. Это eviction. У origin есть quota - лимит, который назначает браузер, глядя на свободное место и поведение пользователя, - и когда система решает освободить диск, данные best-effort origin выселяются целиком. Оценку даёт navigator.storage.estimate(): он возвращает usage и quota в байтах.