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挑优非常有帮助，但是感觉粒度还是不太细。 分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。
页:
[1]