Python: Bug: Redis search returns None for every field that declares a storage_name, because RETURN lists the declared name
维护者通常 5 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 2/5
- 预计耗时
- 1-3 小时
- 新手友好度
- 78/100
调研方向
从 python/semantic_kernel/connectors/redis.py 开始,阅读两个 collection 类中的 _add_return_fields,以及 RedisHashsetCollection._deserialize_store_models_to_dicts。然后检查 tests/unit/connectors/memory/test_redis_store.py 并运行其中的测试。完成标准是两个 collection 都在搜索结果中返回存储名称,并且 Hashset 向量反序列化在搜索和获取时都会生成浮点数列表。
由索引模型根据 Issue 内容生成。
描述
Description
When a field of a Redis collection declares a storage_name, a search returns the record without that field.
The collection creates the index attributes under storage_name or name, and it stores the values under storage_name or name. The KNN part of the search query also uses the storage name. But the RETURN clause of the query lists the declared field name. The server has no attribute with that name, so it leaves the field out.
- A data field with a
storage_namecomes back asNone(dict or dataclass record types). For a pydantic record type, the validation fails because the field is missing. - With
include_vectors=True, a vector field with astorage_nameis not returned either. RedisHashsetCollectionhas a second problem in the same area. It decodes the vector bytes and writes the array under the declared name. The data model step then reads the storage name key, so the vector stays raw bytes. This also hitsget, not onlysearch.
Both RedisHashsetCollection and RedisJsonCollection have the wrong RETURN list.
Reproduction
I ran this on current main (df1cb33d0), Python 3.13, redis-py and redisvl 0.27.2. I have no Redis Stack server here. The fake ft(...).search below answers the way RediSearch does for RETURN: only the attributes named in RETURN come back, plus the key. The RETURN list it prints is the one the connector sends.
import asyncio
import struct
import warnings
from types import SimpleNamespace
warnings.filterwarnings("ignore")
from redis.asyncio import Redis
from redis.commands.search.document import Document
from redisvl.schema import IndexSchema
import semantic_kernel.connectors.redis as redis_module
from semantic_kernel.connectors.redis import RedisHashsetCollection
from semantic_kernel.data.vector import VectorStoreCollectionDefinition, VectorStoreField
DEFN = VectorStoreCollectionDefinition(
fields=[
VectorStoreField("key", name="id", type="str"),
VectorStoreField("data", name="title", type="str", storage_name="doc_title", is_indexed=True),
VectorStoreField("vector", name="vec", dimensions=3, storage_name="doc_vec", type="float"),
]
)
VEC = struct.pack("<3f", 0.1, 0.2, 0.3)
STORED_HASH = {"doc_title": "hello", "doc_vec": VEC, "vector_distance": "0.25"}
class FakeFT:
async def search(self, query, query_params=None):
args = query.get_args()
i = args.index("RETURN")
wanted = args[i + 2 : i + 2 + args[i + 1]]
print("RETURN sent to the server:", wanted)
doc = {"id": "c:k1", "payload": None}
for name in wanted:
if name in STORED_HASH:
doc[name] = STORED_HASH[name]
return SimpleNamespace(docs=[Document(**doc)], total=1)
SCHEMA = IndexSchema.from_dict(
{
"index": {"name": "c", "prefix": "c", "storage_type": "hash"},
"fields": [
{"name": "doc_title", "type": "text"},
{
"name": "doc_vec",
"type": "vector",
"attrs": {"dims": 3, "algorithm": "flat", "distance_metric": "cosine", "datatype": "float32"},
},
],
}
)
async def fake_from_existing(*args, **kwargs):
return SimpleNamespace(schema=SCHEMA)
redis_module.AsyncSearchIndex.from_existing = fake_from_existing
async def main():
db = Redis()
db.ft = lambda name: FakeFT()
col = RedisHashsetCollection(record_type=dict, definition=DEFN, collection_name="c", redis_database=db)
print("stored attributes:", ["doc_title", "doc_vec"])
res = await col.search(vector=[0.1, 0.2, 0.3], top=3, include_vectors=True)
async for r in res.results:
print("search record:", r.record)
# the get path: a stored hash read back through the same deserialization
store_record = {"id": "k1", "doc_title": "hello", "doc_vec": VEC}
print("get record:", col.deserialize([store_record], include_vectors=True))
asyncio.run(main())
Output on main:
stored attributes: ['doc_title', 'doc_vec']
RETURN sent to the server: ['vector_distance', 'id', 'title', 'vec']
search record: {'id': 'c:k1', 'title': None, 'vec': None}
get record: [{'id': 'k1', 'title': 'hello', 'vec': b'\xcd\xcc\xcc=\xcd\xccL>\x9a\x99\x99>'}]
The stored hash has doc_title and doc_vec, but the query asks for title and vec. The search result has None for both fields. The get record has the title, but the vector is still bytes.
For RedisJsonCollection the generated RETURN list is the same, ['vector_distance', 'id', 'title', 'vec'], while the index attributes are doc_title and doc_vec. I printed it with col._construct_vector_query([0.1, 0.2, 0.3], VectorSearchOptions(include_vectors=True)) and query.get_args().
Cause
In python/semantic_kernel/connectors/redis.py, _add_return_fields of both collections calls query.return_field(field.name). Everything else in the file uses field.storage_name or field.name: _definition_to_redis_fields, the serializers, the KNN vector_field_name and the filter parser.
In RedisHashsetCollection._deserialize_store_models_to_dicts, the vector is decoded into rec[field.name]. VectorStoreCollection._deserialize_dict_to_data_model reads record.get(field.storage_name or field.name) for dict and dataclass types, and for pydantic types it moves the storage key over the declared name. In both cases the raw bytes win.
The same thing was reported and fixed for Azure AI Search hybrid search in #14684.
Expected
A field with a storage_name is returned by search and by get, with the same value as a field without one. The vector is decoded to a list of floats.
Possible fix
I have a branch ready: https://github.com/VANDRANKI/semantic-kernel/tree/fix/redis-return-fields-storage-name
_add_return_fieldsof both collections returnsfield.storage_name or field.name.- The Hashset deserialization decodes the vector in place under the storage name, and also keeps the value under the declared name.
It adds 6 tests to tests/unit/connectors/memory/test_redis_store.py: the RETURN list for both collections with and without vectors, a search through a fake ft.search that honors RETURN, and the vector decode. All 6 fail on main. The 35 tests in that file pass on the branch, and ruff check and format are clean.
I can't open a pull request from this account right now, so the compare link is https://github.com/microsoft/semantic-kernel/compare/main...VANDRANKI:semantic-kernel:fix/redis-return-fields-storage-name
- 主要语言
- C#
- 星标
- 28.7k
- 派生
- 4.9k
- 平均合并
- 5 天 3 小时
- 30 天内合并 PR
- 63
环境准备
在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
microsoft/semantic-kernel 的其他 Issue
-
.Net: gpt-image-1 is the default image model in the .NET OpenAI connector, and OpenAI shuts it down on October 23可能已有人在做 @nightcityblade 于 36 天前认领。 未关闭.NET triage
难度 2/5 1-3 小时 新手友好度 73/100
microsoft/semantic-kernel#14526 · 1 条评论 ·
维护者通常 5 天内回复
-
Python: VolatileMemoryStore.get_batch and get_nearest_matches ignore with_embeddings=False (deepcopy result is discarded)可能已有人在做 @VANDRANKI 于 38 天前认领。 未关闭python triage
难度 2/5 1-3 小时 新手友好度 84/100
microsoft/semantic-kernel#14522 ·
维护者通常 5 天内回复
-
.Net: Bug: BinaryContent does not decode the %xx escapes of a non-base64 data URI可能已有人在做 @Laurianti 于 38 天前认领。 未关闭.NET triage
难度 2/5 1-3 小时 新手友好度 76/100
microsoft/semantic-kernel#14518 ·
维护者通常 5 天内回复
-
Python: FunctionCallContent.combine_arguments drops a streamed "{}" chunk, producing invalid JSON arguments可能已有人在做 @VANDRANKI 于 39 天前认领。 未关闭python triage
难度 2/5 1-3 小时 新手友好度 82/100
microsoft/semantic-kernel#14512 · 2 条评论 ·
维护者通常 5 天内回复
-
Python: NAMED_ARG_REGEX character-class bug [${1}] lets non-$-prefixed values ({, 1, }) be silently parsed as variable references可能已有人在做 @aniketkrs 于 42 天前认领。 未关闭python triage
难度 2/5 1-3 小时 新手友好度 85/100
microsoft/semantic-kernel#14491 · 1 条评论 ·
维护者通常 5 天内回复
查看 microsoft/semantic-kernel 的全部 Issue
相似的 Issue
-
NEW ISSUE Requestor-Player
难度 2/5 1-3 小时 新手友好度 81/100
tModLoader/tModLoader#5575 · 1 个 reaction ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 82/100
维护者通常 1 天内回复
-
A: Art Beginner Friendly P3: Standard T: Bugfix
难度 2/5 1-3 小时 新手友好度 76/100
space-wizards/space-station-14#46728 ·
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 65/100
-
bug ready-for-agent
难度 2/5 1-3 小时 新手友好度 64/100
fboucher/2d6-dungeon-app#291 · 1 条评论 ·
维护者通常 1 天内回复