用Python修改属性表的最快方法？

不久前，我编写了一个快速的Python函数，用于将属性表转换为python字典，其中的键来自用户指定的唯一ID字段（通常是OID字段）。另外，默认情况下，所有字段都复制到字典中，但是我包含了一个参数，只允许指定一个子集。

def make_attribute_dict(fc, key_field, attr_list=['*']):
    dict = {}
    fc_field_objects = arcpy.ListFields(fc)
    fc_fields = [field.name for field in fc_field_objects if field.type != 'Geometry']
    if attr_list == ['*']:
        valid_fields = fc_fields
    else:
        valid_fields = [field for field in attr_list if field in fc_fields]
    if key_field not in valid_fields:
        cursor_fields = valid_fields + [key_field]
    else:
        cursor_fields = valid_fields
    with arcpy.da.SearchCursor(fc, cursor_fields) as cursor:
        for row in cursor:
            key = row[cursor_fields.index(key_field)]
            subdict = {}
            for field in valid_fields:
                subdict[field] = row[cursor_fields.index(field)]
            dict[key] = subdict
            del subdict
    return dict

这对于相对较小的数据集来说效果很好，但是我只是在包含约750,000行和15个字段的表上运行了它-在文件地理数据库中大约有100MB。在这些函数上，该函数的运行速度比我预期的要慢得多：大约5-6分钟（这是在将表复制到in_memory工作区之后）。我真的很想找到一种方法来加快向字典的转换，或者对使用Python处理大量属性数据的更好策略有一些了解。

UpdateCursors对我来说效果不佳，因为当一行更改时，它有可能触发其他几行的更改。一次遍历一次并处理它们对于我需要的来说太麻烦了。

我认为问题可能出在您要遍历字段并将每个字段分别附加到subdict字典的两行。

for field in valid_fields:
    subdict[field] = row[cursor_fields.index(field)]

您的row对象已经是一个与字段顺序相同的元组，可以利用它并使用该zip功能。

def make_attribute_dict(fc, key_field, attr_list=['*']):
    attdict = {}
    fc_field_objects = arcpy.ListFields(fc)
    fc_fields = [field.name for field in fc_field_objects if field.type != 'Geometry']
    if attr_list == ['*']:
        valid_fields = fc_fields
    else:
        valid_fields = [field for field in attr_list if field in fc_fields]
    #Ensure that key_field is always the first field in the field list
    cursor_fields = [key_field] + list(set(valid_fields) - set([key_field]))
    with arcpy.da.SearchCursor(fc, cursor_fields) as cursor:
        for row in cursor:
            attdict[row[0]] = dict(zip(cursor.fields,row))
    return attdict

在我的系统上，这在8秒钟内就解决了一个218k记录16个字段文件地理数据库要素类的问题。

编辑：尝试了更严格的测试。518k通过远程SDE连接记录，其中包含16位字段（包括OBJECTID和Shape），以32位运行。11秒:)