首先，让我声明我不是编码员，当涉及到数据库时，我基本上是一个最终用户。
好的，有了这个，这是我的方案：
在过去的4年里，我一直在研究意大利特伦蒂诺的旧教区记录。我有近5,000人"相关"，他们使用了大多数标准家谱技术（Ancestry.com，家谱制作器，Legacy 8，GEDCOM等），并编目了另外2,000个左右。我的一位同事（也是远房表亲）一直在特伦蒂诺的另一个教区做类似的工作，并在过去十年中对大约 60,000 个条目进行了编目。
现在，我想创建一个在线可搜索的研究数据库，它比我自己的家谱要远得多。我的目标是对我一直在研究的特定教区的所有教区记录进行编目（最终也是我表弟正在研究的教区记录），从 1545 年（记录开始时）到 1923 年（当记录可供公众使用时），以及我收集的 20 世纪后裔的其他记录。那是出生、婚姻和死亡记录。
最终目标是使其不仅可以搜索以查找个人的记录，而且能够显示这些个人来回几代人的关系（出生，婚姻，父母，祖父母，孩子，孙子的死亡），以便最终用户（在在线环境中）几乎可以构建自己的家谱（来自该教区的人， 当然）相对较快。
这个想法也是交叉检查所有这些关系，以确保正确的人被列在正确的家庭中（相信我，需要数年时间才能知道你在做什么），还包括对页边空白处的评论的交叉引用，对教父母的引用，证人等。据我所知，没有其他可用的研究资源（至少不是特伦蒂诺的记录）可以做所有这些事情。
你可能会问，"为什么他们不能只看你的家谱？有很多原因可以解释为什么这不是一个解决方案。但最主要的是，我发现大多数人都被家谱淹没了，他们"迷失"在家谱上。我看到它一次又一次地发生。我想创建一些"分块"的东西，这样他们就可以以一种对不是系谱学家的普通人来说有意义的方式将它们拼凑在一起。
我开始在电子表格上组织数据，这使我能够进行简单的家庭分组。我很快意识到这太有限了。现在我开始使用 Access，但老实说，我真的不明白如何在搜索查询期间组织表格以获得最佳结果。是的，我买了"傻瓜"书（今天到了），但我还没有真正玩过数据关系。问题是，我甚至不确定我是否想学习技术方面，因为我的时间可能更好地用于阅读和翻译/转录记录。
所以这是我的实际问题：
- 您认为 Access 是一个合适的程序来创建我正在设想的那种在线数据库吗？
- MySQL会是更好的选择吗？
- 你认为我想做的项目的性质是否在一个相当技术的人的能力范围内，但不是编码员？
- 除了Access或MySQL，还有没有另一个软件程序更适合目的？我在这个论坛上看到了另一个帖子，其中阿米鲁什提到了他创建的两个可能适合家谱的程序，但我知道它们会超出我的头脑。
- 如果做不到这一切，你们中有人想谈论为我做这个项目吗？我的意思当然是为了钱。我计划在几个月内进行众筹宣传，因为这是一个社区项目（我将把所有的研究捐赠给各种档案组织）。
- 关于它在线使用的能力，我现在应该考虑什么具体的事情吗？
好的，我知道有很多问题，我可能听起来很天真，但我真的欢迎并感谢你能提供的任何专业知识和指导。
- 如果你想创建在线解决方案，也许最好使用另一个DBMS，例如Mysql或Postgresql
- 在我看来，如果您想使用关系数据库并使用应用程序代码创建图形，Mysql 或 Postgresql 将是更好的选择。但是你可以尝试使用像neo4j这样的图形数据库：http://neo4j.com/因为你的数据只是大图形，并且将其作为图形使用很方便。在这种情况下，应用程序代码可能更简单：）
- 这取决于功能。即使对于非编码人员，创建图形某些部分的可视化表示也是可以实现的目标：）
- 图形数据库更适合这样的应用，但我没有这种解决方案的经验（关系数据库在商业开发中更常见，所以我使用一些RDBMS超过10年）
- 这是一个有趣的项目，我可以免费帮助选择工具和创建架构，甚至可能是简单的原型。但我的空闲时间非常有限，因为我全职担任营销服务软件开发的厨师。所以你仍然需要自己编写代码或寻找开发人员
- 应指定功能性和非功能性要求。功能需求可以指定为用户情景。非功能性应指定应用程序的性能、可访问性、可扩展性和其他参数。
如果您已经熟悉Access，则可以并且可能应该将其用作MySQL或其他数据库引擎的"前端"（至少在早期阶段）。
https://dev.mysql.com/doc/connector-odbc/en/connector-odbc-examples-tools-with-access-linked-tables.html
我不建议将 Access 本身用于实时网站。
要做好这项工作，您需要学习编码。
有很多关于关系数据库、SQL 和 Web 脚本语言的在线教程。
这是一个来自斯坦福大学的非常严肃的MOOC
这取决于您必须为这个项目投入的时间和精力。
愿你安好。