1. 怎样用excel数据库建立仓库管理系统
仓库管理系统，这个题目有点大。不同的单位其要求也不同的。
对工厂来说，有成品仓库、半成品仓库、原材料仓库、废品仓库、暂借仓库、到货待检仓库、包装材料仓库等等。
仓库管理的要求也不同，有的仅记录仓库进出，有的要将库存同生产系统联动，参与主生产计划的运算或参与材料需求计划的运算。
综上所述，这个仓库系统的建立首先要看需要这个系统解决什么问题。
下面做一个最简单的成品库存管理，也可以用于贸易公司的进销存。为了简便，每天对于同一种产品的入库或出库仅记录一个总入库数或总出库数。
共建立3张工作表，分别对应入库、出库、在库。在月初对期初在库进行更新，记录保留一个月的入出库数据。月末对账后可以将这个数据文件保留便于查询。同时将月末数据复制到下月的期初数据中。如下图所示：
实际运用中可结合送货单做自动出库登录等。
2. 产品数据库的建立
你需要建立两个表，一个是产品表，字段有：
产品ID、产品名称、出厂日期、……等字段
另外一个是维修记录表，字段有、
维修记录ID、产品ID、维修时间、维修人、维修价格、……等字段
需要查询某时间段的维修情况，可以使用下面的SQL语句：
SELECT * FROM 维修记录 WHERE 维修时间 BETWEEN 开始时间 AND 结束时间
需要查询某设备的维修情况，使用下面的SQL语句：
SELECT * FROM 维修记录 WHERE 产品ID＝'产品ID'
上面的语句，如果需要查询维修次数、金额，那么语句的SELECT部分为：
SELECT COUNT(*),SUM(维修价格)
3. 建立购物网站数据库 需要哪些表和字段 越详细越好
SQL SERVRE 2000 测试通过
CREATE DATABASE shop
GO
use shop
/* ************************** 用户信息 ************************** */
IF EXISTS (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'UserInfo_table')
DROP TABLE UserInfo_table
GO
CREATE TABLE UserInfo_table
(
userId smallint /*用户编号*/
IDENTITY(1,1),
loginName varchar(20) not null, /*登陆名称*/
userName varchar(20) not null, /*用户名称*/
userPwd varchar(10) not null, /*用户密码*/
userType varchar(20) not null, /*用户类型*/
userSex varchar(2), /*用户性别*/
userPhone varchar(20), /*用户电话*/
userEmail varchar(40), /*用户邮件*/
userAddress varchar(200), /*用户地址*/
userZip varchar(10), /*用户邮编*/
createTime datetime default getdate(), /*注册时间*/
updateTime datetime, /*更新时间*/
userStatus varchar(4) not null, /*用户状态*/
userLevel int, /*用户级别*/
constraint pk_userinfo primary key(userId)
)
/* ************************** 系统代码表 ************************** */
IF EXISTS (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'CommonCode_table')
DROP TABLE CommonCode_table
GO
CREATE TABLE CommonCode_table
(
codeType varchar(20) not null, /*代码类型*/
codeName varchar(20) not null, /*代码名称*/
codeValue varchar(100) not null, /*代码值*/
constraint pk_commoncode primary key(codeType, codeName)
)
/* ************************** 菜单信息 ************************** */
IF EXISTS (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'MenuShop_table')
DROP TABLE MenuShop_table
GO
CREATE TABLE MenuShop_table
(
menuId varchar(50) not null,
menuName varchar(50),
menuImg varchar(50),
menuSelImg varchar(50),
menuAction varchar(50),
menuLevel smallint not null,
parentMenuId varchar(50),
menuLine smallint not null,
isUserMenu bit not null,
constraint pk_menushop primary key(menuId)
)
/* ************************** 用户订单 ************************** */
IF EXISTS (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'UserOrder_table')
DROP TABLE UserOrder_table
GO
CREATE TABLE UserOrder_table
(
orderId varchar(50) not null, /*订单号*/
userId smallint not null, /*订购人ID*/
orderTime datetime not null, /*订单产生日期*/
orderStatus char(2) not null, /*订单是否确认,0/1*/
orderPassTime datetime, /*确认时间*/
orderPassId smallint, /*订单处理人*/
orderSendState char(2), /*订单发送状态*/
orderRecName varchar(20), /*订单接收人姓名*/
orderRecMail varchar(20),
orderRecAddress varchar(200), /*订单接收地址*/
orderRecZip varchar(10), /*订单接受地址邮编*/
orderTotalPrice decimal(10,2), /*订单总价*/
lineIndexNext int,
constraint pk_userorder primary key(orderId)
)
/* ************************** 订单中项目信息 ************************** */
IF EXISTS (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'LineItem_table')
DROP TABLE LineItem_table
GO
CREATE TABLE LineItem_table
(
orderId varchar(50) not null, /*订单号*/
lineIndex int not null, /*订单索引*/
itemId varchar(50) not null,
proctId int not null, /*产品ID*/
quantity int not null, /*订单项数量*/
unitPrice decimal(10, 2) not null, /*该订单项的价格*/
orderStatus int not null,
constraint pk_lineitem primary key(orderId, lineIndex)
)
/* ************************** 商品类别信息 ************************** */
IF EXISTS (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'ProctCategory_table')
DROP TABLE ProctCategory_table
GO
CREATE TABLE ProctCategory_table
(
catId int
IDENTITY(1,1), /*类别编号*/
catName varchar(100) not null, /*类别名称*/
parentId int, /*父级类别ID*/
catHaveChild varchar(2) not null, /*是否有子类别Y/N*/
sort int not null, /*排序标志*/
inputdate datetime default getdate(), /*建立时间*/
isValid varchar(2), /*此类别是否有效*/
decs varchar(255), /*说明*/
constraint pk_proctcategory primary key(catId)
)
/* ************************** 产品信息 ************************** */
IF EXISTS (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'ProctInfo_table')
DROP TABLE ProctInfo_table
GO
CREATE TABLE ProctInfo_table
(
proctId int
IDENTITY(1,1), /*编号*/
catId int not null, /*类别ID*/
proctName varchar(100), /*物品名称*/
proctContent varchar(4000),
proctDesc varchar(1000), /*物品简介*/
isPrompt bit default 0, /*是否优惠*/
registerTime datetime default getdate(), /*上架日期*/
listPrice decimal(10, 2), /*物品价格*/
unitPrice decimal(10, 2), /*会员价格*/
orderDesc varchar(1000), /*订购说明*/
proctImgUrl varchar(200), /*物品图片*/
sort int, /*排序标记*/
proctCount int, /*库存量*/
isValid bit not null,
constraint pk_proctInfo primary key(proctId),
constraint fk_proct foreign key(catId)
references ProctCategory_table(catId)
)
/* ***************************************************************************** */
create index ProctCategory on ProctInfo_table(catId);
create index ProdcutName on ProctInfo_table(proctName);
/* ************************** 公告信息 ************************** */
IF EXISTS (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'BulletinInfo_table')
DROP TABLE BulletinInfo_table
GO
CREATE TABLE BulletinInfo_table
(
bulletinId int
IDENTITY(1,1), /*编号*/
bulletinTitle varchar(100) not null, /*公告板标题*/
bulletinBody varchar(4000), /*公告板内容*/
inputDate datetime default getdate(), /*添加日期*/
updateDate datetime, /*更新日期*/
inputUserId smallint, /*添加管理员ID*/
bulletinPoint int, /*浏览量*/
bulletinSort int, /*排序标记*/
isValid char(2) default 1, /*是否有效*/
constraint pk_bulletinInfo primary key(bulletinId)
)
/* ************************** 公告信息 ************************** */
IF EXISTS (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'ItemInfo_table')
DROP TABLE ItemInfo_table
GO
CREATE TABLE ItemInfo_table
(
itemId varchar(50), /*项目ID*/
proctId int not null, /*项目产品ID*/
quantity int not null,
listPrice decimal(10,2), /*物品价格*/
unitPrice decimal(10,2), /*会员价格*/
status varchar(2), /*更新日期*/
constraint pk_iteminfo primary key(itemId)
)
/* ************************************************************* */
IF EXISTS (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'Serial_Number')
DROP TABLE Serial_Number
GO
CREATE TABLE Serial_Number
(
serialId varchar(50) not null,
SerialNumber int,
constraint pk_SerialNumber primary key(serialId)
)
4. 问一个关于ACCESS数据库的问题
先要判断到货日期，用产品表做一个查询，在查询里一个空字段里写入：
IIF(到货日期>=date(),'到货',到货日期)
这句语句是让 到货日期 字段到了时间自动显示到货字样，没到货日期不变。这样你就可以随时判断 到货日期 作出筛选，显示为到货的把他筛选出来：
Select * From [产品表 查询] Where IIF(到货日期>=date(),'到货',到货日期)='到货'
再加个下单日期判断也是一样：
Select * From [产品表 查询] Where IIF(下单日期>=date(),'已下单',下单日期)='已下单'
假设这个判断下单的查询叫 查询1，判断到货的查询叫查询2
那就用这个查询1去匹配订单表,把这个查询名称取为查询3和查询4：
Select * From 订单表 Inner join 查询1 on 订单表.订单编号=查询1.订单编号;
匹配完了就是显示想匹配的订单表里的字段，你把他们全部更新一下：
Update From 查询2 set 全部下单=1;
这里又说回去了，全部下单和全部到货是根本的两码事，所以要建立四个查询分开来做判断；更新字段也不能有起更新也要分开来更新。
所有的这一些语句，不要用表来做操作，你要用窗体事件来触发：
比如一边录入数据一边触发，或者用宏来触发，或者用有个控件事件来触发；
总结一下，我的思想是分两个步骤：
1. 检索出下单日期到期的行-----查找订单可以更新的行------更新下单状况
1. 检索出到货日期到期的行-----查找订单可以更新的行------更新到货状况
你可以把语句全写在有个事件过程，或者放在有个宏里一起执行。这就是你想要的结果
5. 获取服务器时间写入数据库
用不着这么麻烦
下面我给你两种数据库的时间函数
建立一个时间字段~`
1.编辑Access数据库表
时间字段下面的默认值里写"Now()"
2.编辑SQL数据库表
时间字段下面的默认值里写"GetDate()"
这样在添加一条记录以后~`这个字段里会自动填上添加的日期时间
补充回答:
数据库放在服务器上获取得当然是服务器时间
6. 如何建立物流中心
当今企业无一不关注成本的控制、运作的效率、服务的改善。这一切的基础就是建立一个高效的物流体系。这是一个快速变革的时代对现代企业的要求，也是企业生死存亡的战略依托之所在。价格战的兴行、呼声日高的创新潮流，令中国企业必须更多地反思并完善自身的内部运作。Harold Pan集合其多年物流管理的经验采写的这篇精彩文章，对零售业这个对物流管理要求最高的行业进行了分析和总结，为中国经理人在建立和改善其物流管理方面提供了极为宝贵的借鉴经验。 作者简介：作者Harold Pan曾在美国Warner-Lambort在华合资企业任职多年，主管公司的采购及物流工作。 中国有句古谚云：人尽其才，物尽其流。这很好地道出了快捷高效的物资流动对国计民生的重要性。目前，电子商务在中国踽跚而行，很大程度上也起因于中国现阶段相对滞后发展的物流体系。物流，在昨天、今天和明天都将是你企业经营中一个不可或缺的重要环节。 在众多行业中，无论是从货物流动及相伴的信息流动的规模还是速度来讲，零售业都是当之无愧的龙头老大。零售业的物流成本在其总成本的构成中，高达20%以上。因此，物流战略的正确制定和有效执行，是零售企业在市场竞争中胜出的一个决定性因素。全球着名的零售商，如沃尔玛（Wal-Mart）、麦德龙（Metro），无一例外地借助于卓越的物流管理，取得了令人侧目的市场地位。我们相信，通过对零售业物流战略的解剖，中国经理人能从中了解现代物流管理的真谛。 深入了解 零售行业在中国以至全球范围内正在发生翻天覆地的变化。消费者前所未有的广泛选择机会使零售商们培感市场压力重重。以美国为例，1985年盈利居前15位的零售企业，时至1995年，仅有6家还名列其中。在中国，零售商们的利润率步步下滑，早已遍为人知。 在如此剧烈的市场竞争中，零售商必须严格控制其运行成本。这就要求你拥有一流的物流管理体系，使货物能及时而经济地到达最终消费者手中。举沃尔玛为例，它和Kmart（编者译：凯马特）经销的商品结构颇为相近，但沃尔玛的运行成本比凯马特低25%。如此悬殊的差别从何而来？其中一个重要的起因，就是沃尔玛得益于其先进的物流信息系统，使它能快速判别消费者的购买偏好，从而使商品的整体成本一减再减。据测算，沃尔玛的单位面积销售额竟然是凯马特的两倍。 其实，不仅仅只有连锁零售企业注重物流管理。我们来观察一下与之完全不同的行业，时装零售商。欧洲的时装商家往往在销售旺季前，在远东地区大规模低成本地批量生产。不难想象，有些款式会成为热销品而断货，而一些款式则可能滞销而不得不打折清货。为此，时装商家们现在只在季前批量生产预计总销量的60%到70%，然后再根据市场上的动销情况，在欧洲组织剩余部分的生产。这样，尽管在欧洲生产热销款式的成本较高，但这样做却使部分款式供不应求，部分款式供过于求的现象大为减少，从而保证了总体的盈利水平。企业的高层主管在制定相应的物流战略时，应该具体问题具体分析，针对企业的特定情况量身定做。他们必须对物流的方方面面有深入的了解，对物流在整体企业经营中所取的作用必须有清醒的认识。只有如此，方能作出明智的决策。 根本问题 不管零售商采用哪种物流战略，都必须解决几个最基本的问题： 首先，必须用整合的观点来看待物流体系。物流体系涉及众多部门，如计划、采购、运输以及销售部门。各部门的目标各异，就很难做到劲往一处使。比方说，销售部门通常根据销售额、毛利等来确定最终奖励。它们往往热衷于发现热销商品，希望采购部门在进货时拼命砍价，并尽量避免打折清货。而计划部门则往往注重保证货物充沛、货物周转顺畅，所以常况下只留意购物的批量和频率。 然而，为了不超出采购预算，采购部门经常挑选最低价的同类商品，尽管这样做往往意味着交货期过长、库存居高不下、仓储成本上升，而拉升企业总体成本。预算方面的限制，又往往使得采购部门必须等到滞销商品清仓处理后，才有可能再追订热销产品。这样，往往使热销商品库存不足，而滞销商品库存过量。另外，采购预算方面的控制，往往使采购部门在期初拼命进货，而期末则无事可做，因为此时采购额度已经花完。 为了克服物流过程中的种种障碍，企业上下的每个人，都要意识到自己的行为对企业总体的影响。其中的一种选择就是将计划部门、采购部门，甚至零售点统统捆绑在一起，评估他们作为一个整体的团队绩效。这样，各个部门就能做到同舟共济，在做相关决策时互相协调。在编制预算和成本时也能从整个物流链的角度出发加以考量。 当部门间的相互协作问题顺利解决后，我们再转向物流战略的第二个问题：全程优化。通常，物流流程的局部优化往往造成整个物流环节的劣化。在这里最糟糕的情况是，单纯强调配送中心的成本优化。对于大多数零售商而言，配送中心的运作与工厂类似：很好地体现了规模效应、自动化操作和工作效率。零售店相对而言则是个高成本运作的场所。但公司往往会不加思量，就将商品从配送中心向零售店转移，结果使零售店库存居高、运作成本上升。其实，公司往往可以考虑反其道而行之，将库存从零售店移到配送中心。这样的话，可以尽量减少在零售店中发生的商品处理费用。 一些在配送中心轻而易举便能完成的作业，若想在零售店中完成可绝对不是件轻松的事。我们可以举一个例子，热销商品应该在配送中心保持足量的库存，并根据零售店的销售情况整箱补货：对一些价格昂贵、销售较慢的货品，则应该拆箱后分件向零售店补货；对于另外一些占地较多的抛货或搬运费力的货品，则应当尽量减少中间的处理环节，甚至可以直接从供货商向零售店送货。其目的是在于对供货商到零售店的整个环节做到物流成本的最优化。企业万不可将整个物流链加以肢解，只在局部环节实行优化了事。 物流战略面临的第三问题是预测。对相关信息的有效利用，会大大改进零售环节中的计划职能，从而使零售企业的竞争能力大为提高，以高效率地在适当时间向合适的地点派送适量的商品。 绝大部分零售企业的库存管理，与特定零售点和具体商品密不可分。但是，在特定的零售点上，具体到某一样商品的销量，前后波动是很大的。除少数畅销品和促销品外，消费者对大部分商品表现出的购买行为是难以捉摸的。但如果你将一个配送中心区域内所覆盖的零售店作为一个整体来考虑，则商品的销量要容易预测得多。所以，在预测销量时，尽量在特定零售点上少费周折，将注意力集中在配送中心或整个公司的相关销量上，由此而来的预测要可靠得多。 即使在时装的零售方面，销量预测工作亦是大有文章可做。一些经营精品时装的商家用产品目录来测试市场，而另外一些时装商家会通过征询一部分买者对于销量的预测来备货，还有的则通过向主要客户播放季前的时装表演，来获取有关未来销量的信息。当然再完善的预测方法也有其局限，重要的是要懂得如何应付不确定性。在高档时装领域，动销较慢的款式必须在它们过时之前及时清仓处理，而销路看好的款式必须及时发现、及时补订。万一补订不再可能，有关这季什么见好的信息，对于下季推出什么流行款式也大有裨益。 归根结底一句话，能够预测的一定要预测好，不能预测的则一定要准备有效的应对手段。 零售业的一些佼佼者们，不但在上述三个方面做得无懈可击，它们还根据自身的市场竞争战略来构造自己的整个物流体系。我们在这里列举了三种迥然不同的物流战略，从中可以一窥成功的零售商品是如何制定其物流战略的。 快速反应战略 高档时装是此类物流战略的代表。众所周知，高档时装经营的风险巨大。欲领时尚风骚的厂商要迎合消费者的口味。它们既要用富有创意的设计去取悦顾客，同时也要保证新奇的设计转化为市场上的卖点，因此在时装设计、制造和营销等各个环节都必须环环紧扣，以在这个充满变化的行业里降低经营风险。 有的厂商利用邮购来探知顾客喜好，在进行试销时考虑不同地区间顾客偏好上的差异。另外，先行上市地区的销售情况也能提供预测数据。至此，时装商家们还是都有章可循。 最能显示出物流战略力量的，莫过于能将那些为市场所认同的款式在过时之前，即刻放到零售店的货架上。要做到这一点，有时依赖于与供货商长期的融洽关系，有时则会要求你买断供货商的部分生产能力。与供货商关系融洽，成衣从设计到上市的周期就会缩短，同时也能满足数量上的要求。为了留有余地，时装商家一般会要求供货商事先为其预留一定的生产能力。但不到最后时刻，它们一般不会贸然下达最终订单。时装在整个物流过程中都是只争朝夕。零售商通常只对少数热销断档的款式愿意空运。但高档时装商家往往在试销时空运所有的热销款式。同时为了应付不虞之需，经常在一个中心仓库存货，并由此向各地空运或用公司的货车送货，运输周期一般短于3天（请注意，这里所说的是欧美国家的情形）。达成如此的高速花费不菲，但随后的销量会弥补所产生的额外费用。整个物流战略的中心，在这里便是尽量捕捉市场机会，哪怕意味着昂贵的运输成本，也要尽快使商品到达零售店，以使销售和利润最大化。 物流体系在处理滞销款式方面也大有作为。将实际销量与预测销量作一比照，很快便可辨识出滞销款式。这样，企业马上就能采取降价等措施，以赶在销售季节结束前清货。在有些情况下，还能根据市场上的销售情况，修改面料和辅料的相关订单。 持续补货战略 并不是所有零售商面对的市场都象时装那样瞬息万变。对于这些零售商来说，顾客需求相对比较容易预测，所以它们只需保证在货物出现断档前及时补货，便能满足顾客的购买需求。 几个美国的连锁集团从事休闲服装的销售，其中一些商家获利丰厚，因为在消费者看来，它们货架上的衣物时刻散发着一种新鲜感。其实做法也颇为简单，就是保证货架上待销的衣物，有充足的颜色、尺码和款式搭配。高档时装的顾客可能愿意等几天，让所需的款式从别处运来。与此不同，休闲装的顾客一看中意的款式没货，可能就立马离去。要满足这一部分顾客的需要，必须有一个高度专业化和高效率的物流体系。 大牌零售商往往一年推出几波款式，交货期也比较长，因为大多为海外制造以求低成本。另外，休闲服装售价上的限制也决定了不能采用空运方式。这样一来，漫长的运输时间更延长了整个的交货周期。在这里，物流战略的着眼点并非速度，而是稳定持续的物流。从工厂到商店再到购买者手中周而复始，不能出现断档。 休闲服在离开制造厂时，往往就能标明最终的零售店，之所以在配送中心中转无非求个转载方便。每个商店根据以往的出货记录，都定下一个相对稳定的送货款式组合。销售情况被密切监控，一旦确定滞销品便不加犹豫地打折处理。 但是固定的款式组合，也不一定能与该商店整年的需求相匹配。所以，花色、尺码和款式上的需求波动又要求零售商在此具备一定的灵活度。与零售店地理位置相近的区域中心仓库，能保留足够的缓冲库存来应付零售店的需求波动，同时又能保证及时经济的补货服务。通常一周三次的补货就足以满足零售店的日常需求。 低成本战略 使物流成本保持低位，是象沃尔玛这种廉价商品零售商的看家本领。沃尔玛在设置新点时，往往以其现有配送中心为出发点。沃尔玛的卖场一般都设在配送中心周围，以缩短送货时间、降低送货成本。除此以外，沃尔玛等零售业巨子在物流管理方面，还有一些使人耳目一新的做法。 其中一个被日益广泛采用的策略，就是由供货商来负责相关商品的库存和物流管理。供货商通过零售商提供的销售信息，能十分高效地排定自己的生产计划和送货计划。这样，双方都能降低库存成本。在某些情况下，零售商索性让生产商来负责相关商品的物流管理。比方说，有些小百货商品一般在零售店和配送中心都没有库存，制造商要得到相关的业务，就必须在特定的托盘上按照零售商的要求，装上特定品种和数量的货物，在指定时间送到配送中心，使配送中心的送货车能便捷地将它们装运到所指定的零售店。这样，就免除了拆箱再拼装等中间步骤，能降低仓储成本。对于一些在促销活动前就必须就位的促销品，包装箱上都作了标记并被存放在特定的区域，这就能尽量减少不必要的处理环节。在促销开始时，这些促销品就能整批按时送达促销现场。这种做法，能使零售店的工作人员从繁重的商品分类标识活动中解脱出来，而专注于顾客服务。这类物流战略，最大限度地祛除了从零售店反推到供货商整个物流环节中可能发生的费用，其目的是尽量降低商品的售价。 各取所需 当然对各路零售商家们来说，还有其它经营战略，我们在此也不可能一一详述。不同的经营战略，必须辅之以不同的物流战略。在此，一个低档时装零售商的物流战略值得一提。该零售商同样通过试销来预测销量，同样使用一个配送中心来应付需求方面的波动。与众不同之处在于，只有在它目睹什么款式在高档时装店里热销时，才确定最终订单。它在判断时尚趋势方面并无过人之处。但一旦有热门款式露头，它就会迅速通过位于海外的一些廉价供货商大量制造。如此物流体系的最终结果，就是实现了其低价位大众化时装经营战略。 建立一套完备的物流体系，需要在资金人力方面做大规模的投入。相关公司在管理一个复杂多变的系统方面，必须拥有丰富的专业知识。一个处处适用的物流体系是不存在的。你所能做到的，就是根据你的经营战略，根据你有别于竞争对手的产品和服务，来构造你独特的物流战略。 企业的物流表面上看是货物的流动，背后是有关客户需求、服务水平、库存情况等信息的流动，而根本上也是企业利润的流动。它可能是你利润的源泉，也可能会是吞噬企业利润的无底黑洞。中国的经理人，你在此作何抉择呢？
7. 有谁知道搜索引擎的数据库是如何建立的
Google有两种网络爬虫，主爬虫和新爬虫。主爬虫主要负责发现新的网页。一个网页在新索引建立之后，马上会被主爬虫发现。如果一个网页建立索引需要经过一个月的时间，这个网页就会失效。
新索引的建立还需要考虑其他非询问式的决定因素。这些决定因素关系着网页排名的高低。为了充分利用这些网页，而不是浪费时间等着下一次索引算法的更新，Google必须采取一些简单的措施来猜测排 名，猜测访客难以利用的新内容是什么。
尽管Google在作猜测，下列内容都是真实可信的：
1） 幽灵登陆页上的排名不能等同于索引页的排名。
2） 在每月新数据库建立之前，必须将幽灵登陆页从数据库中移走。但是，这只是暂时的移走。
如果您的索引中有这样登陆页，您的主要目标应该是让该页在Google新页上拥有排名。若您想做到这点，您需要定期、有规律、最好是每天，有一定间隔地更新网站内容。
为什么您想要在Google的新页上获取排名？因为在新页上有排名的网站更容易被抓取，索引更容易更新。但是在新页上的排名不是真正的排名，新页排名有很强的不稳定性。新页排名转化为真正排名需要经过一段时间。
案例分析：同样的遭遇
（1）五天之前，我向互联网上传一个新的小网站，这一次我没有像以往那样把这个网站与我的其他网站建立链接，而是通过添加 l.html将该网址添加到Google中去。我静静等待这个网站被发现。三天以 后，用该网站的主要关键词进行搜索，这个网站能排到搜索结果的前十名，并且记录显示130个访问者访问过该网站。但是，一天之后，这个网站消失了。这一次，他不仅是掉出前十名，而且是掉出整个 Google目录。网站本身一点问题没有，没有作弊，没有隐藏链接，没有内容复制，没有关键词堆砌，就这样默默地网站消失了。
我仔细考虑该网站的欠缺之处，排名消失的原因也许在于这个网站缺少导入链接，也许因为这个网站有一个弹出窗口。也许，也许，有无数个也许在等着我。
（2）经常有人向我们咨询这类问题，为了满足不同询问者的需要，我们写了一篇文章，希望有所帮助。
当 Google搜索蜘蛛抓取一个新网页后，这个新网页会有什么反映？
一个新网页没有被Google主目录收取，直到：
1. 该网页被Google主目录搜索蜘蛛抓取。
2. 该网页在被Google主目录搜索蜘蛛抓取之后，须经过一段更新时间。
只有以上两条全都满足，新网页被Google主目录确确实实抓取到，新网页上的排名才有可能转化成真正排名 。
Google有两种抓取形式
1. 主抓取
2. 新抓取
一个新的网页首先被“新抓取”蜘蛛抓取。但也有特例的时候。在Google月更新刚刚完成那一段时间之后，一个网页通常被“主抓取”蜘蛛抓取。每月更新一般在每个月的20号到28号之间，能够持续几天。
为了区分两种蜘蛛的差异，我们可以先来看一下一组IP 地址。
1. “主抓取”蜘蛛= 216.239.46.*
2. “新抓取”蜘蛛= 64.68.82.*
为了进一步解释明白新网页发生的Google幽灵现象，我们假设该网页首先被“新抓取”蜘蛛抓取。在Google两个月更新之间，“新抓取”蜘蛛来抓取新网页。在主抓取期间，通过链接新网页能够被抓 取。新抓取期间，情况也是一样。
尽管这个网页没有经过此次更新，也没有收录在Google主目录里，但是抓取之后，搜索蜘蛛开始衡量该网页内容和质量，并把该网页收录在搜索结果里。这次衡量是十分不稳定的，易受外界影响，经常发生变化。
当每月定期更新来临时，这些网页会产生波动。每月定期更新就是Google波动。但是，您需要记住，“主抓取”蜘蛛没有阅读该网页，所以这个网页没有加入主索引中。所以，当每月更新结束后，这个新 网页仍被看作是新网页但是不久以后，“主抓取”蜘蛛将会阅读这个新网页，在下个月更新之后，该页面才能被收录进主索引。这需要经历一段时间。在此之前，Google不显示任何导入链接，这个网页的排名也因此多变、不稳定。
让我们总结一下：
如果一个新网页首先被一个“新抓取”蜘蛛抓取，然后被“主抓取”蜘蛛抓取，这个网页需要经过两次月更新。换句话说，这个新网页需要经过两个月才能被主索引收录，在被主索引收录之后，才可能获取稳定的排名。
这期间新网页可能在Google搜索结果页中出现，也可能消失，这种不稳定的情况完全是正常的。
还有一种情况。如果一个新网页首先被“主抓取”蜘蛛抓取（这通常发生在一月的下旬），那么这个网页只等一个月的时间就可以进入“主索引”。
网站设计者和拥有者如果不了解Google抓取新网页的过程，他们的工作将难以开展。网页排名可能一路飙升，名列前十名，让人欣喜若狂，也可能陡然狂降，甩出二百名开外，令人垂头丧气。抓住 Google抓取新网页的过程规律，网络英雄们将不再迷茫，有的放矢将不会是单纯的梦想。
8. 怎样建立一个简单数据库
具体步骤如下：
1、首先打开我们的access程序，打开方法是单击开始——所有程序。
9. 我想给一种物品设置一个日期提醒，在数据库里写入一个时间，到时间管理员会收到一个提示。
抛砖引玉:
数据库中写个存储过程，找到当天或者一个时间点到期的所有对象，然后在程序里面定义一个timer,设置间隔时间，然后每次都可以执行下存储过程，发现有对象，进行提示
10. 简述一个数据库应用系统的建立过程
数据库建立过程包括六个主要步骤：
1．需求分析：了解用户的数据需求、处理需求、安全和完整性需求。
2．概念设计：通过数据抽象，设计系统的概念模型，一般为e－r模型。
3．逻辑结构设计：设计系统的模式和外部模式，特别是关系模型的基本表和视图。
4．物理结构设计：设计数据的存储结构和访问方法，如索引的设计。
5．系统实现：组织数据存储，编写应用程序，试运行。
6．运维：系统投入运行，进行长期维护。
(10)到货时间数据库的建立扩展阅读：
数据库设计技巧：
1．原始文档与实体之间的关系
它可以是一对一、一对多、多对多。一般来说，它们是一对一的关系：也就是说，原始文档只对应于一个实体，而且只对应于一个实体。在特殊情况下，它们可能是一对多或多对一的，其中一个原始文档对应多个实体，或者多个原始文档对应一个实体。
这里的实体可以理解为基本表。在明确了这些对应关系之后，这对于输入接口的设计是非常有益的。
2．主键和外键
通常，实体不能同时没有主键和外键。在e－r关系图中，叶中的实体可以定义主键，也可以不定义主键（因为它没有后代），但是它必须有外键（因为它有父键）。
主键和外键的设计在全局数据库的设计中起着重要的作用。当全球数据库的设计完成后，一位美国的数据库设计专家说：“钥匙，钥匙无处不在，只有钥匙”，这是他的数据库设计经验，也是他高度抽象的信息系统核心思想（数据模型）的体现。
因为：主键是实体的高度抽象，主键和外键对，表示实体之间的连接。
3．基本表的属性
基表不同于中间表和临时表，因为它有以下四个特点：
原子性。基表中的字段没有分解。
原始性。基表中的记录是原始数据（底层数据）的记录。
先验性。所有输出数据都可以从基表和代码表中的数据派生出来。
稳定。表的基本结构比较稳定，表中的记录保存时间较长。
一旦理解了基本表的性质，就可以在设计数据库时将它们与中间表和临时表区分开。