专门为一个部门新建一个小型数据库

建库就是建库,你可以使用SQL的企业管理器进行建库,也可以直接使用SQL语句进行建库不过听你的意思是你的库中的数据来源于另一个库中,那么此时你建的库表不再建表,而是直接创建视图就可以了

这样对于你有需要的数据库表建成一个视图,源库在更新时,你的视图也自动进行更新的当然你也将这些视图直接建立在原来的库中,只不过只调用这几个视图就可以了!视图与表没有多大的区别,只不过视图的数据是来源于表的,在视图中没有真正的数据,但同样可以对视图进行更新,删除等 *** 作,视图在接受这些指令后对源表中的数据进行更新,删除或是添加一定要注意的是如果是单纯的引用的话,也就是不更新时,一定要将视图的更新,删除,添加等功能去掉只留下一个查询功能就可以了!视图和表在使用上没有多大的区别的!

之所以这样做的原因就是防止你小的数据库对真正的源数据进行了 *** 作,从而对源库引发安全问题,比如源库在安全方面作的不错,但你新的安全不行,数据库的安全就无法保证了!当然还有就是数据库的性能问题了,视图进行数据 *** 作(如删除,更新,添加)时,数据库的锁是复杂的,而锁是保证数据在并发的情况下不出现脏读,臆读等数据不一致的情况,但锁也是影响数据库性能的最重要的方面之一,对于共享锁还好说些,只是对锁的测试和加载上的性能损耗(加锁时,数据库会先检查该数据元素上是否已经加锁,还要检测加的是什么样的锁,如果数据上加的是排他锁,则共享锁也加不上),若是更新时加的是排他锁时,势必影响数据库的并发执行

如果数量不是太多，建议继续使用EXCEL，因为数据库的 *** 作难度比EXCEL高。

如果EXCEL装不下的，你首先考虑ACCESS，因为是OFFICE的组件， *** 作上手可能要向对简单。

简单的小型的就用access 做就足够了，按照你上面的内容，先做好数据库的表，字段就用英文的，然后还可以标注中文的，这样你就不会混淆了。

如果再大一点的话，就用sql server 来做，刚开始是有点难度，不过时间长了，就不难了，希望你成功。

互联网公司普遍采用的读写分离，拆库拆表的方法，

但是具体的要么要在应用层做处理，类似淘宝早期的做法，要求应用区分后端的数据库，

要么就需要建立一个数据访问层，由数据访问层去处理后端的数据库拆分，类似淘宝后期做法，

具体的你可以到文库里面搜淘宝分布式数据库之类的文章来看。

以上就是关于专门为一个部门新建一个小型数据库全部的内容，包括:专门为一个部门新建一个小型数据库、我要建立一个小型数据库，不知道用什么软件、我要开发一个小型的数据库应该怎样做等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！