MongoDB的全文搜索目前与Lucene相比如何?问题的原因是由于我的不确定性:
a)使用mongo的FTS实现生产,因为它在6个月前仍处于测试阶段
和
b)因为lucene使用Java,这将引入另一个移动部分.
是否可以在SET不删除现有ttl的情况下重新启动密钥?我目前唯一知道的方法是找出ttl并做一个SETEX但看起来不那么准确.
所以,我并不完全理解索引交集与使用复合索引之间的某些区别.
mongodb是否可以为每个查询使用多个索引交叉点?复合指数与指数交叉点之间的性能差异是什么?
有没有办法为单个项目创建多个工作区文件?对于每个工作空间来说,需要单独的项目文件似乎是违反直觉的.此外,它将非常清楚,只有一个项目文件被检入git,所有.sublime-workspace文件都是.gitignored.
通过HTTP 2.0,Websocket与AJAX之间的真实性能差异是什么?
特别是,我正在开发的项目需要双向实时更新,因此,尽管非标准,如果只在域内进行请求,则通过Websocket而不是AJAX执行REST可能更有效.
但是,我不确定当前有关性能差异的可用信息是否适用于HTTP 2.0.
两者之间的功能区别是什么:
db.docs.find({ 'a.b': 'c' }, { 'a.$': 1 })
和
db.docs.find({ 'a.b': 'c' }, { 'a': { $elemMatch: { b: 'c' } } })
$ elemMatch是多余的吗?指数会如何变化?
有没有办法在创建工作区/项目文件时默认使用相对路径(到工作区或项目文件),以及在添加或删除文件时sublime更新它们?
这是我提出的唯一解决方案(不知道它们是否足够):
服务器端更新:
每个客户端请求的版本,并具有到相应服务器版本的代理路由.
客户端更新:
通过websocket连接通知客户端在X个空闲分钟后重新注入脚本/样式标记,从而调用2个ajax请求更新的JS/CSS文件并刷新页面的HTML.
我不知道这应该是应用程序早期阶段不应该优先考虑的事情,我应该在早上的凌晨将整个应用程序放下来进行"定期维护".
出于搜索引擎优化的目的,首页的HTML由服务器与单个JS/CSS文件一起发送.
我需要加载一些不经常更改的信息字段,以验证用户可能访问的路由.
目前,我查询mongodb并将这些字段存储在redis中,并将其存储在'user:' + mongodb_user_objectid用户登录时键入的单个哈希中的任何特定状态信息中.
然后我为http cookie创建一个会话,并将此密钥存储为redis中的字符串以及键入'sess:' + session_id.
最好不要复制mongodb中的字段,并在其中一个验证字段发生变化时处理更新redis和mongodb的问题吗?
在不使用redis作为中间人的情况下直接从/向mongodb读取和写入此会话信息是否存在显着的性能差异?
有没有一种有效的方法可以对多个集合进行基于范围的查询,并按时间戳上的索引排序?我基本上需要从3个集合中提取最新的30个文档,最明显的方法是查询每个集合中的最新30个文档,然后过滤并合并结果。但是,这有点低效。
即使我只选择查询中的“时间戳”字段,然后对最近的30个文档进行第二批查询,我也不确定这是一个更好的方法。每个分页请求将是90个文档(整个或单个字段)。
本质上,客户可以订阅文章,并且文章的每个类别之间的差异为0-2。我刚刚选择了3个,因为那是到目前为止Beta中用户已订阅的平均文章数。由于可能存在字段差异,我认为将所有不同类型的文章放在一个集合中并不是很一致。
mongodb ×5
node.js ×3
redis ×2
sublimetext ×2
sublimetext3 ×2
ajax ×1
http2 ×1
lucene ×1
mongoose ×1
node-redis ×1
pagination ×1
session ×1
websocket ×1