在仓库中，货物形形色色，款式品种各异，因此，货物如何合理摆放，才能既节省空间又便于进出是一个不小的考验。以下是仓库货物摆放的五种方法与十二条原则，能有效管理库房空间。
仓库货物摆放的五种方法
定位存储
每一储存货品都有固定储位，货品不能互用储位。选用定位储放的原因在于：
1、 储区安排有考虑物品尺寸及重量(不适随机储放)。
2、 储存条件对货品储存非常重要时。例如，有些商品必须控制温度。
3、易燃物必须限制储放于一定高度以满足保险标准及防火法规。
4、依商品物理特性，由管理或其它政策指出某些商品必须分开储放。例如化学原料和药品。
5、保护重要物品。
优点：
1.每种货品都有固定储放位置，拣货人员容易熟悉货品储位。
2.货品的储位可按周转率大小或出货频率来安排，以缩短出入库搬运距离。
3.可针对各种货品的特性做储位的安排调整，将不同货品特性间的相互影响减至最小。
缺点：
1、储位必须按各项货品最大在库量设计，因此储区空间平时的使用效率较低。
2、适用范围：(a) 厂房空间大；(b) 多种少量商品的储放。
随机储放
每一个货品被指派储存的位置都是经由随机的过程所产生的，而且可经常改变；也就是说，任何货品可以被存放在任何可利用的位置。
随机原则一般是由储存人员按习惯来储放，且通常按货品入库的时间顺序储放于靠近出入口的储位。
优点：
1.对操作人员比较方便；
2.能够较充分利用空间。
缺点：
1.货品的出入库管理及盘点工作的进行困难度较高。
2.周转率高的货品可能被储放在离出入口较远的位置，增加了出入库的搬运距离。
3.具有相互影响特性的货品可能相邻储放，造成货品的伤害或发生危险。
随机储放较适用于下列情况：
(a) 厂房空间有限，尽量利用储存空间。
(b) 种类少或体积较大的货品。
分类储放
所有的储存货品按照一定特性加以分类，每一类货品都有固定存放的位置，而同属一类的不同货品又按一定的法则来指派储位。
分类储放通常按以下四方面来分类：
1、产品相关性(产品需求相关性图表)
2、流动性(产品空间周转分布图)
3、产品尺寸、重量(如产品搬运单元分布图)
优点：
1.便于畅销品的存取，具有定位储放的各项优点。
2.各分类的储存区域可根据货品特性再作设计，有助于货品的储存管理。
缺点：
储位必须按各类货品最大载库量设计，因此储区空间平均的使用效率较低。
分类储放适用于以下情况：
(a) 产品相关性大者，经常被同时订购。
(b) 周转率差别大者。
(c) 产品尺寸相差大者。
分类随机储放
每一类货品有固定存放位置，但在各类的储区内，每个储位的指派是随机的。
优点：
可吸收分类储放的部分优点，又可节省储位数量提高储区利用率。
缺点：
货品出入库管理及盘点工作的进行困难度较高。分类随机储放兼具分类储放及随机储放的特色，需要的储存空间介于两者之间。
共享储放
在确定知道各货品的进出仓库时刻，不同的货品可共享相同储位的方式称为共享储放。共享储放在管理上虽然较复杂，所需的储存空间及搬运时间却更经济。
储位管理要点：储位指派法则：可与随机储放策略、共享储放策略相配合的法则；靠近出口法则(ClosestOpen Location)：将刚到达的商品指派到离出入口最近的空储位上；可与定位储放策略、分类(随机)储放策略相配合的法则
货物摆放的十二条原则
(一) 以周转率为基础法则
库存周转率＝出货量／ 平均库存量 或：库存周转率＝营业额 ／平均库存金额
依据：空间分布图，与热销性结合的“黄金—白银—青铜”区分其他分析方式；灵活运用
各项仓储作业中，通常最耗时费力的是搬运行走。因此确定货位时首先要考虑减少行走路径，把进出频繁的物品靠近出入口，反之则远离。零售型仓库物品入库时通常品少量大，而出库多为拆零，所以这类仓库首先要考虑高周转货物靠近出口。
(二) 产品相关性法则
考虑物品相关性储存的优点：
1.减短提取路程，减少工作人员疲劳。
2.简化清点工作。
在库存货品中，有些品种是经常被同时订购的。这些具有相关性的货品应尽量存放在相邻货位，以缩短拣选路径。我们可以通过分析历史订单数据来找出库存货品的相关性。需要注意的是相关性会随着销售季节变化。
(三) 产品同一性法则
指把同一物品储放于同一保管位置的原则。即：同一种物品应存放在同一个货位，简称一货一位，因为一种物品存放在多个货位，其上架、拣选、盘点等作业都会增加工作量。现代配送中心由于货物进出频繁变化多，在实际操作中要做到一货一位是不简单的。
(四) 产品类似性法则
指将类似品比邻保管的原则。即：主要属性相似，例如黄豆和绿豆。这个法则要求把类似物品相邻存放，就是常用的分类存储法。在仓储管理信息系统功能较弱时，分类存储可以大大降低人工管理难度，但有时会降低空间利用率、增加拣选路径，所以用这个法则时要酌情变通。
(五) 产品互补性法则
互补性高的物品也应存放于邻近位置，以便缺货时可迅速以另一物品替代。这条法则要求可互相替代的物品靠近存放，以便一种缺货时可以用另一种代替。这条法则适用面比较窄，因为仓库通常不能修改订单。对于长期供求合作者，在预先有约定的条件下可以这样做。
(六) 产品兼容性法则
兼容性低的产品绝不可放置一起，以免损害品质，如烟、香皂、茶便不可放在一起。
(七) 先进先出的法则
先进先出( FIFO：First In First Out )原则，一般适用于寿命周期短的商品，例如：感光纸、软片、食品等。以作为库存管理之手段来考虑时，先进先出是必须的，但是若在(1) 产品型式变更少，(2) 产品寿命周期长，(3) 保管时之减耗、破损等不易产生等情况时，则要考虑先进先出的管理费用及所得到之利益，将两者之间的优劣点比较后，再来决定是否要采用先进先出之原则。
(八) 叠高的法则
叠高法则是说为了提高仓库空间的利用率，应尽量将货物叠高存放。简单的一箱压一箱叠放不利于选择性取货，也不能叠放很高，所以产生了多层高位货架。多层高位货架有很多类型，各有自已的适用范围，并且需要配用不同的装卸机械。
(九) 面对通道的法则
这个法则告诉我们，为了使货物的存取方便快捷，货物应该面对通道摆放。货物和货位的编号标识、名称等也应该布置在通道附近等容易看到的位置。同理，出货频率较高的货物应靠近主通道存放。
(十) 产品尺寸法则
在仓库布置时，要同时考虑物品单位大小及由于相同的一群物品所造成的整批形状，以便能供应适当的空间满足某一特需要。所以在储存物品时，必须要有不同大小位置之变化，用以容纳一切不同大小的物品和不同的容积。
此法则之优点在于：物品储存数量和位置适当，则拨发迅速，搬运工作及时间都能减少。
(十一) 重量特性法则
所谓重量特性的原则，是按照物品重量的不同来决定储放物品于保管场所不同的高低位置上。一般而言，重物应保管于地面上或料架的下层位置，而重量轻之物品则保管于料架的上层位置；若是以人手进行搬运作业时，人之腰部以下的高度用于保管重物或大型物品，而腰部以上的高度则用来保管重量轻的物品或小型物品。
(十二) 产品特性法则
根据货品的物理特性、热销性、季节性等进行分类摆放。
(十三) 储位表示法则
储位表示法则也是货位规划的基本法则之一，它要求使用简单规范、具有唯一性的方法来表示货位。目前多数仓库都使用字母加数字编码的方式，可表示货区、通道、排列、层、格等信息。简洁的货位表示法可以大大简化对千差万别货物的仓储管理。
(十四) 明示法则
因为货位管理是仓储管理的基础，货位信息是仓储作业所需的最基本信息，所以货位信息必须标示的非常明显，这对提高仓储作业效率是非常有效的。可以使用大小标牌、看板、位置指示灯、电子显示屏、等等。

通过前面的学习知道“GIT之所以能够作为版本控制系统，是因为GIT会把对文件的每次修改结果作为一个对象保存起来”，这样是否会造成空间的浪费？

答案是肯定的。
那么GIT系统如何处理这种浪费？

GIT在特定情况下，如本地推送远程仓库、手动git gc时会将磁盘上的对象打包至一个叫packfile的二进制文件以节省空间并提高效率；本地磁盘上的对象存在诸多类似的对象，大小相近，文件名相近。

为了使实例效果更明显，首先加入一个大文件repo.rb：
$ git add repo.rb
$ git commit -m 'modified repo.rb'
[slave 3523b0c] modified repo.rb
 1 file changed, 1 insertion(+), 1 deletion(-)

注意：repo.rb是随便copy过来的一个文件。

查看slave分支的tree对象：
$ git cat-file -p slave^{tree}
100644 blob fa49b077972391ad58037050f2a75f74e3671e92    new.txt
100644 blob cb87f458e7ca139c72cfebac8d713f815777b07d    repo.rb
100644 blob 1f7a7a472abf3dd9643fd615f6da379c4acb3e3a    test.txt

查看repo.rb文件的大小：
$ git cat-file -s cb87f45
22751

表明repo.rb文件大小为22751个字节，即约22kb。
修改文件repo.rb，往文件中添加内容并提交：
$ echo '# testing' >> repo.rb
$ git add repo.rb
$ git commit -m 'modified repo.rb'
[slave 3523b0c] modified repo.rb
 1 file changed, 1 insertion(+), 1 deletion(-)

查看slave分支当前tree对象：
$ git cat-file -p slave^{tree}
100644 blob fa49b077972391ad58037050f2a75f74e3671e92    new.txt
100644 blob cd7b0ef1ad94fbc7edd823a79dcb77e96e40f7a5    repo.rb
100644 blob 1f7a7a472abf3dd9643fd615f6da379c4acb3e3a    test.txt

注意：可以看到repo.rb的sha-1码已经变成cd7b0ef1ad94fbc7edd823a79dcb77e96e40f7a5。

查看当前repo.rb的文件大小：
$ git cat-file -s cd7b0ef
22761

当前repo.rb文件的大小为22761字节，即比修改前的22751字节多了10个字节。
对git仓库执行git gc命令：
$ git gc
Enumerating objects: 23, done.
Counting objects: 100% (23/23), done.
Delta compression using up to 4 threads
Compressing objects: 100% (16/16), done.
Writing objects: 100% (23/23), done.
Total 23 (delta 5), reused 0 (delta 0)

查看当前.git/objects/文件夹的内容：
$ find .git/objects -type f
.git/objects/04/b35ded9a6e06accbb72875d2b1f05ccbb26afb
.git/objects/d2/a22b76d77aed216728332470d3673d5b582055
.git/objects/info/packs
.git/objects/pack/pack-3a8e37199f8902097c4bb2c68a8d7c9e3bc57f2d.idx
.git/objects/pack/pack-3a8e37199f8902097c4bb2c68a8d7c9e3bc57f2d.pack

可知：

大部分对象消失，只留有两个对象；这两个对象内容分别是：“test conten”、“version 2 version 3”，该两个对象是之前操作遗留下的对象，没有放入到任何tree对象，是个“散户”，因此git不会管它。
多了两个文件pack：

.pack是新创建的packfile文件，文件包含刚才从objects文件夹下移除的所有对象；
.idx是新创建的索引文件，记录packfile的偏移信息（快速定位任意一个指定的对象）；

通过文件夹可以看出.pack文件大小为8kb，.idx文件大小为2kb，比gc前节省了近一倍的空间。GIT系统是如何做到的呢？

通过命令git verify-pack -v查看.idx文件的内容：



$ git verify-pack \ -v .git/objects/pack/pack-3a8e37199f8902097c4bb2c68a8d7c9e3bc57f2d.idx
1e43d9537e47b5e2ea9f35fb0a1dc61719a204df commit 295 193 12
eeaf908ad505006cfdbcfc5de89e8024e1eb97c4 commit 68 80 205 1 1e43d9537e47b5e2ea9f35fb0a1dc61719a204df
3523b0c73328283282adae1506bfb63c24d627c2 commit 91 100 285 2 eeaf908ad505006cfdbcfc5de89e8024e1eb97c4
0ae24178904ef53d2a260657cb160016ebad6710 commit 94 101 385 2 eeaf908ad505006cfdbcfc5de89e8024e1eb97c4
55f1a307cb7fbd499d6ef7955e605262a5fbe288 commit 226 149 486
f40e5e55c2492c5140db9036c688dc74770c63b5 commit 225 146 635
5e76ed431b5f7347b1f683b3a60b3d6d139573b6 commit 226 149 781
791ffb93f6ef856d0248241fdf98d6ceea1767d7 tag    136 122 930
80516b024108ecc079e39f1c0cedc6502f666b12 commit 177 118 1052
38d51895f54200c4776af02f94843615eb3c34eb tree   106 108 1170
4db6c429071d5e71e6f90b1763c7727048611dca tree   35 46 1278
79a38b5bdf40c0760ad4c9875547f3f70fe39da8 tree   35 46 1324
c581bc0933e0d0a694022854621dd38faaf30a3a tree   35 46 1370
289233b9094cf77f50535601a3102b51325aa661 tree   106 107 1416
3c4e9cd789d88d8d89c1073707c3585e41b0e614 tree   101 105 1523
d8329fc1cc938780ffdd9f94e0d364e0ea74f579 tree   36 46 1628
0155eb4229851634a0f03eb265b69f5a2d56f341 tree   71 76 1674
fa49b077972391ad58037050f2a75f74e3671e92 blob   9 18 1750
fb3c96e794358e1cf21fab30cd148073aa5b19b7 blob   22771 5838 1768
cd7b0ef1ad94fbc7edd823a79dcb77e96e40f7a5 blob   9 20 7606 1 fb3c96e794358e1cf21fab30cd148073aa5b19b7
cb87f458e7ca139c72cfebac8d713f815777b07d blob   9 20 7626 1 fb3c96e794358e1cf21fab30cd148073aa5b19b7
1f7a7a472abf3dd9643fd615f6da379c4acb3e3a blob   10 19 7646
83baae61804e65cc73a7201a7252750c76066a30 blob   10 19 7665
non delta: 18 objects
chain length = 1: 3 objects
chain length = 2: 2 objects
.git/objects/pack/pack-3a8e37199f8902097c4bb2c68a8d7c9e3bc57f2d.pack: ok

这里注意一下cb87f458e7ca139c72cfebac8d713f815777b07d sha-1值，它后面跟着fb3c96e794358e1cf21fab30cd148073aa5b19b7 sha-1值；cb87f45代表repo.rb的第一个版本，而fb3c96e代表repo.rb的第三个版本；cd7b0ef1ad94fbc7edd823a79dcb77e96e40f7a5是第二个版本，cd87f45和cd7b0ef引用fb3c96e。第三列表示文件大小，因此可以看到repo.rb文件的第一版本和第二版本大小远小于第三版本，即压缩后只有最后一个版本是完整的内容，而前面的版本只保存与最后版本的差异内容。

注意：这里并不是说cb87f45只保存“# testing”内容，此sha-1值还是会保存当时的完整值。
因此，GIT系统是在提交到远程仓库或者git gc时会通过git verify-pack .v命令对相近内容的对象进行pack，并建立相应的索引文件，以便快速查找各版本的文件内容。

对Oracle压缩表及压缩表空间的一点研究
有时候我们想将OLTP生产系统上的数据存入历史库或者放入数据仓库进行数据分析（较少发生DML操作），这种情况下将表以压缩的方式存入历史库或数据仓库中将是一个不错的选择，不仅可以节省空间还可以加快查询速度。
本篇文章仅介绍如何实现上述需求及所涵盖的知识，如想深入了解Oracle压缩表及压缩表空间，请查阅其它资料。
压缩表空间，即创建在该表空间中的表默认都是压缩表；压缩表空间也有几种类型，以Create table中不同的子句实现（Oracle 12.2)：

1 TABLE COMPRESS FOR OLTP

该模式压缩率略较小，应该是可以对任何方式产生的dml操作进行压缩(待确认），较适用于OLTP系统。
2 TABLE COMPRESS FOR QUERY { LOW | HIGH }

该模式压缩率较大，适用于OLAP系统，明确可以对任何方式产生的dml操作进行压缩。
3 TABLE COMPRESS FOR ARCHIVE  { LOW | HIGH } 该模式类似于COLUMN STORE

COMPRESS FOR QUERY，但压缩率更大，适用于数据存储。

(2、3两种模式仅适用于EXADATA)
现在就要对OLTP数据转存成压缩形式进行实施测试，大致方案是在目标库创建TABLE COMPRESS FOR OLTP模式的压缩表空间，然后通过数据泵来迁移数据，在导入的时候加上TRANSFORM=SEGMENT_ATTRIBUTES:n:table子句，该子句是在导入过程中忽略表的一些元数据，不加该子句将无法以压缩形式导入该表，即使表空间为压缩表空间。
测试：

分别创建压缩和不压缩的表空间：
create tablespace comp_tbs datafile'+DATADG' SIZE 30G AUTOEXTEND OFF UNIFORM SIZE 4M DEFAULT TABLE COMPRESS FOR OLTP;
create tablespace noncomp_tbs datafile'+DATADG' SIZE 30G AUTOEXTEND OFF UNIFORM SIZE 4M;

创建用户并分给不同的默认表空间：
create user smc identified by ora#02285 default tablespace comp_tbs;
create user smnc identified by ora#02285 default tablespace noncomp_tbs;
grant connect,resource to smc;
grant connect,resource to smnc;

迁移数据：
nohup expdp "'/ as sysdba'" schemas=SM directory=DATA_PUMP  dumpfile=smtest_%u.dmp logfile=smtest.log parallel=4 flashback_scn=15269376296230 &                                                                 
nohup impdp "'/ as sysdba'" directory=DATA_PUMP parallel=4 dumpfile=smtest_%u.dmp logfile=smtest.log remap_tablespace=%:comp_tbs REMAP_SCHEMA=sm:smc TRANSFORM=SEGMENT_ATTRIBUTES:n:table exclude=grant &   
nohup impdp "'/ as sysdba'" directory=DATA_PUMP parallel=4 dumpfile=smtest_%u.dmp logfile=smtestnc.log remap_tablespace=%:noncomp_tbs REMAP_SCHEMA=sm:smnc exclude=grant &     

查看导入后的数据量：

22.7g  --smc

28.2g  --smnc

可以看到数据确实被压缩了，但是压缩率不高。
针对具体表进行比较：

table1

3.8g     --smnc

3.0g     --smc

table2

2.8g     --smnc

1.8g     --smc

可以看到不同表的压缩率是不同的，这个主要取决于表的重复数据多少。
下面再来比较一下用建表语句创建压缩表的方式压缩效率有没有差别：
create table smnc.table3 compress as select * from smnc.table1 ; 
create table smnc.table4 ROW STORE COMPRESS ADVANCED as select * from smnc.table1 ;  

SMNC	table1 	2.8g          --未压缩

SMNC	table3 	1.5g          --以语句指定compress方式压缩

SMNC	table4 	1.6g          --以语句指定ROW STORE COMPRESS ADVANCED方式压缩

SMC        table1 1.8g        --以压缩表空间方式压缩

可以看到不同方式的压缩率是不同的。
其中官方文档中说语句指定compress方式只会对直接路径插入的语句进行压缩，我们再来测试一下是否如此：
insert into SMNC.table3 select * from smnc.table1;

查出来的数据量为3.8g ，大小趋于（2压缩）与（1压缩+1*不压缩）之间。
insert into SMNC.table4 select * from smnc.table1;

查出来的数据量为3.7g，反而比SMNC.table3要小了，由此可见语句指定compress方式压缩的表很可能对于非直接路径插入的数据是不压缩的。

　　RFID仓储管理系统的优势有哪些?仓库里，货物堆积如山，如何科学管理，是很多人都关心的问题。现在，很多仓库采用RFID仓储管理系统，其优势有哪些?下面小编就来给大家介绍一下。




　　RFID仓储管理系统应用优势：

　　1、高架存储，节约土地：RFID仓储装备系统利用高层货架储存货物，最大限度地利用空间，可大幅度降低土地成本。与普通仓库相比，一般智能立体仓库可以节省60%以上的土地面积。

　　2、无人作业，节省人工：RFID仓储装备系统实现无人化作业，不仅能大幅度节省人力资源，减少人力成本，还能够更好地适应黑暗、低温、有毒等特殊环境的需求，使RFID仓储装备系统具有更为广阔的应用前景。

　　3、机器管理，避免损失：RFID仓储装备系统采用计算机进行仓储管理，可以对入库货物的数据进行记录并监控，能够做到“先进先出”、 “自动盘点”，避免货物自然老化、变质，也能减少货物破损或丢失造成的损失。

　　4、账实同步，节约资金：RFID仓储装备管理系统可以做到账实同步，并可与企业内部网融合。企业只需建立合理的库存，即可保证生产全过程顺畅，从而大大提高公司的现金流，减少不必要的库存，同时也避免了人为因素造成的错帐、漏账、呆账、账实不一致等问题。虽然RFID仓储装备管理系统初始投入较大，但一次投入长期受益，总体来说能够实现资金的节约。

　　5、自动控制，提高效率：RFID仓储装备系统中物品出入库都是由计算机自动化控制的，可迅速、准确地将物品输送到指定位置，减少了车辆待装待卸时间，可大大提高仓库的存储周转效率，降低存储成本。

　　6、系统管理，提升形象：RFID仓储装备系统的建立，不仅能提高企业的系统管理水平，还能提升企业的整体形象以及在客户心目中的地位，为企业赢得更大的市场，进而创造更大的财富。

　　RFID仓储管理系统的功能：

　　1、库位管理：利用PDA设备和条码技术对库位管理的上下架进行扫描，可以对仓位进行快速绑定及释放，实现随时随地的商品库位调整，基于看板能快速实时的显示仓位调整情况。

　　2、分拣管理：通常仓库面积大，人员走动距离比较长，系统以科学的分拣管理，能提高人员效率和分拣准确度，减少后续维护压力。

　　3、过程管理：RFID仓储管理系统是面向全过程的控制管理。作业人员通过PDA条码枪实现分拣操作，可实现全程作业记录(拣货、装箱、发货、收货、上架、补货、盘点等)，完成分拣清单后，系统会立即生成多维度的员工绩效报表数据(作业数量、重量、体积等信息，并进行排列)，科学、轻松的实现绩效登记和考核。同时仓库现场看板可以进行信息展示，提高人员积极性，让员工自觉工作。

　　4、仓库管理方式多样化：可实现物料SKU管理，批次管理、唯一管理、箱码管理等。满足企业物料品种批次多，出入库频率高，对保质期和追溯要求高的仓储管理需求。

　　5、库存管理：可实现库存准确控制，通过设置库存上下区间值、保质期预警天数等，及时掌握货品数量和状态，从而进行合理的采购和销售，达到“零库存”目标。

　　以上是关于“RFID仓储管理系统有什么用”的介绍，以及RFID仓储管理系统的功能，感谢大家的阅读!