[英]Is this the right time to use a solution like meilisearch?
I am caught up in a situation where I need to index like seven columns used for search and filtering on a table, but this is obviously going to hurt the performance for inserts, updates and deletes when dataset on the table grows(and its going to).我陷入了一种情况,我需要像用于在表上搜索和过滤的七列那样进行索引,但这显然会在表上的数据集增长时损害插入、更新和删除的性能(并且它会)。 Now I am thinking of using a solution like meilisearch for search and filtering and only maintain the index on primary and foreign keys and drop the indexes on the other columns.
现在我正在考虑使用 meilisearch 之类的解决方案进行搜索和过滤,并且只维护主键和外键上的索引,并删除其他列上的索引。 Is this the right way to go about a problem like this?
这是解决此类问题的正确方法吗?
MeiliSearch seems to fit your use case as it can support a lot of document with a lot of fields. MeiliSearch 似乎适合您的用例,因为它可以支持具有大量字段的大量文档。
But the way to efficiently add these documents in MeiliSearch is to add them in batches.但是在MeiliSearch中高效添加这些文档的方法是批量添加。 So I you have 1 million documents, you add them in batches of 1000 instead of in one batch of 1 million.
所以我有 100 万个文档,你以 1000 个为一组而不是 100 万个为一组添加它们。 You can have more information about limitations here .
您可以在此处了解有关限制的更多信息。
Also, we are not limited to 10mb.此外,我们不限于 10mb。 That was the previous default payload size which now is 100mb.
那是以前的默认有效负载大小,现在是 100mb。 Meaning that you can not make a request with more than 100mb at once.
这意味着您不能一次发出超过 100mb 的请求。 If you want to change that number you can with the right flag .
如果您想更改该数字,您可以使用正确的标志。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.