小编Jas*_*son的帖子

PostgreSQL LIKE查询性能变化

关于LIKE查询数据库中特定表的响应时间,我看到了相当大的变化.有时我会在200-400毫秒内得到结果(非常可接受),但有时候返回结果可能需要30秒.

我知道LIKE查询是非常耗费资源的,但我只是不明白为什么响应时间会有这么大的差异.我已经在该owner1字段上构建了一个btree索引,但我认为这对LIKE查询没有帮助.有人有主意吗?

示例SQL:

SELECT gid, owner1 FORM parcels
WHERE owner1 ILIKE '%someones name%' LIMIT 10
Run Code Online (Sandbox Code Playgroud)

我也尝试过:

SELECT gid, owner1 FROM parcels
WHERE lower(owner1) LIKE lower('%someones name%') LIMIT 10
Run Code Online (Sandbox Code Playgroud)

和:

SELECT gid, owner1 FROM parcels
WHERE lower(owner1) LIKE lower('someones name%') LIMIT 10
Run Code Online (Sandbox Code Playgroud)

有类似的结果.
表行数:约95,000.

postgresql indexing query-optimization pattern-matching sql-like

103
推荐指数
3
解决办法
7万
查看次数

从URL安装Django fixture

我有一些相当大的静态数据(每个大约20MB),我想保留我的回购以保持回购规模.有没有办法从URL加载灯具?我采取了一个长镜头,并将我的夹具推到S3,希望以下工作,但没有运气.

python manage.py loaddata http://s3.amazonaws.com/path/to/fixtures/initial_stuff.json
Run Code Online (Sandbox Code Playgroud)

有没有人对通过HTTP安装灯具有任何想法?

django django-fixtures

4
推荐指数
1
解决办法
396
查看次数