Claude 862944bc38 drop-table and drop-view now refuse to drop the wrong object type ... drop-table on a view name silently dropped the view, and drop-view on a table name silently dropped the table, because both used db[name].drop() which dispatches on the actual object type. They now use db.table() / db.view() and exit with an explanatory error pointing at the correct command. --ignore still exits cleanly but no longer drops anything. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01UnLnhsH25Nnv7LHhekUfPd		2026-07-04 18:13:50 +00:00
..
__init__.py	New migrations system, ported from sqlite-migrate (#754)	2026-06-21 09:40:21 -07:00
__main__.py	Support 'python -m sqlite_utils', closes #368	2022-01-08 18:33:22 -08:00
cli.py	drop-table and drop-view now refuse to drop the wrong object type	2026-07-04 18:13:50 +00:00
db.py	Fix delete_where() leaving the connection in an open transaction	2026-07-04 17:57:35 +00:00
hookspecs.py	More type annotations (#697)	2025-12-16 22:11:47 -08:00
migrations.py	Run each migration inside a transaction	2026-07-04 18:06:06 +00:00
plugins.py	fix: Plugins are still loaded when running tests (#719)	2026-06-21 16:14:45 -07:00
py.typed	py.typed file so mypy picks up the types, closes #331	2021-11-14 15:21:04 -08:00
recipes.py	More type annotations (#697)	2025-12-16 22:11:47 -08:00
utils.py	Test against Python 3.15-dev, bump ty and Black (#738)	2026-05-17 16:52:48 -07:00