oracle行级锁和表级锁的区别？
1.程序中的非数据库交互导致事务挂起。
在SQL事务代码中嵌入接口调用或文件操作等非数据库交互操作，可能会导致整个事务挂起(接口被阻塞，等待超时或上传下载大附件)。
2.该事务包含性能不佳的查询SQL
事务中有一个慢速查询，导致同一个事务中的其他DML无法及时释放被占用的行锁，导致行锁等待。
3.单个事务包含大量SQL。
这通常是由于在事务代码中添加了一个for循环造成的。虽然单个SQL运行速度很快，但是当SQL数量很大时，事务会很慢。
4.级联更新SQL需要很长时间来执行。
这种SQL很容易给人错觉。例如，级联更新如更新一个集合...where(selectB)不仅会占用表A上的行锁，还会占用表B上的行锁，当SQL长时间执行时，很容易导致表B上的行锁等待。
5.由于磁盘问题，交易暂停
在极少数情况下，比如存储突然下线，SQL执行会卡在内核调用磁盘这一步，无法提交事务。
综上所述，可以看出，如果长时间不提交事务，并且事务中包含DML操作，可能会有行锁等待，从而导致错误。
活锁是什么？
由于一系列重叠共享锁的持续干扰，对独占锁的请求被反复拒绝。SQLS
SQLite的读写效率很高，有哪些使用其他数据库的理由？
类似于一个文件数据库，读写受限，不完全支持SQL语句，所以不如MYSQL灵活，字段类型太少，还有一些其他功能。SQLIT:很多手机app都用SQLIT:用PHPSQLITE制作了一个简单的留言板。
不用联网，自己写的软件就可以操作这个数据库，读写比较简单。发布时只需要一个dll，所以不要不要太麻烦，那这就是全部。
sqlite的速度哪里更快？并且它它被锁在图书馆里了。数据量小，读写都可以。
SQLite是一个轻量级的跨平台关系数据库。
技术缺陷和不足
并发访问的锁定机制
SQLite在并发(包括多进程多线程)读写方面的表现一直不尽如人意。数据库可能被写操作独占，这导致导致其他读写操作阻塞或出错。
◇不完全支持SQL标准。
在其官网上，专门列出了哪些SQL92标准不被支持。我个人觉得不支持外键约束很不舒服。
网络文件系统(以下简称NFS)
有时候你需要访问其他机器上的SQLite数据库文件，所以你会把数据库文件放在网络共享目录下。这个时候你要小心。当SQLite文件放在NFS时，在并发读写的情况下可能会出现问题(比如数据损坏)。原因据说是某些NFS在实现文件锁时存在缺陷。
不支持远程访问和多线程，也不支持存储过程和视图。
这是一个嵌入式数据库。当它用于本地访问时，没有韩元本地不要太多并发，然后可以当内存数据库用，快速高效。它与那些大型数据库应用完全不同。如果是单机软件，用这个就够了。唐不要胡说什么高并发。每秒请求不到1000次玩高并发是浪费资源。
无法跨平台打包。
SQLite的并发读写效率高吗？据我理解，当需要一个只在本地使用的数据库时，SQLite是合适的。