让我们设计第一个用户故事的数据库架构。
正如第一集所述，我们的功能需求包括：
用户能够创建账户。用户只能在指定祈祷时间添加祈祷。祈祷时间必须与用户的时区一致，以适应不同城市和国家的差异。
这些需求表明我们需要用户注册功能，并允许用户标记祈祷为已完成或错过。因此，我们需要一个用户实体和一个祈祷实体，并为了更好的控制和避免冗余，增加一个配置文件表。 我们跳过详细的分析阶段，直接进入设计。
数据库表说明：
本设计包含用户表（支持密码和Google OAuth登录，目前仅实现密码验证，后续版本将加入Google登录支持）、与用户表一对一关联的个人资料表（存储用户的社交信息），以及祈祷表（包含跟踪和存储用户祈祷信息所需的所有字段）。
下一步：
下一集我们将实现基于密码的完整身份验证，使用无状态JWT (JSON Web Token) 身份验证机制。
以上就是设计数据库架构日的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1500238.html
微信扫一扫 
支付宝扫一扫 
