在处理数据存储和检索时，对于文章及其评论的存储方式选择至关重要，尤其是涉及到Elasticsearch Join类型的应用。那么，文章与评论究竟是否应该存于同一索引呢？

从数据关联的便捷性角度来看，将文章与评论存储在同一索引中有显著优势。Elasticsearch的Join类型允许在单个文档内部建立父子关系，这使得文章与其相关评论紧密相连。当我们查询一篇文章时，可以轻松地通过Join关系获取其所有评论，极大地提升了数据的完整性和查询效率。例如，在一个新闻资讯平台中，用户查看一篇新闻文章时，能够迅速加载出下方所有评论，这种关联存储方式保证了信息获取的流畅性。

从索引管理和性能优化方面考虑，同一索引存储也有积极意义。减少索引数量有助于降低Elasticsearch集群的资源消耗。每个索引都需要占用一定的系统资源，包括磁盘空间、内存等。将文章和评论合并在一个索引中，能避免过多索引带来的资源分散问题，让集群资源更集中有效地服务于数据存储和查询，提高整体性能。

然而，这种方式并非没有挑战。随着数据量的不断增长，同一索引中的数据量可能会变得庞大，这会影响到索引的维护和更新效率。例如，对一篇文章进行更新操作时，可能会因为其关联的大量评论而导致更新过程变得复杂和耗时。而且，从数据安全性和权限管理角度看，如果文章和评论的访问权限存在差异，存储在同一索引中可能会增加权限管理的难度。

综合而言，文章与评论是否存于同一索引，需要根据具体的业务需求、数据规模以及性能要求来权衡。在数据量较小、业务逻辑相对简单且对数据关联性要求较高的场景下，同一索引存储是一个不错的选择；而对于数据量庞大、权限管理复杂的情况，则需要谨慎考虑，寻找更适合的存储架构来满足系统的多样化需求。