vscode打不开.db文件，需先确认插件（如alexcvzz版sqlite）已安装并重启、文件后缀为.db或.sqlite、未被python等进程占用，否则插件无法识别加载。
VSCode里打不开.db文件？先确认插件和文件后缀是否匹配
多数人卡在第一步：双击.db文件没反应，或右键菜单里没有“Open Database”。这不是VSCode坏了，而是插件没识别到文件类型。
alexcvzz的SQLite插件只认.db和.sqlite后缀。如果你的文件是data.sqlite3、cache.dat甚至mydb（无后缀），它直接忽略。
- 重命名文件为
mydb.db或mydb.sqlite再试 - 确认插件已安装且重启过VSCode——没重启的话，插件不会监听文件打开事件
- 检查文件是否被占用：Python脚本用
sqlite3.connect("xxx.db", timeout=30)打开但没close()，会导致VSCode无法加锁读取
SQL编辑器执行查询没结果？注意快捷键和上下文
Free SQLite和SQLite3 Editor都支持Ctrl+Enter运行当前光标所在语句，但很多人按了没反应，其实是光标位置不对。
必须满足两个条件：光标落在SQL语句内部（哪怕只在SELECT后面一个空格），且该语句以分号;结尾（部分插件如alexcvzz版可省略，但Free SQLite强制要求）。
- 写
SELECT * FROM users不加;→ 执行失败，底部面板可能只闪一下就消失 - 光标停在注释行或空白行 → 插件找不到可执行语句，静默忽略
- 多语句一起执行时，必须用
;分隔，例如：CREATE TABLE t(a); INSERT INTO t VALUES(1); SELECT * FROM t;
表数据能看不能改？别误入只读模式
SQLite3 Editor和Free SQLite默认允许编辑表格单元格并提交，但SQLite Viewer和alexcvzz原生插件**不支持直接编辑数据**——它们只提供只读网格视图。
如果你点了某行想改值却输不进去，不是权限问题，是插件根本没这个功能。
- 需要编辑能力 → 换用
sqlite3-editor（yy0931.vscode-sqlite3-editor）或Free SQLite（fr.free-sqlite） - 编辑后必须点击工具栏的
Save Changes按钮（或按Ctrl+S），否则修改仅停留在内存，关掉标签页就丢 - 外键约束开启时，删主表记录可能失败，错误信息会显示在底部输出面板，例如：
FOREIGN KEY constraint failed
多个数据库同时打开时，怎么切换当前操作目标？
VSCode本身不维护“当前数据库”概念，每个插件靠活动编辑器标签决定上下文。你打开5个.db文件，但只有当前聚焦的那个标签对应的数据库才是活跃的。
执行SQL时，插件自动绑定到该标签关联的数据库；右键表名导出数据，也只导出当前标签里的库。
- 别指望侧边栏点击某个数据库就切换全局上下文——目前所有主流SQLite插件都不支持这种连接池式管理
- 如果要跨库查询（比如ATTACH），必须手动写
ATTACH 'other.db' AS other;，然后在SQL里显式指定other.table - Free SQLite的右侧结构树只显示当前活动数据库的表，切换标签才会刷新
真正麻烦的是事务控制和并发写入。SQLite是文件级锁，两个插件实例（或一个插件+一个Python进程）同时写同一个.db文件，必然触发database is locked错误——这点没有任何插件能绕过，得靠你协调操作节奏。
