Php 创建一个类似谷歌日历的服务。什么数据库？
我需要创建一个类似于谷歌日历（仅限基本功能）的服务，以便使用iCalendar格式查看和编辑/删除约会。 在开始之前，我想问一下，哪种数据库最适合存储此类信息。它必须是一个可扩展的解决方案Php 创建一个类似谷歌日历的服务。什么数据库？,php,mysql,database,icalendar,Php,Mysql,Database,Icalendar,我需要创建一个类似于谷歌日历（仅限基本功能）的服务，以便使用iCalendar格式查看和编辑/删除约会。 在开始之前，我想问一下，哪种数据库最适合存储此类信息。它必须是一个可扩展的解决方案 如果您能帮助我，非常感谢。您可以安全地使用mysql，也许可以使用PDO。这样，如果需要的话，yuo将来可以随时移动到另一个数据库。然而，对于这样的任务，mySQL应该足够了。您可以安全地使用mySQL，也许可以使用PDO。这样，如果需要的话，yuo将来可以随时移动到另一个数据库。然而，对于这样的任务，myS
如果您能帮助我，非常感谢。您可以安全地使用mysql，也许可以使用PDO。这样，如果需要的话，yuo将来可以随时移动到另一个数据库。然而，对于这样的任务，mySQL应该足够了。您可以安全地使用mySQL，也许可以使用PDO。这样，如果需要的话，yuo将来可以随时移动到另一个数据库。然而，对于这样的任务，mySQL应该足够了。如果你想要一个可伸缩的数据库，你可以使用NoSQL数据库（比如MongoDB、CouchDB）。这种数据库是可伸缩的 但对于像“基本功能”这样的“谷歌日历”，经典的SQL数据库（比如MySQL）也足够大。即使你有很多用户
所以NoSQL或SQL数据库很容易使用。因此，请使用您最喜欢的数据库。如果您想要一个可伸缩的数据库，您可以使用NoSQL数据库（例如MongoDB、CouchDB）。这种数据库是可伸缩的 但对于像“基本功能”这样的“谷歌日历”，经典的SQL数据库（比如MySQL）也足够大。即使你有很多用户
所以NoSQL或SQL数据库很容易使用。因此，请使用您最喜欢的数据库。鉴于您的问题范围广泛，您可以使用任何关系数据库，如：
就我个人而言，我会选择MySQL，因为它是稳定的、开源的，有很多关于它的资源（包括优化技巧），而且它是“免费的”。考虑到您的问题范围很广，您可以使用任何关系数据库，如：
就我个人而言，我会选择MySQL，因为它是稳定的、开源的，有很多关于它的资源（包括优化技巧），而且它是“免费的”。询问可伸缩性是错误的方法。如果您的服务增长，您根本无法知道您将遇到哪种可伸缩性问题 您可以扩展几乎所有的数据库解决方案，而无需进行任何一定量的更改。但最终你将不得不采取完全不同的方法来解决这个问题，因为原来的解决方案无法进一步扩展 例如，高性能环境中的MySQL在安装了足够RAM的服务器上使用，以便在某一点上整个数据集都保存在RAM中，而硬盘只在整个时间内写入持久性。顺便说一句，硬盘是一个非常快速的SSD阵列 但即使是这些titan服务器也可能变得太小，必须采用“分片”和“分区”等策略将数据集拆分到多个数据库服务器上。如果读和写相互影响，主从复制可能会有用 如果您正在开始，您的基本问题应该是：我希望使用什么样的数据结构来向至少一个用户提供服务？任何数据库都可以支持这一点，但有些数据库可能更易于使用，具体取决于数据结构和您对它们的了解
如果没有服务，就没有用户，扩展的需求就会减少。询问可伸缩性是错误的方法。如果您的服务增长，您根本无法知道您将遇到哪种可伸缩性问题 您可以扩展几乎所有的数据库解决方案，而无需进行任何一定量的更改。但最终你将不得不采取完全不同的方法来解决这个问题，因为原来的解决方案无法进一步扩展 例如，高性能环境中的MySQL在安装了足够RAM的服务器上使用，以便在某一点上整个数据集都保存在RAM中，而硬盘只在整个时间内写入持久性。顺便说一句，硬盘是一个非常快速的SSD阵列 但即使是这些titan服务器也可能变得太小，必须采用“分片”和“分区”等策略将数据集拆分到多个数据库服务器上。如果读和写相互影响，主从复制可能会有用 如果您正在开始，您的基本问题应该是：我希望使用什么样的数据结构来向至少一个用户提供服务？任何数据库都可以支持这一点，但有些数据库可能更易于使用，具体取决于数据结构和您对它们的了解
如果你没有服务，你就没有用户，扩展的需求就会减少。就个人而言，我会选择关系数据库，因为日历和约会有一个固有的结构——但这个问题是高度主观性的。这个问题是非常开放的。如果您有一个特定的数据库功能需要优化，那么这将是一条更好的查询路线。如果没有，那么任何数据库都可以，选择你喜欢的任何数据库。谢谢，我只是想知道是否有人尝试过除mysql之外的那些新的数据库系统来实现这一点，并且有一些经验：）。性能真的很重要。就个人而言，我会选择关系数据库，因为日历和约会有一个固有的结构——但问题是高度主观性的。这个问题是非常开放的。如果您有一个特定的数据库功能需要优化，那么这将是一条更好的查询路线。如果没有，那么任何数据库都可以，选择任何你喜欢的。谢谢，我只是想知道除了fr之外，是否有人尝试过那些新的db系统