Ruby on rails ruby日历应用程序我应该在office 365中存储数据吗
我目前正在构建一个ruby日历应用程序,我们正在讨论是否应该利用现有的office 365服务来创建、存储和检索位于共享邮箱中的日历事件,或者将数据存储在本地数据库中 几乎所有使用O365 api的示例都是为了获取单个用户邮箱信息,而不是作为主要数据源存储和访问的方式。我想知道沿着这条路走下去是否值得,我的赞成和反对意见如下: Pro'sRuby on rails ruby日历应用程序我应该在office 365中存储数据吗,ruby-on-rails,ruby,calendar,office365,Ruby On Rails,Ruby,Calendar,Office365,我目前正在构建一个ruby日历应用程序,我们正在讨论是否应该利用现有的office 365服务来创建、存储和检索位于共享邮箱中的日历事件,或者将数据存储在本地数据库中 几乎所有使用O365 api的示例都是为了获取单个用户邮箱信息,而不是作为主要数据源存储和访问的方式。我想知道沿着这条路走下去是否值得,我的赞成和反对意见如下: Pro's 节省数据库存储和数据库成本 节省设计时间构建复杂的日历 Con's 服务帐户可能达到O365限制 增加了需要O365操作系统的依赖性 用于检索日历事件的网络流
我是否应该利用office 365作为日历应用程序的主要数据源 我不建议使用Office 365作为数据源。遇到数据完整性问题、网络延迟、API调用的帐户限制等都是时间问题 除非您谈论的是大量记录(数十亿),否则对于设计良好的应用程序来说,对数据库的影响应该是最小的。例如,我运行的一个日历应用程序有超过100000条记录,它的日历数据消耗量刚刚超过36MB 然而,根据您的情况,创建一个服务将您的日历应用程序同步到第三方并不是一个可怕的想法
了解如何开始构建日历应用程序。这个屏幕广播,我的个人网站,涵盖了在Rails应用程序中使用不引人注目的javascript创建、移动和删除事件的基本知识。我不建议使用Office 365作为数据源。遇到数据完整性问题、网络延迟、API调用的帐户限制等都是时间问题 除非您谈论的是大量记录(数十亿),否则对于设计良好的应用程序来说,对数据库的影响应该是最小的。例如,我运行的一个日历应用程序有超过100000条记录,它的日历数据消耗量刚刚超过36MB 然而,根据您的情况,创建一个服务将您的日历应用程序同步到第三方并不是一个可怕的想法 了解如何开始构建日历应用程序。这个屏幕广播,我的个人网站,涵盖了在Rails应用程序中使用不引人注目的javascript创建、移动和删除事件的基础知识