2

我正在研究 ServiceStack 的授权功能，并希望使用 Couchbase 作为我的数据存储。我知道 Couchbase 没有 IUserAuthRepository 实现，所以我必须自己开发，这不是问题。

我遇到的问题是，如果我按原样存储内置的 UserAuth 对象，CB 它使用 Id 字段作为文档标识符。这是一个问题，因为我认为标识符应该是特定于对象类型的，否则需要一个单独的“桶”来防止不同对象之间的 id 冲突。我真的不想有很多桶，除非我必须。

我的偏好是将文档 ID 设置为对象的类型加上对象特定的标识符。

例如使用 ID“UserAuth_1234”或使用用户名“UserAuth_MikeGoldsmith”

我尝试为不同的应用程序对象重新使用存储桶的假设是否有效，或者我应该考虑每个对象类型/命名空间的存储桶？

无论是来自 Couchbase 还是 ServiceStack 爱好者，任何方向都将受到欢迎。

谢谢

附加信息

好的，所以从约翰的回答中，我将假设我的对象类型的附加属性是有效的。

我发现这篇文章Mythz 建议BootStrapApi示例AuthUser使用自定义属性扩展。但是，对我来说，它看起来像AuthUser被持久化了两次，第一次作为对象，AuthUser然后再次作为User对象（两次都使用OrmLiteAuthRepository）。我对吗？

本质上，我想利用 SS 身份验证功能，但控制将保存到 Couchbase 中的 POCO 对象。如果可能的话，有人可以给出一些指导吗？如果可以，我需要实施/挂钩什么？

我尝试实现 Couchbase 版本IUserAuthRepository，但是它使用 UseAuth 具体类型，所以我不能使用我自己的对象。

我也尝试过使用 register 的OnAuthenticated方法，AuthUserSession但此时UserAuthPOCO 将一直使用 register IUserAuthRepository。

我很高兴使用，CredentialsAuthProvider因为我只想要用户名/密码身份验证。以后可以添加更多。

再次感谢！

4

2 回答 2

2

存储桶与关系世界中的数据库大体相似，因此通常不应将它们映射到应用程序对象。我不熟悉 ServiceStack 的身份验证功能，但您建议使用有意义的前缀键似乎是合理的，并且是提供文档分类的常用方法。

请记住，在 Couchbase 中，文档中没有被视为“id”或“key”字段的字段。用于存储文档的密钥在元数据中可用，但不是 JSON 文档本身的一部分。因此，如果您能够利用视图，那么您还可以存储具有 type 属性的文档，然后通过一些非 id 属性进行查询。换句话说，键值中的键不必是您检索用户身份验证文档的方式。

此外，有些开发人员使用键前缀作为为视图提供文档分类的一种方式，因此您上面的键模式也适用于此。我的偏好是类型属性，但这并不比您的建议更有效。

于 2013-02-12T16:03:00.693 回答
1

我遇到过 ServiceStack UseCase 示例，其中一个直接解决了我的自定义身份验证问题。

我能够覆盖该TryAuthenticate方法并使用我自己的 UserRepository 来支持 Couchbase。

于 2013-02-13T16:07:14.510 回答