Java sqlite和mysql。当应用程序的所有进程都在同一台机器上运行，并且数据库几乎没有两个表时，哪一个更好

我需要在SQLite和MYSql之间进行选择。我对选择什么有点困惑。我知道这两个数据库引擎都没有递归查询机制，SQLite也不支持存储过程。 这就是我的处境。 我有一个应用程序，它有大约1000个进程访问同一个数据库。该数据库共有大约2个表和大约10000个条目。应用程序不是分布式的，我的意思是所有进程都在同一台机器上运行。我想将数据库嵌入应用程序本身。我认为MYSql不是一个好主意，记住所有这些。 此外，我的应用程序不涉及复杂的查询（几个选择、更新和插入查询）

---

我知道SQLite比MYSql轻得多，但MYSql支持存储过程，而SQLite不支持。我还需要良好的锁定机制。我不希望进程长时间锁定表。我读过SQLite中的锁定/解锁操作非常快(http://sqlite.org/lockingv3.html). 我不熟悉数据库，请耐心听我说。谁能帮我决定哪一个更好。

在应用程序中嵌入一个小数据库，SQLite是最好的方法——mySQL对于服务器上的数据库更有用。本地化的应用程序数据+SQLite=更易于开发和实现

要将小型数据库嵌入应用程序，SQLite是最好的方法-mySQL对于服务器上的数据库更有用。本地化的应用程序数据+SQLite=更易于开发和实施

你怎么能有“几乎”或“大约”两个表？这是一个非常精确的数字。如果要在爪哇中嵌入关系数据库，您可能还需要在单个机器上考虑HSQL LDB或H21000独立进程吗？这是一个很大的数字，即使对于怪物服务器也是如此。如果您认为当这个应用程序大规模运行时，您可能需要切换到在第二台或第三台机器上运行其中一些进程，那么您将需要mySQL。但是mySQL将很难同时连接1000个连接。在指定基础结构之前，您可能希望花更多的时间设计此应用程序。您怎么能有“几乎”或“大约”两个表？这是一个非常精确的数字。如果要在爪哇中嵌入关系数据库，您可能还需要在单个机器上考虑HSQL LDB或H21000独立进程吗？这是一个很大的数字，即使对于怪物服务器也是如此。如果您认为当这个应用程序大规模运行时，您可能需要切换到在第二台或第三台机器上运行其中一些进程，那么您将需要mySQL。但是mySQL将很难同时连接1000个连接。在指定基础结构之前，您可能希望花更多时间设计此应用程序。