zhvsby的专栏

<br />今天有幸学习了下Log4Net，Log4Net中定义了一个ILog接口，定义了如下方法：<br />     void Debug(object message);<br />  <br /> <br />         void Debug(object message, Exception exception);<br /> <br />          <br />         void DebugFormat(string format, paramsobject[] args)

<br />问题描述【配件入库管理：第一步：新建一张无订单入库的单据，在草稿状态，单击上方的发票录入按钮，发票单据保存并提交到已完成状态。第二步：到配件入库管理把草稿状态的入库单删除。这个不对。应该先删除发票才允允许删除入入库单。】<br />现实世界中存在多种这样形式，我们把他们进行抽象化说明。<br />订单--- 购买-----付款----发票 -----购买退货-----销售------付款-----发票----销售退货。。。。。。。<br />【发票和付款没有关联。不分前后进行该业务】<br />

<br />问题【库存管理-整机设备动态表综合查询：查询日期从1月到11月，办事处2仓库，查询结果中有9条数据，而在整机购买合同界面（已完成）有10条数据。两个界面的数据不一致。主要是因为整机购买合同界面（已完成）的样机PC120,210210没有显示出来。】<br />用测试人账号进入发现确认如此。但是真的如测试人提出来的有问题吗？<br />首先分析该报表的需求功能：整机设备动态表综合查询  何谓动态查询，也就是说这台机器的跟踪变化如设备入库的仓库是烟台，可能不会直接在烟台卖出的而是中间转库到了青岛。<

<br />关于期初本期  期末<br /><br /><br /> <br />以整机设备库存总账查询为例：<br />月度是2010-11月。期初指的是2010-11月之前的数据和金额。<br />本期发生指2010-11-01到2010-11-30之间发生的数据和金额如转入转出等<br />期末指期初+本期入- 本期出

<br />端口号（Port Number）<br />端口号（Port numbers）与 TCP 和 UDP 协议有关，被设计来区分运行在一单个设备上的应用程序与另一个用一个 IP 地址。因为很多网络应用程序可能运行在相同的机器上，计算机需要某物来保证恰当的软件应用程序在目的地计算机上获得来自源机器的数据分组，和保证答复被发送到源计算机恰当的应用程序。这通过使用 TCP 或 UDP “端口号”来完成。在 TCP 和 UDP 的报头，有“源端口”和“目的端口”域，它们被用于指出信息发送过程和接收过程身份定

<br />PTC-<br />代码管理-整机管理系统-CD0210整机销售赠送配件区分：报错：在数据库返回过程中，发生如下错误，未能启用约束，一行或多行中包含违反非空、唯一或外键约束的值。<br /><br />根源这个表的数据需要清理掉<br /><br /> <br /> <br /> <br /> <br />Present_Type_ForPart

<br /> 问题：参照的汇编没有安装在系统上<br />----------------------------<br />1.查看.net frameWork是否正常,如果不正常重新安装;<br />2.1处理完之后仍然报此错误,请删除目录;<br />系统盘:/Documents and Settings/%username%/Local Settings/Apps  <br />3.重新安装即可.<br /> 

<br />之前看过一次出这种错误后的解决方案：<br />后台使用Class文件，编译后为DLL<br />在前台引用该DLL，<br />由于同事失误需要修改Class文件，<br />由于不涉及到前台的修改，<br />所以自己也就干净利落的重新发布了一次后台，<br />但是到了客户那里还是报错。<br />于是根据前段时间看的博客的经验就认为前台引用了后台的DLL后没有更新的缘故。<br />于是重新发布了前台。<br />最后成功。<br /> 

<br />一天中午，丈夫在外给家里打电话：“亲爱的老婆，晚上我想带几个同事回家吃饭可以吗？”（订货意向） <br />　 妻子：“当然可以，来几个人，几点来，想吃什么菜？” <br />　 丈夫：“6个人，我们7点左右回来，准备些酒 烤鸭 番茄炒蛋 凉菜 蛋花汤。。。。。。，你看可以吗？”（商务沟通） <br />　 妻子：“没问题，我会准备好的，”（订单确认） <br />　 妻子记录下需要做的菜单（MPS计划），具体要准备的菜：鸭 酒 番茄 鸡蛋 作油。。。。。。（BOM物料清单），发现需要：1只鸭，

<br />一般的数据库设计表结构是建立一个主表和一个细表或多个细表，用一个主外键进行关联。同时对于主表而言一般要涉及到的几个字段是录入人，录入日期，审批人，审批日期，<br />最后修改人，最后修改日期，备注。

<br />一个大的系统中会用到多样的代码形式：如下图<br /><br /><br /> <br />仓库代码和仓库名称根据我们的业务情况会随时进行变化。如客户由于业绩很好，在2012年新增开了一个仓库，那么新增加的这个仓库的录入源在哪儿呢？<br />此类的截图还有员工的增加，部门的增加，付款方式等等显示中有很多这种形式。<br />如何统一控制这种形式呢？后台数据库又是如何设计的呢？<br />方案是：对上述形式进行统一控制，后台设计好相应的数据库表后开发出来对应界面由客户进行填写。如下图：<br /

<br />同事问的 也就随手一写而已。<br /> <br />use dbtest<br />if not object_id('Tb_ABC') is null<br />    drop table Tb_ABC<br />create table Tb_ABC<br />( col01 varchar(100),<br />  col02 varchar(100),<br />  col03 varchar(100),<br />  ColA  varchar(100) <br />)<br />

--最近有个客户提出来界面的数据不够准确,于是进行查证,发现打印界面全部使用的是HTML做出来的.于是参考一下这也是一种打印形式.--如下图为打印图--相关程序代码如下 private void CreateHtml(DataSet data)        {            StringBuilder sb = new StringBuilder();            sb.Append("客户合同对账单");            sb.Append("

<br />--首先新建一个用户控件 该控件包含如下控件<br />--1:一个刷新Button控件<br />--2:一个webBrowser1控件<br />--3:其它可以增加一个状态提示控件等 主要控件为1 和 2<br />--如下图:<br />--------------------<br /><br />--------------------<br />上图就是我们创建的自定义组件 具体的代码如下：<br />------------------------<br /> <br />usi

无法解决 equal to 操作中 "SQL_Latin1_General_CP1_CI_AS" 和 "Chinese_PRC_CI_AS" 之间的排序规则冲突。 select * from table1 where ID not in (select ID from table2 )   无法解决 equal to 操作中 "SQL_Latin1_General_CP1_CI_AS" 和 "Chinese_PRC_CI_AS" 之间的排序规则冲突。--解决办法select * from table1 wh

<br />1:分析客户的合理需求---<br />2：修改保证进度即合理规划修改时间<br />3：修改时考虑到增加此处对其他地方的影响毕竟是在维护阶段不是开发阶段了<br />4：修改时涉及到后台Sql 修改考虑下当客户数据量达到百万级别时的效率能不能有更好的方式改进<br />5：修改此处是否需要修改客户的历史数据，如何修改是否有对应的修改脚本<br />6：在分析1时即可参考4 和 5 的工作量及效率问题若答应了客户的需求但在4上却把一个效率很快的Sql由于1的确定修改导致慢了得不偿失。<br />

<br />今天在修改测试人员提交的Bug时，发现一个界面如下：<br /><br /><br /><br />该界面的意图就是查找客户汇款明细情况，涉及到的表有汇款主表，汇款细表，汇款主表与汇款细表用汇款单号进行联系。其实这样的话就没有什么问题了，但是这里多了一个对应计划字段。根据数据库设计该字段来源于另一个表收款计划细表。而唯一能够关联到该字段的是用细表里面的单据号。于是问题出现了。汇款主表和汇款细表是一对多的数据。而汇款细表中的数据如单据号MSL2010100024的对应收款计划有可能有多条如<br

<br />开发用的控件都是第三方控件，但是这个第三方控件有一个地方不好。对与后台反映的字段不区分大小写。<br />如：后台返回的是Remit_no,而界面如写入Remit_No，此时该列会为空。<br />

<br />测试问题【配件销售-配件往来帐情况查询：该界面选择查询条件客户五，查询结果中的应收余额为200，跟配件销售情况查询界面中的 1650 数据不一致】<br />对应界面：<br /><br /><br /><br />我们只针对上图中的配件销售往来进行探讨。<br />首先我们要知道的是销售这块的业务涉及方面。针对一个客户场景<br />销售和款项相关的有销售应收款 -----即卖配件的钱<br />                   退货冲应收<br />