MSSQL网页编程之库存商品收支库体例剖析

InnoDB数据表的索引,与InnoDB数据表相比，在InnoDB数据表上，索引对InnoDB数据表的重要性要大得多。在InnoDB数据表上，索引不仅会在搜索数据记录时发挥作用，还是数据行级锁定机制的苊、基础。货物收支库体例剖析概述
存货收回的计价办法有挪动加权均匀法、全月一次加权均匀法、先辈先出法、落后先出法、批次指定等办法，上面经由过程实例申明这几种办法的基础道理。


营业剖析(实例剖析)
实例剖析不包含再后一种的收支库体例

材料：红星工场2002年6月A商品的期初滚存和本期购销情形以下：


6月1日　期初滚存　　　　150件　　　　　单价60元　　计9000元
6月8日　发卖　　　　　　70件　　　　　　
6月15日　购进　　　　　　100件　　　　　　62元　　　计6200元
6月20日　发卖　　　　　　50件　　　　　　　
6月24日　发卖　　　　　　90件
6月28日　购进　　　　　　200件　　　　　　68元　　　计13600元
6月30日　发卖　　　　　　60件　　　　　
全月一次加权均匀
接纳一次加权均匀法，本月发卖或耗用的存货，平常只挂号数目，不挂号单价和金额，月末按一次盘算的加权均匀单价，盘算期末存货本钱和本期发卖或耗用本钱。存货的均匀单元本钱的盘算公式为：

加权均匀本钱=（月初库存总本钱＋本月购进存货总本钱）／（月初库存总数目＋本月购进存货总数目）

　　本案例按一次加权均匀法盘算期末库存商品本钱和本期发卖本钱，和库存商品明细账的挂号了局，见下表：

2002年

择要

支出

收回

滚存

月

日

数目

单价

金额

数目

单价

金额

数目

单价

金额

6

1

期初滚存













150

60

9000



8

发卖







70





80







15

购进

100

62

6200







180







20

发卖







50





130







24

发卖







90





40







28

购进

200

68

13600







240







30

发卖







60





180



11520





本期发卖本钱







270

64

17280








　　从表中可看出，接纳一次加权均匀法时，库存商品明细账的挂号办法与先辈先出法基础不异，只是期末库存商品的滚存单价为64元，据此盘算出存货本钱为11520元，本期发卖本钱为17280元。
挪动加权均匀
接纳挪动加权均匀法，当每次购进单价与滚存单价分歧时，就必要从头盘算一次加权均匀价，并据此盘算下次购货前的存货本钱和发卖本钱。接纳这类办法，能够随时结转发卖本钱。其均匀单价的盘算公式为　挪动加权均匀单价=（前滚存金额+本次购进金额）/（前滚存金额+本次购进数目）
　　仍之前例，第一批购进后的均匀单价为：
　　挪动加权均匀单价=（4800+6200）/（80+100）=61.11（元）
　　第二批购进后的均匀单价为：
　　挪动加权均匀单价=（2444+13600）/（40+200）=66.85（元）
　　按挪动加权均匀法盘算本期各批商品发卖本钱和滚存本钱，和库存商品明细账的挂号了局，见下表

2002年

择要

支出

收回

滚存

月

日

数目

单价

金额

数目

单价

金额

数目

单价

金额

6

1

期初滚存













150

60

9000



8

发卖







70

60

4200

80

60

4800



15

购进

100

62

6200







180

61.11

11000



20

发卖







50

61.11

3056

130

61.11

7944



24

发卖







90

61.11

5500

40

61.11

2444



28

购进

200

68

13600







240

66.85

16044



30

发卖







60

66.85

4011

180

66.85

12033





本期发卖本钱







270



16767








　　接纳挪动加权均匀法，能够随时结转发卖本钱，随时供应存货明细账上的滚存数目和金额，有益于对存货举行数目、金额的一样平常把持。但这类办法，因为每次进货后都要盘算一次均匀价，必将会增添管帐核算事情量。
先辈先出
该办法假定“先进库的存货先收回往”，依据这一条件，计进发卖或耗用存货的本钱应顺着支出存货批次的单元本钱序次盘算。固然，这仅是为了计价，与物品实践进库或收回的序次并没有多年夜干系。
　　本案例接纳先辈先出法计价，库存商品明细分类账的挂号了局以下表。

2002年

择要

支出

收回

滚存

月

日

数目

单价

金额

数目

单价

金额

数目

单价

金额

6

1

期初滚存













150

60

9000



8

发卖







70

60

4200

80

60

4800



15

购进

100

62









80
100

60
62

11000



20

发卖







50

60

3000

30
100

60
62

8000



24

发卖







30
60

60
62

1800
3720

40

62

2480



28

购进

200

68

13600







40
200

62
68

16080



30

发卖







40
20

62
68

2480
1360

180

68

12240





本期发卖本钱







270



16560








落后先出
落后先出法与先辈先出法恰好相反，它是假定“后购进的存货先收回”，因而，开始收回的存货应按最初购进的存货单价盘算，而期末存货则按开始购进的存货的单价盘算。

2002年

择要

支出

收回

滚存

月

日

数目

单价

金额

数目

单价

金额

数目

单价

金额

6

1

期初滚存













150

60

9000



8

发卖







70

60

4200

80

60

4800



15

购进

100

62

6200







80
100

60
62

11000



20

发卖







50

62

3100

80
50

60
62

7900



24

发卖







50
40

62
60

3100
2400

40

60

2400



28

购进

200

68

13600







40
200

60
68

16000



30

发卖







60

68

4080

40
140

60
68

11920





本期发卖本钱







270



16880










完成处置先辈先出库存项目
堆栈



仓位



货物



批号／无效日期至／临盆日期



批次



数目



单价



进库工夫


进库处置
行列：进队（队尾）

新增进库货物库存信息，并填写进库工夫
出库处置
行列：出队（队首）

以进库工夫的前后按次举行出库(先进库的货物先出库)


本钱处置
出库时间接盘算本钱
落后先出库存项目
同－先辈先出
进库处置
栈：压栈

新增进库货物库存信息，并填写进库工夫
出库处置
栈：出栈

以进库工夫的后先按次举行出库(后进库的货物先出库)
本钱处置
出库时间接盘算本钱


批次指定库存项目
同－先辈先出
进库处置
同－先辈先出
出库处置
指定批次出库
本钱处置
出库时间接盘算


挪动加权均匀库存项目
堆栈



仓位



货物



批号／无效日期至／临盆日期



数目



单价




进库处置
当每次购进单价与滚存单价分歧时，就必要从头盘算一次加权均匀价

盘算体例为：

挪动加权均匀单价=（前滚存金额+本次购进金额）/（前滚存金额+本次购进数目）
出库处置
以以后挪动加权均匀单价出库
本钱处置
出库时间接盘算本钱
全月一次加权均匀库存项目
堆栈



仓位



货物



批号／无效日期至／临盆日期



本月期初数目



本月期初金额



本月进库数目



本月进库金额



本月出库数目


收支库明细项目
出／进库单号



出／进库票据范例



出／进库票据明细序号



货物



堆栈



仓位



批号



进库数目



进库金额



出库数目



出库金额

出库金额由月结时，举行本钱核算时填写


进库处置
进库时将进库数目及金额累加到本月进库数目、金额中。

将进库信息填写到收支库明细中
出库处置
出库时将出库数目累加到本月出库数目中。

将出库信息填写到收支库明细中。
本钱处置
在天天月结时举行本钱盘算，并将本钱填写各出库单中。
Archive非常适合存储大量的独立的，作为历史记录的数据。因为它们不经常被读取。Archive拥有高效的插入速度，但其对查询的支持相对较差

可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。

代替了原来VB式的错误判断。比Oracle高级不少。

如果是将来做数据库的开发设计，就应该详细学习T-SQL的各种细节，包括T-SQL的程序设计、存储过程、触发器以及具体使用某个开发语言来访问数据库。

索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。

对于微软系列的东西除了一遍遍尝试还真没有太好的办法

SQLServer的异构移植功能个人感觉最好了。（如果对比过SQLServer的链接服务器和Oracle的透明网关的朋友会发现SQLServer的sp_addlinkedserver(openquery)异构数据库系列比Oracle真是强太多了。）

多加的系统视图和实时系统信息这些东西对DBA挑优非常有帮助，但是感觉粒度还是不太细。

分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。