数据仓库项目管理的一些主要原则包括：
 
1、发起者的地位。如果没有强有力的管理者支持，数据仓库项目就无法成功。
 
2、项目经理。项目经理应该更多的是面向用户和面向商业的，而绝对不能面向技术。 
 
3、团队角色。团队的角色不能随意分配，这些角色必须反映出每一个独立数据仓库项目的需求；
 
4、数据质量。
 
5、用户需求。用户需求是项目时间表里每一项任务的驱动力；
 
6、考虑增长的因素。在实施过后，用户和查询量会迅速增长，数据仓库如果没有考虑增长的因素，会很快崩溃；
 
7、项目政治影响。企业实施的第一个数据仓库项目会给各种层次用户带来挑战和威胁。处理项目政治影响就像在走钢丝，需要特别谨慎；
 
8、现实的期望。在第一个数据仓库项目中很容易向所有人许下承诺；制定合理和可达到的期望是最好的；
 
9、维度数据建模。必须有设计精良的维度数据模型作为基础和蓝图；
 
10、外部数据。数据仓库不能指以来于内部数据，从相关外部数据源得到的数据是绝对需要的。
 
11、培训。一个没有人会使用的数据仓库是一个失败的数据仓库。
 
 
 
在实施的过程中除了要考虑上述的原则外，还是需要考虑实施方法：
 
1、用项目时间表知道工作流程，但不要试图控制每一个细节，那样只能完成日程表，而没有时间做真正的工作；
 
2、不断检查项目任务间的依从情况，尽量争取将任务相互间的等待时间降低到最小；
 
3、避免不合潮流和未经检验的技术；
 
4、尽早提交项目相关的各种交付物，这些交付产品将会维持用户的兴趣；
 
5、首先确定体系结构，然后才确定工具。数据仓库的建设需要根据商业需求建立体系结构，然后根据体系结构选择工具。

redux
 
**redux**是状态管理的js库，可以单独使用
 
redux的工作流程
 

 - redux 是一个应用数据流框架，主要是解决了组件间状态共享的问题，原理是集中式管理，主要有三个核心方法，action，store，reducer
 
 - 工作流程是view 调用 store 的 dispatch 接收 action 传入 store，reducer 进行 state 操作，view通过 store 提供的 getState 获取最新的数据，flux 也是用来进行数据操作的，有四个组成部分action，dispatch，view，store
 
 - 工作流程是 view 发出一个 action，派发器接收 action，让 store 进行数据更新，更新完成以后 store 发出 change，view 接受 change 更新视图。
 
 - Redux 和 Flux很像。主要区别在于 Flux 有多个可以改变应用状态的 store，在 Flux 中 dispatcher 被用来传递数据到注册的回调事件，但是在 redux 中只能定义一个可更新状态的 store，redux 把 store 和 Dispatcher 合并,结构更加简单清晰

 
redux三大设计原则
 
- 只读state
 
state不能直接修改，必须要通过提交action（描述修改状态的对象）下跪啊state状态
 
- 纯函数修改状态
 
纯函数：参数相同结果相同，不使用外部状态
通过提交action修改state，通过reducer（必须是函数）来描述具体如何修改。
 
- 单一数据源
 
整个项目的状态都在有个大的对象内。
 
react-redux 连接组件和仓库
 
Provider提供仓库
connect高阶组件

mapStatetoProps  把仓库state映射到组件props上
mapDispatchtoProps  把仓库的dispatch映射到组件的props上  

以上两个参数都是函数，必须要有返回值，返回值的数据类型是对象，和组件的props合并  connect(mapStatetoProps , mapDispatchtoProps  )(链接的组件)
 
redux使用的步骤
 
1.下载 redux 和 react-redux
 
npm i redux react-redux  或
yarn add redux react-redux
 
2.创建仓库
 
store
	index.js	（ *整个仓库的入口* ）
	actions		（ *所有action的状态* ）
	reduces	（ *拆分开的 reducer* ）
	actionTypes		（  type声明文件 ）
 
3.provider提供仓库
 
4.connect 连接组件和仓库
 
bindActionCreators:作用：可以在拆分的action内使用dispatch

action有同步action和异步action，同步action直接返回对象，异步的需要返回函数

redux-thunk作用解决异步action

 
文章目录
 
一、仓库管理概述
二，仓库管理模块设计
1 出库
2 入库
3 仓库内部管理
库位库区管理
统计查询
   
  
 

 
一、仓库管理概述
 
仓库管理系统（WMS）通过出库，入库、库位调拨、库存调拨等功能，综合批次管理，物料对应、库存盘点、质检管理和即时库存管理等功能综合运用的管理系统，有效控制和跟踪仓库业务的物流和成本管理的全过程，实现完善的企业仓储信息管理。
 从业务上讲，仓库管理系统主要是出库，入库以及仓库内部管理，而WMS系统作为进销存体系的重要一环，需要与采购系统，财务系统，订单调度中心，库存中心等系统发生信息交互。
 
 
二，仓库管理模块设计
 
1 出库
 
当发货单推送至仓库，就进入仓库的任务处理队列中，经历调度，打单，拣货 ，复核，包装，交接发货等过程，最后交给物流公司。
 a，调度：锁定拣货库位，生成拣货波次，（拣货波次的原则是选择几个锁定库位相邻，不超出拣货车存放量的仓库订单合并，可按照预设规则自动生成，也可人工筛选）
 b，打单：将波次对应的物流单和发货单打印出来
 c，拣货：关联拣货车，按波次拣货
 d，复核：对拣货完成的订单进行核对，保证发货单、实物商品、物流单的统一。
 e，包装：复核后对订单进行打包，称重，体积录入。
 f，交接发货：打包后，根据物流单对应的快递公司，推至相应的交接区，扫描物流单号完成交接并发货。
 
 
 
2 入库
 
商品入库主要是根据采购单，退/换货入库单，调拨入库单等，入库单推送至仓库时，经历到货确认，验货打码，商品上架等环节最终完成入库。
 到货确认：当仓库收到入库单时，相应的货物不会立马到仓库，而是会先进行到货确认，同时生成相应的验货任务，打印相应的入库验货单
 验货打码：到货确认之后进入验货打码环节，验货员根据验货单上的任务验货，并反馈给系统合格和不良品的到货数量，（不良品退给供应商），到货数量小应到数量时，将剩余未到货任务再次返回到到货确认，等待下次到货，退货单将合格品和不合格品都录入到系统中，不良品会上架至不良品库区
 验货完成后，通过系统打印相应数量的商品条码，由仓库人员进行贴码。
 商品上架：不仅包括商品入库上架，还包括补货上架，移库上架，返库上架等情形，上架后更新库位库存信息
 
 
 
3 仓库内部管理
 
盘点：定期或临时对库存商品的实际数量进行清查，清点，对仓库现有商品的实际数量与保管账上记录的数量相核对，以便准确的掌握库存数量
 
 a，根据业务需求选择相应的库位和商品创建盘点任务，盘点员根据盘点任务进行盘点
 b，盘点后录入盘点数据
 c，当盘点单中所有任务完成后，判断是否有盘盈或者盘亏。
 d，无盘盈或盘亏，盘点结束，如果有，提交给主管审核，审核不通过，对库存不一致的库位商品重新生成盘点单，进行复盘；审核通过，提交给财务审核
 e，财务审核通过后，生成盘盈，盘亏单，去更新仓库库存。
 
 
库位库区管理
 
仓库的库区主要分为分拣区，储存区，不良品存储区，发货暂存区，收货暂存区几块，需要给每个库区进行编码，在仓库中使用条形码对货品信息，批次，库位进行管理，提高各个环节的作业效率和信息化程度。
 
统计查询
 
统计查询模块主要是关于仓库的流水、库存、工作量等方面的统计并提供库存预警功能。包括出库明细，入库明细、库存变动明细、总库存查询、库位库存查询等。

新加一个物资台账功能。
 
 
 
上午设计表结构，下午测试数据。
 
 
原则是保证物资清关的时候，一个PO单据可以分批次收实现批次管理功能，而且发货要保证先进先出的原则。
 
当天下午开始写存储过程，逻辑挺简单的：
 
ALTER PROCEDURE [dbo].[SP_INV_SelectWarehouseAccount] 
	@dbname	 nvarchar(100),
    @Receive_sn  nvarchar(100),
	@ischs char(1),
	@error nvarchar(max) output
AS
  BEGIN TRANSACTION
  

  
	  ------------------------------------------------------------------------------------------------------------------------
	  -----------                                 收料单插入物资台账                                               -----------
	  ------------------------------------------------------------------------------------------------------------------------
	  DECLARE 
		@PO_SN as nvarchar(100),
		@Batch_No as nvarchar(2) ='00',
		@Item_Code nvarchar(100);
		
	  
  	 ----通过Receiving_SN查询到po单号   (前台只能选一个po单 获取一个就可以了)
	 select top(1) @PO_SN = PO_Code from  dbo.INV_Receivedet    where DB_Center=@dbname and Receiving_SN=@Receive_sn;--REC1810018 	 
	 
	
	 select @Batch_No = MAX(Batch_No), @Item_Code = Item_Code 
				 from INV_WarehouseAccount 
					where PO_SN in(select distinct po_sn from  dbo.INV_Receivedet where DB_Center=@dbname and Receiving_SN=@Receive_sn)
					and Item_Code  in(select Material_Code  from  dbo.INV_Receivedet where DB_Center=@dbname and Receiving_SN=@Receive_sn)
					group by Item_Code;
					
	--判断库房台账是否有此单据的物资,如果没此PO单据的话执行语句1,否则2				
	IF (@Batch_No='00')
		--1
		BEGIN
			insert into	INV_WarehouseAccount
					(DB_Center,PO_SN,Item_Code,Batch_No,Warehouse_SN,Bin_SN,UOM_SN,Dept_SN,Ini_Qty,Receive_Qty,Issue_Qty,Return_Qty,INV_Balance_Qty,Check_Qty,Price,USD_Price,Status) 
			SELECT 
				A.DB_Center,A.PO_Code,A.Material_Code AS ITEM_CODE, 1 Batch_No,B.Warehouse_SN,C.Bin_Code,a.Convert_UOM,
				(select dept.dept_sn from dbo.BAS_Department dept,BAS_Employee emp,dbo.INV_Receive det where dept.Dept_SN=emp.Dept_SN and emp.Employee_Name=det.Receiving_By and det.Receiving_SN=a.Receiving_SN)dept_sn,
				0 Ini_Qty,A.Quantity receive_Qty,0 issue_Qty,0 return_Qty,0+A.Quantity INV_Balance_Qty,0 Check_Qty,
				A.Unit_Price, A.Unit_Price*5.8 USD_price,'O'status
			  FROM  dbo.INV_ReceiveDet A,dbo.BAS_Warehouse B,dbo.INV_Bin C
					 WHERE A.DB_Center=B.DB_Center
					 AND A.DB_Center=C.DB_Center
					 AND A.Bin_SN=C.Bin_SN
					 AND C.Warehouse_SN=B.Warehouse_SN
					 AND  exists(select 1 from  dbo.INV_Receive det where  a.Receiving_SN=det.Receiving_SN AND a.PO_Code=@PO_SN)
					 and a.Receiving_SN=@Receive_sn
					 ORDER BY A.Receiving_SN;
			
		END
	ELSE
		--2
		
		 insert into dbo.INV_WarehouseAccount_temp	--插入临时表给同一单号有不同物资不同时收只用max batchno会有问题,下边采取临时表插入
		  select  max(Batch_No),  Item_Code 				
				 from INV_WarehouseAccount 
					where PO_SN in(select distinct po_sn from  dbo.INV_Receivedet where DB_Center=@dbname and Receiving_SN=@Receive_sn)
					and Item_Code  in(select Material_Code  from  dbo.INV_Receivedet where DB_Center=@dbname and Receiving_SN=@Receive_sn)
					group by Item_Code;
					
		
		--DECLARE @i as int =1,
		--		@countNum as int;	
			
		--select @countNum = count(*) from INV_WarehouseAccount_temp;
				
		--WHILE @i<=@countNum 
		BEGIN
			insert into INV_WarehouseAccount     
			  SELECT 
				A.DB_Center,A.PO_Code,A.Material_Code AS ITEM_CODE, (SELECT TT.BATCH_NO+1 FROM INV_WarehouseAccount_temp TT WHERE TT.ITEM_CODE=A.Material_Code)  Batch_No,B.Warehouse_SN,C.Bin_Code,a.Convert_UOM,
				(select dept.dept_sn from dbo.BAS_Department dept,BAS_Employee emp,dbo.INV_Receive det where dept.Dept_SN=emp.Dept_SN and emp.Employee_Name=det.Receiving_By and det.Receiving_SN=a.Receiving_SN)dept_sn,
				0 Ini_Qty,A.Quantity receive_Qty,0 issue_Qty,0 return_Qty,0+A.Quantity INV_Balance_Qty,0 Check_Qty,
				A.Unit_Price, A.Unit_Price*5.8 USD_price,'O'status
			  FROM  dbo.INV_ReceiveDet A,dbo.BAS_Warehouse B,dbo.INV_Bin C
					 WHERE A.DB_Center=B.DB_Center
					 AND A.DB_Center=C.DB_Center
					 AND A.Bin_SN=C.Bin_SN
					 AND C.Warehouse_SN=B.Warehouse_SN
					 AND  exists(select 1 from  dbo.INV_Receive det where  a.Receiving_SN=det.Receiving_SN AND a.PO_Code=@PO_SN)
					 and a.Receiving_SN=@Receive_sn
					 and a.Material_Code in(select item_code from INV_WarehouseAccount_temp aa where a.Material_Code = AA.ITEM_CODE)
					 ORDER BY A.Receiving_SN;
					 --清除临时表
				delete from INV_WarehouseAccount_temp;
		    
	END
		
					
		UPDATE 	T 
			SET		T.Batch_No =
			CASE 
				WHEN T.Batch_No=1 THEN '01'
				WHEN T.Batch_No=2 THEN '02'
				WHEN T.Batch_No=3 THEN '03'
				WHEN T.Batch_No=4 THEN '04'
				WHEN T.Batch_No=5 THEN '05'
				WHEN T.Batch_No=6 THEN '06'
				WHEN T.Batch_No=7 THEN '07'
				WHEN T.Batch_No=8 THEN '08'
				WHEN T.Batch_No=9 THEN '09'
			END
		 FROM INV_WarehouseAccount T
		  WHERE T.PO_SN =@PO_SN;			

			
			
	 COMMIT TRANSACTION;
	 	 

			
	BEGIN TRANSACTION
if @@ERROR=0
begin
	set @error=''
	commit
end
else
begin
	if @ischs='Y'
		set @error='保存失败，请联系系统管理员'
	if @ischs='N'
		set @error='Fail To Save, Please Contact Administrator!'
	rollback
end










GO
 
 
嗯看起来不错，是分批次了。     至于先进先出，还没写完，下周。。。再说吧。周末开开心心玩去了~
 
最终的结果是，存储过程写的很快，在数据库执行就没问题，一经过程序调用就没有插入到我的主表里。。。
 
下边这个图是正确且可以调用的的：
 
 
检查了好几遍也没有看出什么错误，依旧是程序运行数据存不到主表里，数据库执行就可以。
 
万般无奈，只好借用SQL SERVER 自带抓脚本神器：SQL Server Profiler
 
正确打开方式为：
 
 
具体用法就不多说了。
 
看最终结果。截取到的语句。
 
receivesn 中间少了个_     我一口老血，噗。。。。
 
存储过程写的时候没有_  在pb程序里也直接复制过去了，然后手贱加了个_编译通过。。。
 
 
而且PB程序还不报错！！！最终败给了PB
 
结论：
 
1.SQL Server Profiler是个好东西值鼓励大家都学会去使用
 
2.改好的东西千万随便不要动 改动要。。。加注释说明一下。作死只会让自己死得更快。