简介:目的初步分析肾集合管癌预后不良的原因,探讨改善集合管癌预后的方法。方法回顾性分析2003年6月至2007年10月648例肾癌中7例集合管癌患者(1.08%)的临床、病理及随访资料,通过患者症状、TNM分期、综合治疗策略三个方面初步分析集合管癌预后不良的原因。结果7例集合管癌患者,男性4名,女性3名,平均年龄58.3岁。因腰痛、血尿、腹部肿块就诊者5例,无症状肾癌2例。AJCC临床分期Ⅱ期2例,IV期5例。肿瘤平均体积8.2cm×6.6cm×5.8cm,血管内癌栓形成5例,肾内转移形成卫星灶3例,肾门淋巴结转移4例,远处转移1例。5例行根治性肾切除术,2例行姑息性肾切除术,1例加行胰十二指肠切除术。7例术后均行免疫治疗,1例行辅助化疗。平均随访13.9个月,5例死亡患者平均生存时间11.8个月。结论典型症状的出现提示预后不良,早期淋巴转移,根治性切除术对大部分患者难以达到根治效果,术后辅助治疗效果不明确是集合管癌预后不良的重要原因。依靠健康查体筛查可疑病例,早期发现,早期手术治疗是改善肾集合管癌预后的关键所在。
简介:摘要:工会组织要以职工创新工作室市场化运作为着力点,不断探索新的创新路径,引导激励职工勇于创新,挖掘职工的聪明才智,激发职工的创新热情和创造活力,推动企业转型发展。
简介:耦合降水集合预报信息与水文模型是水文预报发展的一个重要方向。然而由于大气运行初始条件及模式的不确定性数值降雨预报不可避免地存在误差。基于全球集合预报系统(GFS)提供的1~8d预见期的降雨集合预报数据,研究了基于扩展型Logistic算法和异方差扩展型Logistic算法发展的5个统计后处理模型对淮河流域息县子流域GFS预报降雨的校正效果。结果表明,5个模型对GFS预报降雨均具有较好的校正效果,但随着预见期的增长,各个模型的校正能力呈衰减趋势。总体而言,相较于基于扩展型Logistic算法的3个模型,基于异方差扩展型Logistic算法的2个模型具有更优的校正能力。
简介:在数据库应用程序的研发过程中,经常涉及到对数据表的任意字段进行任意形式的组合查询,这样可以大大缩小查询范围,这就是多条件查询。文章首先对多条件查询的常用方法予以介绍,包括枚举法、递进法;最后笔者给出防止注入攻击的基于List集合的多条件查询优化算法。同时,为了提高性能,避免产生垃圾内存,SQL语句都使用StringBuilder类来创建字符串实例进行拼接,文中的代码均在VS2008平台下运行通过。
简介:摘要内容中心网络性能优劣与内容访问特征及网络缓存和请求内容的耦合度紧密相关。首先提出了一种分层感知算法,该算法实现了对缓存节点特征和内容访问特征的分层感知,旨在提升节点缓存与请求内容的耦合度。其次,在分层感知算法基础上提出了最小缓存集合机制,分层感知算法用于指导最小缓存集合节点位置选取及最小缓存集合对缓存内容选取,实现了基于分层感知的最小缓存集合协同传输策略,提高了网络缓存与内容请求的耦合度。针对分层感知算法和该协同传输策略进行了仿真验证,结果表明该传输策略在缓存命中率,传输时延和网络流量负载的性能表现良好,验证了该协同传输策略通过提高节点缓存与内容请求耦合度从而提升网络性能方面的有效性和可行性。
简介:利用全球谱模式T106L19和增长模繁殖法(BGM)建立了月动力延伸集合预报系统,基于气候海表面温度(SST)和预测海表面温度,设计了三组集合预报试验,一组为气候SST作为模式下边界条件的集合预报试验(CSST试验),另一组为预测SST作为模式的下边界条件的集合预报试验(FSST试验),第三组为前两组试验的集合预报结果之和(AvE30试验),对两种海温强迫分别进行了48个月的试验,并对预报结果进行了检验和分析。结果表明:相对于单一的控制预报,不管是CSST试验还是FSST试验,利用BGM方法制作的初值集合预报能显著提高月平均环流的预报技巧,集合预报对PNA区域的预报技巧改进显著,特别是预测SST强迫有正的贡献;同时考虑初值和边值不确定性影响的集合预报试验(AVE30试验),其全球预报技巧不仅高于控制预报,也分别高于FSST试验和CSST试验,这说明要提高月延伸预报技巧,必须同时考虑初值和边值的影响;大气对SST强迫的响应在模式积分10天开始显著,SST对第二旬和第三句的作用直接影响月平均环流的预报效果,而SST对第二旬和第三旬预报的影响不仅与SST本身变化有关,还与初值有关,不同的初值其作用不同;集合预报对我国夏季月平均温度分布具有较强预报能力,采用预报海温强迫的预报结果,总体上优于气候海温强迫的结果。
简介:在软件行业中,五年就像是一个地质时代。五年前,Microsoft宣布了自己的Micorsoft.NETFramework计划。从那以后,DataSet(数据集)才开始作为关键对象出现在基于.NET的应用程序中,执行多种数据相关的任务。也是五年前,DataSet被誉为ADO记录集(Recordset)的威力增强版。那么在.NETFramework出现之前,您是如何设计数据访问层(DAL,DataAccessLayer)的呢?我想您一定是以ADO和它全能的Recordset对象——断开的、且可进行XML序列化的——为中心构建数据访问层。