鉴于这种期望是什么语言或系统的，你会选择实施该方案？[关闭]

题

这里是估计的系统应当处理：

这将是仅供内部使用商业应用程序，专门用于帮助航运公司与世界各地的运货的管理。

你会有什么技术的选择，为什么这一选择，并大致需要多长时间来实现它吗？谢谢。

注：我不是招聘。:-)

解决方案

所以，你要我怎么会解决这样一个项目。在一般的世界中，人们似乎同意宝石做的事情规模有些神奇。

那么，是什么我真的是这样的：我开始发展一个简单的吱吱声的图像，使用 SandstoneDB.然后，这个时刻会来这里的单个图像开始在太慢了。

宝石然后需要照顾的复制你的公共对象(那些可见的，从一定的根源)之间来回所有实例。你得到的会议和增强的查询功能，再加上一个相当快虚拟机。

它共享数据，与C、Java和红宝石。

事实上，他们有自己的 VM红宝石, ，这也是值得一看。

其他提示

维基百科的管理更加严格的要求与MySQL

你的卷是显着的，但不可能应变任何可信的数据库如果编程的效率。如果你的团队是马虎的(即随随便便把SQL queries直接成部件，然后由进入较大的部件)，你脸上的可能性的"乘数"效应，其中一个合乎逻辑的要求(获得的数据有必要对该页)变成一个高数量的物理数据库查询。

那么，而不是侧重于能力RDBMS，你应该注重能力的程序和在多大程度上实现语言和环境促进分析和重构。

该方案提议显然是一个全天候24*7*365的支持，太，所以你还应该考虑需要监测/仪表板的要求。

有没有方法可以估计发展的努力基于需求你已经呈现；这是伟大的，你进行分析你的交易这一级别的粒度，但主要决定因素的发展努力将域和用户界面的要求。

选择的技术开发人员知道并且都很熟悉。所有主要的技术在那里将处理的这类要求的方便。

你的日常更新的数字vs承诺不增加。四个提交每秒=14 400名每小时。

你没有提到任何有关预计数据库的大小。

在任何情况下，我将集中努力在选择一个强大的后端，如Oracle、Sybase、MS等。这种选择将使最差的业绩。前端可以是一个桌面应用程序或网络的应用程序根据的需要。由于这将被用于许多办事处围绕的世界，一个网应用可能作出的最有意义。

我会去MySQL或PostgreSQL。不可能有问题，无论是一个对您的要求。

我爱对象的数据库。在提交每第二和数据库）往返，没有关系数据库可以保持。检查了创建db4o.它死了简单易学，检查出的例子！

作为用于编程语言和用户界面框架：好吧，采取什么你的团队是良好的。动态语言少元浪费时间可能会节省时间。

没有足够的信息提供在这里给一个适当的建议。更多一点的尽职调查。

什么是它的培养样？做他们喜欢很多服务器或者更少的更大的服务器或大铁？什么是他们的位置上虚拟化？
什么是企业文化喜欢吗？什么是政治气候，喜欢吗？开放源码产品，很可能处理的负载，但可能需要与一专有供应商仅仅因为他们已经用于航行的政治风的一个大公司。感觉是重要的。
什么是的成熟水平的组织？他们已经有一个企业结构团队在地方吗？他们甚至不知道什么是?
你所描述的业务方面，但是怎么样的分析侧?什么OLAP技术是他们期待使用或已经在地方吗？
发言的一体化，还有什么其他的系统将需要整合？

许可以下： CC-BY-SA 和归因