【问题标题】:Good (CMS-based?) platform for simple database apps适用于简单数据库应用程序的良好(基于 CMS?)平台
【发布时间】:2011-09-06 07:06:31
【问题描述】:

我需要实现另一个数据库网站。假设大约有 5 个表、25 列和(最终)数千到数万行。简单的数据输入和维护比向非特权用户展示数据更重要。这是一个利基网站,所以性能不是问题。我们可以毫不费力地找到托管它的地方。

那么:什么是一个好的平台呢?直觉上,我觉得应该有一些平台可以在不编写代码的情况下完成这项工作——一些 Web 版本的 MS Access。显然,我很乐意编写业务规则以及将其与其他所有数据库应用程序区分开来的特殊逻辑。

我查看了 Drupal(带有 Views),它看起来可行,但需要付出相当多的努力。接下来看看Al Fresco。 CMS-y 平台会有所帮助,因为这样您就可以很好地集成静态内容,获得漂亮的样式、插件等。

真正好的数据输入(跟踪更改、日志记录、回滚能力、大量导入......)会很棒。如果授权用户可以执行任意 SQL 查询(是的,我知道...),那将是一个很大的好处。图像管理支持小红利。

【问题讨论】:

  • 顺便说一句,它不一定是零成本。但预算会很低,可能每年几百美元。

标签: database drupal content-management-system alfresco


【解决方案1】:

Django 是您正在寻找的。事实上,您可以设置您所要求的内容,而无需太多编码,只需配置。

完成后,授权用户可以使用漂亮但简单的 GUI 添加“行”,当然,您也可以通过数据库命令批量导入。

我是 Python 新手,我已经创建了 2 个基于 Django 的站点。我已经创建了十几个基于 Drupal 的网站,而 Django 更容易并且生成速度明显更快的网站。

【讨论】:

  • 这是一个我没有想到的有趣的角度。我一定会玩的。
  • 如果你还是需要学习一门新语言,我建议你看看the various RAD frameworks。 Python (Django)、Ruby (Rails)、Symfony (PHP) 等等。这在很大程度上取决于每个网络开发人员都有一个他喜欢和强大的人,你问谁是最好的:)
  • 嗯,在这种情况下,情况恰恰相反——最终必须维护它的人可能更喜欢更熟悉的语言。
  • 事实证明,这就是我们要走的路。最后做了大量的工作。
【解决方案2】:

您的需求介于两把椅子之间:定制应用程序和基于 CMS。我会提倡 CMS 方法,当且仅当您觉得对内容结构定制的需求在未来会增长时,才会慢慢消除对直接 SQL 查询的需求。

自从与 eZ Publish 合作多年以来,我有偏见,但它满足您原生表达的要求:

非常好的数据输入(跟踪更改、日志记录、回滚能力、大量导入...) [...] 图像管理支持小额奖金。

内容编辑感觉的想法可以在这里观看: http://ez.no/Demos-Videos/eZ-Publish-Administration-Interface-Video-Tutorial

您可以在那里下载并试用 eZ Publish 社区版:http://share.ez.no/latest

这是一个基于 PHP 的解决方案,强大的专业社区 (http://share.ez.no),http://projects.ez.no 上有超过 1100 个附加组件。底层库主要依赖于 Apache Zeta 组件,这是一组高质量、强大的 PHP5 库。

最后一点:内容模型是抽象的,这意味着您不必在每次存储新类型的内容时都创建一个新表:管理界面中的简单内容类定义,其余部分由您处理,包括新内容类型的编辑界面。可能会消除对核心 SQL 查询的需求?

希望对你有帮助,

【讨论】:

  • 谢谢,看看。企业营销的话语很难渗透。 “多渠道内容交付”?大写字母的“用户体验”? “网络参与管理”。我也根本看不到任何文档。很多教程,很多论坛——但没有真正的文档?您能否指出我如何在 eZ Publish 中创建自定义数据库架构的正确方向?
【解决方案3】:

Drupal 可以完成您需要的大部分工作(我不知道有什么模块可以让您输入任意 SQL 查询),但您最终会得到一些您并不真正需要的表和模块的开销。由您决定这是否有问题。我认为开销不会影响您的性能。

使用 Drupal 的优势在于大型社区、平台的稳定性以及在需要时添加更多功能的灵活性。此外,庞大的用户群确保大多数代码都经过了很好的测试。

【讨论】:

  • 这也很大程度上取决于您从自定义数据库表中存储和检索的内容。如果那是内容,或者与内容密切相关(例如标签、cmets),Drupal 将只是一种负担,而不是一种帮助:Drupal 为内容、用户、权限、设置和所有密切相关的实体规定了它的数据库方案.
  • @berkes,你是完全正确的(正如我对你的期望:-))
  • 我不太清楚你所说的“内容”是什么意思。数据库中的数据是网站的重点:关于这个城市音乐历史的详细、学术信息,还有团体名称、场地、日期等。不是大片意义上的“内容”要逐字显示的文本。数据将主要以表格形式呈现。
【解决方案4】:

我强烈推荐 Drupal。它非常简单(内部代码库又小又干净),它有很多可能性和巨大的支持。一旦你开始使用 Drupal,你将永远不会去其他任何东西。

请注意,我与 Drupal 的工作人员没有联系,我只是在几分钟内创建了许多 Drupas 网站和其中的许多网站。我的最后一个花了我 2 小时,请看这里http://iPadDevZone.com

更新 #1:

这实际上取决于您的数据库架构复杂性。最好的情况是您只需使用 CCK 模块(现在是核心的一部分)并创建您的节点类型。节点是内容的 Drupal 名称。您所做的只是网络管理员您的节点类型字段(文本、图像、数字、日期、自定义等)。然后,如果用户使用此节点类型创建内容,他/她可以输入存储在单独的数据库表字段中的所有字段。然而,这对你来说是隐藏的——如果你不想知道它——它只是一个 web gui。然后选择节点的呈现方式、显示的属性和位置。

在本页底部的 CCK 资源部分观看视频:http://drupal.org/project/cck

如果您需要进行一些编程,那么使用所谓的 PHP 代码片段也很容易,它们作为内容(节点)的一部分输入并在页面显示时执行。

Drupal 在核心中内置了节点修订。您可以查看所有版本并根据需要回滚。

您可以非常精细地设置权限,这样您就可以控制您的用户可以或不可以做什么。

【讨论】:

  • 好的,那么基本流程是什么:直接将表添加到db,然后用数据库api将它们暴露出来?有没有更简单、代码更少的方法?
  • 架构复杂度低。它基本上是 A-B-C-D-E,其中每个字母都是一个表格,由一个键连接。基数都是 1..* 或 1..1.
  • Drupal 表示数据库方案。如果您想要或需要遵循自己的方案,Drupal 肯定不是最好的工具。
  • 这是两个世界的选择。如果你真的只需要关系数据库,那么 Drupal 可能会有点重。想想您通常需要的所有其他功能,例如注册、验证码、投票、新闻、博客、富文本编辑器、图像等。Drupal 为您提供了您在网络 CMS 世界中梦寐以求的一切。您可以在其他工具中完成您的简单任务,但总体而言在 Drupal 中可能会更好。另外,一旦你学会了 Drupal,那么你所有的其他网站都会变得轻而易举。
【解决方案5】:

我会看看 Symphony。我自己没用过,但是看起来真的很容易使用和自定义!

http://symphony-cms.com/

【讨论】:

    【解决方案6】:

    在我看来,在线数据库系统会比 CMS 系统更好。

    所以除了上面发布的内容:

    www.quickbase.com(由 Intuit 提供)- 大约 150 美元/月

    www.rollbase.com - 查看价格,功能齐全

    www.rhythmdata.com - 易于设置,但不要认为它具有您正在寻找的高级功能。

    祝你好运!

    B

    【讨论】:

      【解决方案7】:

      我很欣赏这些答案,但它们中的大多数确实是在其他方面做得更好的平台(例如,Drupal 确实是一个 CMS,并且对自定义字段有一些支持——但这并不容易)。由于这是一个从头开始的全新网站,我认为从事后才考虑自定义数据库字段的东西开始并没有什么意义。

      我找到的最接近的是Zoho Creator。它真的很像“MS Access for Web 2.0”——甚至支持从 Access 导入。不过,定价可能会变得昂贵。感觉它最终可能会受到很大限制。我还在评估。

      还有其他类似 Zoho Creator 的产品吗?

      【讨论】:

      • 其他一些候选人:- myowndb.com(看起来很不稳定)- caspio.com(起价 39 美元/月)- trackvia.com(起价 249 美元/月)- cebase.com(仅限测试版)
      • 嗯,截至 2007 年,cebase.com 仍然出生
      • qrimp.com 也有可能 - 10 个用户每月 250 美元
      猜你喜欢
      • 2010-09-11
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-01-19
      • 2015-11-17
      相关资源
      最近更新 更多