Proper Usage of remapResults="true"
The remapResults attribute is available on 【statement】, 【select】, and 【procedure】 mapped statements. It is an optional attribute and the default value is false.
The remapResults attribute should be set to true when a query has a variable set of return columns. For example, consider the following queries:
在 【statement】, 【select】, 和【procedure】 标签中存在一个可选的属性【remapResults】,默认值是false.
如果每次查询的列不定的话,这个属性需要设置为true.如下所例:
xml 代码
- SELECT $fieldList$
- FROM table
In this example, the list of column names is dynamic, even though the table is always the same.
在这个例子中,虽然检索的是同一张表,可是每次查询的列却是可变的。
xml 代码
- SELECT *
- FROM $someTable$
In this example, the table could be different. Because of the usage of * in the SELECT clause, the resulting columns names could be different, as well.
在这个例子中,因为在Select中使用了*匹配符,所以查询的列会随着表名的不同而发生变化。
Since the overhead to introspect the result set metadata is not trivial, iBATIS will remember what was returned the last time the query was run. This could create problems in situations similar to the examples above.
为了避免经常的对返回的结果进行内省,iBATIS会记录上一次查询结果的元数据,这样,在遇到上面的例子时就会出现问题。
Let's consider what iBATIS will do for the first example depending on the usage of remapResults.
让我们了解一下,iBATIS是如何依赖remapResults属性的。
Without remapResults, or remapResults="false":
当没有设置remapResults属性,或者设置remapResults为false时:
Let's say $fieldList$ is set to "fld1, fld2" the first time the query is executed, thus giving the query:
假设在第一次查询时,$fieldList$设置为"fld1, fld2" ,查询语句等效下面的SQL:
xml 代码
- SELECT fld1, fld2
- FROM table
iBATIS will try to be efficient by assuming that fld1 and fld2 will always be in the result set on each subsequent execution of the query.
The application will run into trouble if the value for $fieldList$ changes, such as "fld3, fld4". Not only will iBATIS be unable to find fld1 and fld2 in the result set,
thus returning improper results, iBATIS won't know about fld3 and fld4 because they weren't in the query on its initial execution.
iBATIS为了效率,假设这条SQL语句今后的查询结果都会返回fld1和fld2列。
如果后面$fieldList$发生变化,比如设置为 "fld3, fld4",程序将会遇到一些麻烦。不仅仅是iBATIS找不到fld1和fld2列那么简单,
麻烦的是,iBATIS也不会识别fld3和fld4,因为在SQL初始化的时候,这两列并没有包括在内。
With remapResults="true":
iBATIS will introspect the result set metadata every time the query is run and will always return the proper results. This feature comes at some performance cost, so only use it if you really need it – when the columns in the result set are variable, either directly, like in the first example, or indirectly, because of a variable table.
当设置remapResults为"true"时:
iBATIS会在每次查询的时候内省查询结果来设置元数据,来保证返回恰当的结果。这个属性会造成一定的性能损失,所以要谨慎使用,只在你需要的时候使用--查询列发生变化,直接的,如第一个例子一样,或者隐含的,如第二个例子,检索的表发生变化。
分享到:
相关推荐
1. **检查 SQL 语句**:首先确认所有涉及到动态表名和动态字段名的 `<select>` 标签中是否都已经正确地设置了 `remapResults="true"` 属性。 2. **代码审查**:对于所有涉及到动态表名和字段名的操作,需要仔细检查...
为了避免这种情况,可以通过调整IBATIS的配置,具体而言,设置`remapResults`属性为`true`,以此来屏蔽缓存功能,确保查询操作的顺利进行。这一策略能够有效规避由缓存引发的SQL错误,保障系统的稳定运行。 #### ...
为了使查询结果能够适应变化的列名和列数,我们需要设置 `remapResults` 属性为 `true`。 ```xml <!-- sqlMap 映射文件 --> <select id="getDynamicTable" resultClass="java.util.HashMap" remapResults="true" ...
通过查阅文档,找到了配置选项来控制是否使用缓存,例如`<resultMap>`标签的`cache`属性可以关闭特定映射的缓存,或者使用`<select>`标签的`flushCache="true"`属性,强制每次执行后清空缓存。 总结来说,自定义SQL...
江苏省培育壮大数据企业行动方案(2025-2027年).docx
内容概要:本文详细解析了一个基于西门子200smart PLC的三泵联动恒压供水系统。该系统采用了“三层蛋糕”结构(底层硬件驱动、中间逻辑控制、上层HMI交互),并通过多个子程序实现了精确的压力控制、泵组调度、报警处理等功能。文中重点介绍了压力传感器数据处理、PID控制、泵组轮换机制、报警处理以及手动模式设计等方面的技术细节。此外,还分享了一些现场调试的经验教训,如量程转换、延时设置不当引发的问题及其解决方案。 适合人群:从事工业自动化领域的工程师和技术人员,尤其是熟悉PLC编程和恒压供水系统的从业者。 使用场景及目标:适用于需要深入了解西门子200smart PLC编程技巧、恒压供水系统设计思路的人群。目标是帮助读者掌握如何构建稳定可靠的恒压供水控制系统,提高系统性能并减少故障发生。 其他说明:文章不仅提供了详细的代码片段和配置方法,还结合实际案例讲解了许多容易忽视但至关重要的细节,有助于提升读者的实际操作能力。
基于STM32设计的数字示波器全套资料(原理图、PCB图、源代码) 硬件平台: 主控器:STM32F103ZET6 64K RAM 512K ROM 屏幕器:SSD1963 分辨率:480*272 16位色 触摸屏:TSC2046 模拟电路: OP-TL084 OP-U741 SW-CD4051 CMP-LM311 PWR-LM7805 -LM7905 -MC34063 -AMS1117-3.3 DRT-ULN2003 6.继电器:信号继电器 7.电源:DC +12V 软件平台: 开发环境:RealView MDK-ARM uVision4.10 C编译器:ARMCC ASM编译器:ARMASM 连机器:ARMLINK 实时内核:UC/OS-II 2.9实时操作系统 GUI内核:uC/GUI 3.9图形用户接口 底层驱动:各个外设驱动程序 数字示波器功能: 波形发生器:使用STM32一路DA实现正弦,三角波,方波,白噪声输出。 任意一种波形幅值在0-3.3V任意可调、频率在一定范围任意可调、方波占空比可调。调节选项可以通过触摸屏完成设置。 SD卡存储: SD卡波形存储输出,能够对当前屏幕截屏,以JPG格式存储在SD卡上。能够存储1S内的波形数据,可以随时调用查看。 数据传输:用C#编写上位机,通过串口完成对下位机的控制。(1)实现STOP/RUN功能(2)输出波形电压、时间参数(3)控制截屏(4)控制波形发生器(5)控制完成FFT(6)波形的存储和显示 图形接口: UCGUI 水平扫速: 250 ns*、500ns、1μs、5 μs、10μs、50μs、500 μs、5ms 、50ms 垂直电压灵敏度:10mV/div, 20mV/div, 50mV/div, 0.1V/div, 0,2V/div, 0.5V/div, 1V/div,2V/
内容概要:本文详细介绍了如何使用Copula函数模型解决风电场出力相关性问题,并结合三点估计法(3PEM)进行概率潮流计算。首先,文章指出传统方法如正态分布假设无法有效处理风电场出力的非线性相关性,而Copula函数能够将边缘分布和相关结构分离处理,从而提高计算精度。文中提供了具体的Python代码示例,展示了如何构建Gaussian Copula模型以及进行Nataf变换,确保生成的样本符合实际物理空间的分布特征。此外,文章还强调了在处理多风电场场景时需要注意的问题,如协方差矩阵的正则化处理和Copula模型的选择。最后,通过实例验证,证明了该方法不仅提高了计算效率,还将电压越限概率的误差控制在较低范围内。 适合人群:从事电力系统研究、风电场规划与运营的技术人员,以及对概率潮流计算感兴趣的科研工作者。 使用场景及目标:适用于需要精确评估风电场出力相关性和进行概率潮流计算的场合,旨在提高计算效率和精度,优化电网调度决策。 其他说明:文章提醒读者在选择Copula模型时需根据具体数据特点进行调整,避免盲目套用特定模型导致拟合效果不佳。同时,在实际应用中应注意验证生成样本的统计特性,确保模型的有效性和可靠性。
Delphi 12.3控件之东软数据平台-SM4-加解密-demo.7z
板材智能材料库sw20可编辑_三维3D设计图纸_三维3D设计图纸.zip
龙门式主轴移动裁断机sw18可编辑_三维3D设计图纸_三维3D设计图纸.zip
内容概要:本文详细介绍了基于模型预测控制(MPC)的分布式光伏配电网有功无功协调优化方案。该方案采用多时间尺度优化策略,分为日前优化和日内校正两个层次。日前优化每小时生成计划曲线,考虑光伏和负荷预测;日内校正则每15分钟进行一次,根据实时数据调整计划。文中还讨论了将交流潮流方程转化为二阶锥规划(SOCP)的方法,以及储能系统在削峰填谷和误差补偿中的作用。实验结果显示,该方案显著提高了电压合格率和光伏消纳率。 适合人群:电力系统研究人员、从事配电网优化的工程师和技术人员。 使用场景及目标:适用于分布式光伏大规模接入配电网后的优化调度,旨在提高电压稳定性和光伏利用率,减少网损并优化设备使用。 其他说明:文中提供了详细的代码片段和数学模型,帮助读者理解和实现该优化方案。同时,强调了不同时间尺度变量耦合的重要性,并提出了未来改进方向,如使用LSTM+Attention进行光伏预测和分布式求解架构的应用。
2023-04-06-项目笔记-第四百六十二阶段-课前小分享_小分享1.坚持提交gitee 小分享2.作业中提交代码 小分享3.写代码注意代码风格 4.3.1变量的使用 4.4变量的作用域与生命周期 4.4.1局部变量的作用域 4.4.2全局变量的作用域 4.4.2.1全局变量的作用域_1 4.4.2.460局变量的作用域_460- 2025-04-08
电大土木工程力学复习题小抄.doc
缸体装配检测线sw20可编辑_三维3D设计图纸_三维3D设计图纸.zip
基于STM32 ob-jlink 调试器全套资料(原理图、PCB图、Hex文件) 本设计分享的是某宝开源的基于STM32F103C8T6的 ob-jlink 调试器全套资料,见附件下载。Link- OB 调试器最开始是出现在各大公司的评估板上,其名为on-board 简称OB。它是由SEGGER 开发的一套独立的仿真调试下载器。可以通过USB与PC通信,另一端通过SWD /JTAG方式与可支持器件通信,完成调试仿真下载调试任务。STM32 ob-jlink 调试器电路
带约束条件的优化算法麻雀搜索算法 matlab代码,直接运行
内容概要:本文详细介绍了如何利用Matlab和元胞自动机进行行人紧急疏散的模拟仿真。首先构建了一个20x30的二维网格房间模型,设置了出口、障碍物、行人和火灾源。通过三维矩阵记录每个单元格的状态,包括行人/障碍物、烟雾浓度和温度值。火灾扩散采用了热传导模型,考虑了材料燃烧特性,行人移动则基于动态场模型,结合出口吸引力、火灾排斥力和人群密度等因素。此外,还探讨了多层建筑的扩展方法,如引入楼梯单元和调整烟雾扩散规则。实验结果显示,当行人密度超过45%,出口处会出现“拱形堵塞”,烟雾能见度下降使疏散时间显著增加,设置中间避难区可有效降低伤亡率。 适合人群:对元胞自动机、Matlab编程以及紧急疏散模拟感兴趣的科研人员、学生和技术爱好者。 使用场景及目标:适用于研究复杂建筑环境中的紧急疏散策略,帮助优化建筑设计和应急响应措施,提高疏散效率和安全性。 其他说明:文中提供了详细的代码片段,涵盖了从环境初始化、火灾扩散、行人移动到可视化的完整流程。通过调整参数,可以观察不同的疏散现象,如拱形堵塞、路径切换等。
内容概要:本文详细介绍了如何使用 Qt 5.13.1 和 MinGW 实现高效的 Dock 窗口布局系统。主要内容涵盖自定义布局管理器、拖拽处理、定位算法、动画效果、层级管理和状态持久化等方面的技术细节。通过自定义 DockLayout 类和事件过滤器,实现了窗口的灵活拖拽和自动吸附功能。同时,利用几何计算和区域四分法优化了插入位置的判断逻辑,并通过动画效果提升了用户体验。此外,文章还讨论了窗口嵌套时的层级管理、状态持久化以及一些常见的坑点和解决方案。 适合人群:具有一定 C++ 和 Qt 编程经验的开发人员,尤其是从事桌面应用程序开发的工程师。 使用场景及目标:适用于需要实现复杂窗口布局和拖拽功能的应用程序开发,如集成开发环境 (IDE) 或者复杂的图形用户界面 (GUI) 应用。目标是提供类似 Visual Studio 的高效、流畅的窗口管理体验。 其他说明:文中提供了大量代码片段和实现细节,帮助读者深入理解各个功能模块的工作原理。同时,作者分享了许多实践经验,包括如何避免常见错误和提高性能的方法。
这份《智慧校园建设方案》详尽规划了如何通过科技手段全面升级校园管理、教学与生活,打造一个集信息化、智能化于一体的现代化校园环境。方案以教学和管理为核心,分阶段逐步推进,旨在实现校园生活的全面智慧化。 首先,方案从基础平台建设入手,构建了统一认证管理、基础信息库、应用接入及数据标准等核心框架,确保各业务系统间的高效协同与数据互通。通过这一基础平台,学校能够实现师生信息的统一管理、权限的精准控制以及第三方应用的无缝对接,为后续的智慧化应用奠定了坚实基础。在此基础上,方案进一步提出了才智门户、才智管理、才智教学等关键模块的建设。才智门户不仅为学校提供了功能模块化、智能化的建站系统,还通过家校帮客户端等移动端应用,增强了家校互动,让家长随时了解孩子在校情况,实现了教育的无缝连接。才智管理模块则涵盖了办公管理、学生管理、教务管理等多个方面,通过自动化流程、智能化分析,大幅提升了管理效率,减轻了教师负担。而才智教学模块更是亮点纷呈,从校本资源库的建设到课前导学、同步备课、互动课堂等环节的优化,不仅促进了教学资源的共享与利用,还通过科技手段激发了学生的学习兴趣,提升了教学效果。 尤为引人注目的是,方案还充分考虑到了校园生活的智慧化升级。通过整合智能手环、一卡通、门禁闸机、红外测温等硬件设施,方案为校园提供了门禁考勤、校内消费、教室申请、平安校园等智能化解决方案。学生佩戴智能手环即可轻松完成考勤、消费等操作,家长可实时掌握孩子的动态,学校则能更高效地管理校园资源与安全。此外,方案还规划了才智环境的长远建设,包括数字图书馆、创客空间、录播教室等创新空间的建设,以及红外测温、视频监控等安全系统的完善,旨在为学生营造一个安全、便捷、充满创意的学习环境。整个方案的实施将分阶段进行,确保每一步都稳扎稳打,逐步推进校园的智慧化转型。这份方案不仅展现了科技在教育领域的无限潜力,更为学校提供了一条清晰可行的智慧化建设路径,让校园管理更加高效,教学更加生动,生活更加便捷。