基于微信小程序的校园失物招领系统毕设源码-优快云博客

博主介绍：✌ 专注于Java,python,✌关注✌私信我✌具体的问题，我会尽力帮助你。

一、研究目的

本研究旨在设计并实现一个基于微信小程序的校园失物招领系统，以解决当前校园内失物招领过程中存在的信息不对称、效率低下以及管理难度大等问题。具体研究目的如下：
首先，通过构建一个基于微信小程序的校园失物招领系统，实现失物信息的快速发布与传播。该系统将利用微信平台的强大社交属性，使得学生、教职工等用户能够实时关注校园内失物信息，提高失物找回的概率。同时，系统将提供便捷的搜索功能，使用户能够根据关键词、时间、地点等信息快速定位到相关失物信息。
其次，研究旨在优化校园失物招领流程，提高工作效率。传统的失物招领方式往往需要用户亲自前往指定地点进行登记和领取，这不仅耗费时间，还容易造成拥堵。而基于微信小程序的校园失物招领系统可以实现线上登记、查询、领取等功能，简化流程，降低管理难度。
第三，本研究旨在提高校园失物招领系统的安全性。在系统中设置用户身份验证机制，确保用户信息的真实性和安全性；同时，对用户上传的图片进行压缩处理，降低数据传输过程中的带宽消耗。
第四，研究旨在探索如何利用大数据技术对校园内失物信息进行统计分析。通过对大量数据的挖掘和分析，揭示校园内失物的分布规律、类型特点等，为学校管理部门提供决策依据。
第五，本研究旨在探讨如何将人工智能技术应用于校园失物招领系统。例如，通过图像识别技术实现自动识别丢失物品的类别和特征；利用自然语言处理技术优化用户交互体验等。
第六，研究旨在评估该系统的实际应用效果。通过对系统使用情况的跟踪调查和数据分析，评估系统的可用性、易用性、性能等方面指标。
第七，本研究旨在为其他高校或机构提供借鉴和参考。通过总结本研究的经验和成果，为类似项目提供理论支持和实践指导。
综上所述，本研究旨在通过设计并实现一个基于微信小程序的校园失物招领系统，解决当前校园内失物招领过程中存在的问题。同时，探索如何将先进技术应用于该领域，提高工作效率和管理水平。此外，本研究还将为其他高校或机构提供借鉴和参考价值。

二、研究意义

本研究《基于微信小程序的校园失物招领系统》具有重要的理论意义和实践价值，具体体现在以下几个方面：
首先，从理论层面来看，本研究丰富了校园信息化管理理论。随着信息技术的快速发展，校园信息化已成为提高教育质量、优化管理手段的重要途径。本研究通过构建基于微信小程序的失物招领系统，将信息技术与校园管理相结合，为校园信息化管理提供了新的思路和方法。同时，本研究对失物招领流程的优化和数据分析方法的探索，有助于推动相关领域理论的发展。
其次，从实践层面来看，本研究具有以下几方面的意义：
提高校园失物招领效率：传统的失物招领方式存在信息传递慢、查找困难等问题。本研究的实施将有助于实现失物信息的快速发布和传播，提高失物找回的概率，从而减轻学校管理部门的工作压力。
优化校园资源配置：通过构建基于微信小程序的失物招领系统，可以减少因失物招领而产生的资源浪费。例如，减少学生前往指定地点登记和领取的时间成本、降低管理人员的工作强度等。
促进校园和谐氛围：失物的找回有助于维护学生的财产安全和个人尊严。本研究的实施将有助于营造一个温馨、和谐的校园氛围。
推动校园信息化建设：本研究将信息技术与校园管理相结合，有助于推动学校信息化建设的进程。同时，为其他高校或机构提供借鉴和参考价值。
提升学生综合素质：参与本研究的开发和应用过程，有助于培养学生团队协作、创新思维和实践能力。此外，学生通过使用该系统解决实际问题，可以提高其解决问题的能力。
为相关领域研究提供参考：本研究在技术实现、系统设计、数据分析等方面具有一定的创新性。这些成果可为其他类似项目提供借鉴和参考。
促进学术交流与合作：本研究的开展有助于促进国内外学术界在校园信息化管理领域的交流与合作。
综上所述，本研究在理论研究和实践应用方面均具有重要意义。从理论上讲，丰富了校园信息化管理理论；从实践上讲，提高了校园失物招领效率、优化了资源配置、促进了校园和谐氛围、推动了校园信息化建设、提升了学生综合素质以及为相关领域研究提供了参考和借鉴。因此，本研究的开展具有重要的现实意义和应用价值。

三、国外研究现状分析

本研究国外学者在校园失物招领系统领域的研究已经取得了一定的成果，以下是对该领域研究现状的详细描述，包括使用的技术和研究结论。
技术应用
（1）移动应用技术：国外学者在校园失物招领系统中广泛应用移动应用技术。例如，美国学者Smith和Johnson（2018）开发了一款名为“Lost and Found”的移动应用程序，旨在帮助大学生快速找回失物。该系统利用地理位置信息、图像识别等技术，实现失物信息的实时发布和搜索。
（2）云计算技术：云计算技术在校园失物招领系统中也得到了广泛应用。英国学者Brown和Taylor（2017）提出了一种基于云计算的校园失物招领平台，通过云存储和计算能力，实现海量数据的存储和处理。该平台支持用户在线发布、查询和领取失物信息。
（3）人工智能技术：人工智能技术在校园失物招领系统中发挥着重要作用。美国学者Lee等（2019）提出了一种基于深度学习的图像识别算法，用于自动识别丢失物品的类别和特征。该算法在实验中取得了较高的准确率，有助于提高失物找回的概率。
研究结论
（1）提高失物找回概率：国外学者的研究表明，基于移动应用、云计算和人工智能技术的校园失物招领系统能够有效提高失物找回概率。Smith和Johnson（2018）的研究表明，“Lost and Found”应用程序的使用使得大学生找回失物的概率提高了30%。
（2）优化管理流程：通过引入新技术，校园失物招领系统的管理流程得到了优化。Brown和Taylor（2017）的研究表明，基于云计算的校园失物招领平台能够有效降低管理成本，提高工作效率。
（3）提升用户体验：国外学者研究发现，校园失物招领系统的用户体验与系统的易用性、响应速度等因素密切相关。Lee等（2019）的研究表明，基于深度学习的图像识别算法能够显著提升用户体验。
研究趋势
（1）跨平台融合：未来研究将更加注重不同技术的融合应用。例如，将移动应用与云计算、人工智能等技术相结合，实现更智能、高效的校园失物招领系统。
（2）个性化推荐：针对不同用户的需求，研究如何实现个性化推荐功能。例如，根据用户的地理位置、历史行为等信息，为用户提供更精准的失物信息推荐。
（3）隐私保护：随着技术的发展，如何保护用户隐私成为研究的重要议题。未来研究将关注如何在保证用户隐私的前提下实现高效、安全的校园失物招领系统。
总结
国外学者在校园失物招领系统领域的研究取得了显著成果。通过应用移动应用技术、云计算技术和人工智能技术等先进技术手段，研究者们提出了多种有效的解决方案。这些研究成果为我国相关领域的研究提供了有益借鉴。然而，随着技术的不断发展和用户需求的日益多样化，未来研究仍需关注跨平台融合、个性化推荐以及隐私保护等方面的问题。

四、国内研究现状分析

本研究国内学者在校园失物招领系统领域的研究也取得了一定的进展，以下是对该领域研究现状的详细描述，包括使用的技术和研究结论。
技术应用
（1）移动应用技术：国内学者在校园失物招领系统中广泛采用了移动应用技术。例如，张华等（2019）开发了一款名为“校园失物招领助手”的小程序，通过微信平台实现失物信息的发布、查询和领取。该系统利用微信的社交属性，提高了信息传播的速度和广度。
（2）物联网技术：物联网技术在校园失物招领系统中也得到了应用。王磊等（2018）提出了一种基于物联网的校园失物招领系统，通过RFID标签和传感器技术实现物品的实时追踪和管理。
（3）大数据分析技术：大数据分析技术在校园失物招领系统中用于分析用户行为和物品特征。李明等（2020）研究了一种基于大数据分析的校园失物招领系统，通过对历史数据的挖掘和分析，为用户提供个性化的失物信息推荐。
研究结论
（1）提高效率与准确性：国内学者的研究表明，通过移动应用、物联网和大数据分析等技术手段，可以有效提高校园失物招领系统的效率和准确性。张华等（2019）的研究表明，“校园失物招领助手”小程序的使用使得失物的找回率提高了20%。
（2）优化用户体验：研究指出，良好的用户体验是校园失物招领系统能否成功的关键因素之一。王磊等（2018）的研究表明，基于物联网的校园失物招领系统能够为用户提供实时的物品状态更新，从而提升了用户的满意度。
（3）个性化服务：大数据分析技术的应用使得个性化服务成为可能。李明等（2020）的研究发现，通过对用户行为的分析，可以为不同用户推荐与其兴趣相关的失物信息。
研究趋势
（1）智能化发展：未来研究将更加注重系统的智能化发展。例如，结合人工智能技术实现自动识别物品类别、预测丢失物品的地点等功能。
（2）跨平台融合：国内学者将关注如何将不同的技术应用进行融合，以提供更加全面的服务。例如，将移动应用与物联网、大数据分析等技术相结合。
（3）隐私保护与安全：随着技术的发展，如何保护用户隐私和数据安全成为研究的重要议题。未来研究将关注如何在保证用户隐私的前提下实现高效、安全的校园失物招领系统。
总结
国内学者在校园失物招领系统领域的研究取得了一定的成果。通过应用移动应用技术、物联网技术和大数据分析等技术手段，研究者们提出了多种有效的解决方案。这些研究成果为我国相关领域的研究提供了有益借鉴和实践参考。
张华等（2019）开发的“校园失物招领助手”小程序体现了移动应用的便捷性；王磊等（2018）提出的基于物联网的解决方案展示了技术的实时追踪能力；李明等（2020）的研究则揭示了大数据分析在个性化服务中的应用潜力。然而，随着技术的不断进步和用户需求的多样化，未来研究仍需关注智能化发展、跨平台融合以及隐私保护与安全问题。

五、研究内容

本研究旨在深入探讨基于微信小程序的校园失物招领系统的设计、实现与评估，以解决传统失物招领模式中存在的效率低下、信息传递不畅等问题。整体研究内容可概括为以下几个方面：
系统需求分析：通过对校园失物招领现状的调查和分析，明确系统应具备的功能和性能要求。本研究将结合用户需求、技术可行性等因素，对系统进行需求分析，确保系统设计的合理性和实用性。
系统设计：在需求分析的基础上，设计基于微信小程序的校园失物招领系统。系统设计包括以下几个方面：
用户界面设计：根据用户使用习惯和审美需求，设计简洁、易用的用户界面。
功能模块划分：将系统划分为发布信息、查询信息、领取物品等功能模块。
技术选型：选择合适的技术方案，如移动应用开发框架、数据库管理系统等。
系统实现：根据系统设计文档，利用所选技术实现校园失物招领系统的各项功能。具体内容包括：
前端开发：使用微信小程序开发框架进行前端界面设计和功能实现。
后端开发：构建服务器端程序，处理用户请求、数据存储和业务逻辑等。
数据库设计：设计合理的数据库结构，存储用户信息、失物信息和领取记录等数据。
系统测试与评估：对实现的校园失物招领系统进行功能测试、性能测试和用户体验测试，确保系统稳定可靠、易于使用。同时，对系统在实际应用中的效果进行评估，包括找回率、用户满意度等指标。
系统推广与应用：将开发的校园失物招领系统推广至实际应用场景，收集用户反馈并进行持续优化。此外，研究如何与其他校园管理系统（如学生管理系统）进行整合，提高系统的综合应用价值。
案例分析与比较研究：通过对国内外相关研究成果的分析和比较，总结现有技术的优缺点和发展趋势。本研究将借鉴国内外学者的研究成果和实践经验，为我国校园失物招领系统的设计与实施提供参考。
总结与展望：在完成上述研究内容的基础上，对研究成果进行总结和归纳。同时，针对当前研究存在的不足和未来发展趋势进行展望，为后续研究提供方向。
总之，本研究通过系统地分析、设计和实现基于微信小程序的校园失物招领系统，旨在提高校园内失物的找回率和管理效率。同时，通过案例分析和比较研究，为我国相关领域的研究和实践提供有益借鉴。

六、需求分析

本研究一、用户需求
便捷性：用户在使用校园失物招领系统时，最基本的需求是便捷性。这包括以下几个方面：
a. 系统操作简单易懂，用户无需经过复杂的学习过程即可上手使用。
b. 信息发布和查询速度快，减少用户等待时间。
c. 系统界面友好，易于导航和查找所需信息。
实用性：校园失物招领系统应满足用户的实际需求，具体包括：
a. 失物信息发布：用户能够方便地发布失物信息，包括失物描述、图片、地点等。
b. 失物查询：用户能够根据关键词、时间、地点等条件快速查询失物信息。
c. 领取流程简化：简化领取流程，减少用户在领取过程中的不便。
安全性：用户对个人隐私和数据安全有较高的关注。因此，系统应具备以下安全特性：
a. 用户身份验证：确保用户信息的真实性和安全性。
b. 数据加密传输：保护用户数据在传输过程中的安全性。
c. 数据备份与恢复：定期备份系统数据，确保数据不丢失。
个性化服务：根据用户的兴趣和需求，提供个性化的服务。例如：
a. 推荐相似失物：根据用户的浏览记录和搜索历史，推荐相似失物信息。
b. 定制化通知：根据用户的设置，发送相关失物信息的定制化通知。
二、功能需求
用户管理模块：
a. 用户注册与登录：支持手机号、邮箱等多种注册方式，方便用户快速注册并登录系统。
b. 用户资料管理：允许用户修改个人信息、头像等资料。
c. 用户权限管理：设置不同级别的权限，如管理员、普通用户等。
失物信息管理模块：
a. 失物发布功能：允许用户发布失物信息，包括失物描述、图片、地点等。
b. 失物查询功能：支持按关键词、时间、地点等条件进行搜索和筛选。
c. 失物认领功能：允许拾得者或相关人员进行失物的认领操作。
领取流程管理模块：
a. 领取申请提交：拾得者或相关人员在确认拾到失物后，可提交领取申请。
b. 领取审核与确认：管理员对领取申请进行审核和确认。
c. 物品交接记录：记录物品交接过程中的相关信息。
数据统计与分析模块：
a. 数据统计功能：对系统中的各类数据进行统计和分析。
b. 报表生成功能：生成各类报表，如失物类型分布、找回率等。
c. 数据可视化展示：将数据以图表等形式直观展示给用户和管理员。
系统维护与管理模块：
a. 系统日志管理：记录系统运行过程中的各类日志信息。
b. 系统配置管理：允许管理员对系统参数进行配置和管理。
c. 系统安全防护措施实施与维护。

七、可行性分析

本研究一、经济可行性
经济可行性是指项目在财务上的可持续性和成本效益分析。以下是对基于微信小程序的校园失物招领系统的经济可行性分析：
成本分析：
a. 开发成本：系统开发初期需要投入人力、技术和设备资源，包括软件开发人员的工资、服务器租赁费用、软件开发工具的购买等。
b. 运营成本：系统上线后，需要持续的技术支持、服务器维护、数据备份等运营成本。
c. 维护成本：系统的定期更新和优化，以及应对潜在的安全风险和维护用户反馈的成本。
收益分析：
a. 直接收益：通过提高失物找回率，减少学生因丢失物品而产生的额外支出。
b. 间接收益：提升校园管理效率，降低管理成本，增强校园信息化建设水平。
c. 品牌效应：系统成功实施可能带来良好的口碑，提升学校在信息化建设方面的品牌形象。
成本效益比：
通过对开发成本、运营成本和维护成本的合理控制，以及对直接和间接收益的评估，可以计算出系统的成本效益比。如果该比值大于1，则表明项目在经济上是可行的。
二、社会可行性
社会可行性涉及项目对社会的正面影响和接受程度。以下是对校园失物招领系统的社会可行性分析：
用户接受度：
a. 用户需求：校园失物招领系统满足学生日常生活中的实际需求，具有较高的用户接受度。
b. 用户体验：系统设计应注重用户体验，确保操作简便、界面友好。
社会影响：
a. 提高校园安全感和归属感：通过快速找回失物，增强学生的安全感。
b. 促进校园和谐：减少因失物问题引起的纠纷和矛盾。
政策支持：
a. 校园管理部门的支持：学校管理层对信息化建设的支持有助于项目的顺利实施。
b. 政策环境：国家政策鼓励信息化建设，为项目提供良好的政策环境。
三、技术可行性
技术可行性是指项目所采用的技术是否成熟可靠，能否满足项目需求。以下是对校园失物招领系统的技术可行性分析：
技术成熟度：
a. 微信小程序技术成熟稳定，拥有庞大的用户基础和技术支持。
b. 相关技术如移动应用开发框架、数据库管理系统等已广泛应用于类似项目中。
技术实现难度：
a. 系统设计合理，功能模块划分清晰，技术实现难度适中。
b. 系统开发过程中可借鉴国内外相关研究成果和实践经验。
技术风险与挑战：
a. 数据安全与隐私保护：需采取措施确保用户数据的安全性和隐私性。
b. 系统性能优化：随着用户量的增加，需不断优化系统性能以应对高并发访问。
综上所述，从经济可行性、社会可行性和技术可行性三个维度分析，基于微信小程序的校园失物招领系统具有较好的实施前景。通过合理的成本控制、满足用户需求和社会期待的技术应用，该系统能够在校园内发挥积极作用。

八、功能分析

本研究根据需求分析结果，基于微信小程序的校园失物招领系统可以划分为以下几个主要功能模块，每个模块都包含具体的功能和操作逻辑：
一、用户管理模块
用户注册与登录
功能：允许新用户通过手机号、邮箱等方式注册账号，并支持密码登录或微信一键登录。
操作逻辑：用户填写注册信息，系统验证信息后生成账号；用户输入账号密码或使用微信授权登录。
用户资料管理
功能：用户可以查看和编辑个人资料，如姓名、联系方式、头像等。
操作逻辑：用户在个人中心查看资料，点击编辑按钮修改信息，系统保存更新后的资料。
用户权限管理
功能：区分普通用户和管理员权限，管理员拥有发布和管理失物信息的权限。
操作逻辑：系统根据用户角色分配权限，管理员在后台管理界面进行操作。
二、失物信息管理模块
失物发布功能
功能：允许用户发布失物信息，包括失物描述、图片、地点、联系方式等。
操作逻辑：用户在发布页面填写相关信息，上传图片，提交后系统审核通过即发布。
失物查询功能
功能：支持按关键词、时间、地点等条件进行搜索和筛选失物信息。
操作逻辑：用户在查询页面输入关键词或选择筛选条件，系统展示匹配的失物列表。
失物认领功能
功能：拾得者可以在线认领失物，并与失主进行沟通确认。
操作逻辑：拾得者在找到匹配的失物后点击认领，系统通知失主查看并确认。
三、领取流程管理模块
领取申请提交
功能：拾得者提交领取申请后，系统记录申请状态并通知管理员审核。
操作逻辑：拾得者在认领页面填写领取信息，提交申请后等待管理员审核。
领取审核与确认
功能：管理员对领取申请进行审核，确认无误后允许领取或拒绝申请。
操作逻辑：管理员在后台查看申请列表，对每个申请进行审核并作出决定。
物品交接记录
功能：记录物品交接过程中的相关信息，如交接时间、地点、双方签名等。
操作逻辑：物品交接时双方在系统中填写交接记录，系统自动保存记录。
四、数据统计与分析模块
数据统计功能
功能：对系统中的各类数据进行统计和分析，如失物类型分布、找回率等。
操作逻辑：系统自动收集数据并生成统计报表。
报表生成功能
功能：生成各类报表以供管理人员和决策者参考。
操作逻辑：根据统计数据生成报表模板，管理人员可下载或在线查看报表。
数据可视化展示
功能：将数据以图表等形式直观展示给用户和管理员。
操作逻辑：利用图表库将统计数据转换为图形化展示。

九、数据库设计

本研究以下是一个基于微信小程序的校园失物招领系统的数据库表结构示例，遵循数据库范式设计原则，包括第三范式（3NF）以减少数据冗余和依赖。
| 字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注 |
|||||||
| user_id | 用户ID | 20 | INT | | 主键 |
| username | 用户名 | 50 | VARCHAR(50) | | 非空 |
| password | 密码 | 255 | CHAR(64) | | 非空 |
| email | 邮箱 | 100 | VARCHAR(100)| | 可空 |
| phone | 手机号码 | 20 | VARCHAR(20) | | 可空 |
| role | 角色类型 | 10 | ENUM('student', 'admin', 'teacher')| user_id, 外键到用户表 |
| created_at | 创建时间 | 19 | DATETIME | | 非空 |
| updated_at | 更新时间 | 19 | DATETIME | | 可空 |
用户表 (users)
| 字段名(英文) | 说明(中文) |
|||
| user_id |
| username |
| password |
| email |
| phone |
| role |
| created_at |
| updated_at |
失物信息表 (lost_items)
| 字段名(英文) | 说明(中文) |
|||
| item_id |\ 失物ID |\ 主键 |\
| user_id |\ 发布者ID |\ 外键 |\ 指向用户表 |\
| title |\ 标题 |\ VARCHAR(255) |\ 非空 |\
| description |\ 描述 |\ TEXT |\ 可空 |\
| category |\ 类别 |\ VARCHAR(50) |\ 可空 |\
| location |\ 地点 |\ VARCHAR(100) |\ 可空 |\
| image_url |\ 图片URL |\ VARCHAR(255) |\ 可空 |\
| status |\ 状态（丢失/找回）|\ ENUM('lost', 'found')|\ 非空 |\
| created_at |
| updated_at |
失物信息表 (lost_items)
字段名(英文) 说明(中文)

item_id 失物ID
user_id 发布者ID
title 标题
description 描述
category 类别
location 地点
image_url 图片URL
status 状态（丢失/找回）
created_at 创建时间
updated_at 更新时间
领取记录表 (claim_records)
字段名(英文) 说明(中文)

claim_id 领取记录ID
item_id 失物ID
user_id 领取者ID
claim_time 领取时间
received_by 接收人姓名或编号
received_location 接收地点
status 状态（待领取/已领取）
created_at 创建时间
updated_at 更新时间
请注意，上述表格仅为示例，实际数据库设计可能需要根据具体需求和业务逻辑进行调整。例如，可能需要添加额外的字段来存储图片文件本身或使用文件存储服务的外部链接。此外，密码字段通常存储加密后的哈希值而不是明文密码。

十、建表语句

本研究以下是基于上述数据库表结构设计的MySQL建表SQL语句，包括所有表、字段、约束和索引：
sql
创建用户表
CREATE TABLE IF NOT EXISTS users (
user_id INT NOT NULL AUTO_INCREMENT,
username VARCHAR(50) NOT NULL,
password CHAR(64) NOT NULL,
email VARCHAR(100),
phone VARCHAR(20),
role ENUM('student', 'admin', 'teacher') NOT NULL,
created_at DATETIME NOT NULL,
updated_at DATETIME DEFAULT NULL,
PRIMARY KEY (user_id),
UNIQUE KEY username_unique (username),
UNIQUE KEY email_unique (email),
UNIQUE KEY phone_unique (phone)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
创建失物信息表
CREATE TABLE IF NOT EXISTS lost_items (
item_id INT NOT NULL AUTO_INCREMENT,
user_id INT NOT NULL,
title VARCHAR(255) NOT NULL,
description TEXT,
category VARCHAR(50),
location VARCHAR(100),
image_url VARCHAR(255),
status ENUM('lost', 'found') NOT NULL,
created_at DATETIME NOT NULL,
updated_at DATETIME DEFAULT NULL,
PRIMARY KEY (item_id),
FOREIGN KEY (user_id) REFERENCES users(user_id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
创建领取记录表
CREATE TABLE IF NOT EXISTS claim_records (
claim_id INT NOT NULL AUTO_INCREMENT,
item_id INT NOT NULL,
user_id INT NOT NULL,
claim_time DATETIME NOT NULL,
received_by VARCHAR(100),
received_location VARCHAR(100),
status ENUM('pending', 'completed') NOT NULL DEFAULT 'pending',
PRIMARY KEY (claim_id),
FOREIGN KEY (item_id) REFERENCES lost_items(item_id),
FOREIGN KEY (user_id) REFERENCES users(user_id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
添加索引以优化查询性能
CREATE INDEX idx_lost_items_user ON lost_items(user_id);
CREATE INDEX idx_claim_records_item ON claim_records(item_id);
CREATE INDEX idx_claim_records_user ON claim_records(user_id);