sql - 构建社交网络类型应用程序的模式？

Question

我需要设计/架构/开发基于 Web 的社交网络类型的应用程序。

基本功能:
- 用户在系统上创建帐户
- 用户同意彼此“成为 friend ”
- 用户在系统内创建内容
- 用户指定哪些 friend 可以查看/编辑他们创建的内容

当然，这个核心功能之前已经创建过很多次了？是否有任何最佳实践模式可用于如何实现此类事情？

我最感兴趣的是数据库的外观。

从 SQL 的角度(任何数据库)来看，这会是什么样子？
从 NOSQL 的角度(任何 NOSQL 数据库)来看，这会是什么样子？

我最感兴趣的是，如何在数据库中解决“内容可见性”的问题？即数据库/应用程序如何确保只有批准的 friend 才能看到用户创建的内容？

谢谢

Answer 1

首先要解决的是数据库，一个 SQL 看起来就像一个规范化的 sql 数据库。它还能像什么？ nosql 数据库看起来像一堆名称值对文件。

在您对现有流行和不受欢迎的网站进行大量研究以确定其架构和目标市场以及他们为这些市场提供的特定服务之后，构建社交网站的三种方法。

从头开始(和/或使用框架)。像 Facebook、Beebo、Myspace 等。这显然是到达那里的最长路线，但这确实意味着当您这样做时，您可以出售一些东西。平台和成员(member)资格以及 USP 都是您出售给 Rupert Murdoch 或任何人的。

使用适合社交网站的 CMS 并使用基本功能、插件以及您自己的灵感来打入目标市场。在这方面经常使用 Drupal(我也成功使用了它)，但可以使用 Joomla、Xaraya 和许多其他免费和付费的软件。是的，更多的研究。当 Rupert 给你一个铃铛时，这里卖的少，因为基本工具可能是 GPL 的

使用您注册时提供的系统之一，然后使用这些工具构建您自己的系统，但提供了所有好东西，这些被称为白标站点。 Start looking here .如果有人想接管你，在这里你没有什么可卖的。

如何处理“内容可见性”。最初，网站 build 者当然会决定谁可以看到内容。业主， friend ，注册用户，普通大众？等等。但是这个决定必须符合网站的目标和政策。处理此问题的最佳方法是通过基于角色的访问 RBAC see here for details

当你说你“需要设计/架构/开发”时，是因为内心的强烈冲动还是因为有人付钱给你？

无论哪种方式，请记住社交网络空间非常拥挤。如果您只是在构建另一个 YouTube 或 Facebook，那么您不太可能产生使此类站点在商业上取得成功所需的临界数量。

如果是针对尚未满足的利基市场，例如“The Peckham and Brockley Exotic Bird Fanciers Club”然后您就知道您的市场是什么以及需要哪些功能，因此可以使用您认为最简单和最便宜的任何上述选项，但这取决于您的分析和执行。

当然，您可能对一个主流社交网站有一个想法，并且没有被其他网站覆盖，即您已经发现了神话中的“市场缺口”。在这种情况下，去吧，但准备好失望。或不。