数据库学习心得

数据库学习心得 当今社会制造企业的竞争很大程度上是供应链的竞争，由于成本压力不断增大，导致企业的供应链管理 提上一个急需解决和完善的进程。如何才能管理好企业的供应商，发挥应有的效能, 现主要对供应商分类阐述一下。 我们可以把企业的供应商分成三大类: 1、可以为企业带来价值的供应商(A类):这类供应商的特点是成本稍微高些、与之合作，不断质量、成本和交付没有问题，还能为企业带来价值，为企业产品的提高带来增值，这是我们都非常希望看到的企业。 他可以为你优化现有产品，帮你改进系统，提供解决。这样的供应商你不选择谁选择呀～ 2、能为企业正常供货的供方(B类):这类供应商的特点是与之合作，他们也能正常供货，基本不出问题， 让供货就供货，不能为企业的增值带来收获。 3、供应产品老出问题，需要客户帮他们提高产品质量的供方(C类):这类企业给你供货，虽然成本低，但是经常出问题，需要你去帮他们提高质量，建立质量体系，改进生产工艺。这类企业很多客户觉得成本低，但质量不完善的产品在以后的使用过程中会给我们带来很多麻烦和损失，而我们有没有认真计算过这部分的损失和成本，如果仔细计算一下，他们低的价格和成本会被以后的成本吃掉，从而我觉得这类企业 是属于淘汰型的供应商。 以上就是企业ABC管理方法。同时还有产品ABC管理。 根据不同分类的企业采取不同管理方式，提高产品质量，降低产品成本，为企业的减员增效提供保障。 对于一个软件系统，数据库是整个系统最核心的部分。 但由于系统的需求是不断变化，使得在数据库设计变得十分重要而且困难。 在需求变化非常快情况下，有一部分人会认为要寻找一种设计方法以固定不变的表结构来适用不断变化需 求。这个观点是十分不明智和以现时的技术上暂时不能实现。对于软件功能程序在需求不断变法时候，为 了适应新的需求，不断重构系统的代码。以相同的道理，数据库设计也是程序设计的一部分。那么，数据 库一样可以使用重构来实现适用不断变化的软件系统。 本人认为数据库设计将会分为两个阶段进行: 第一阶段:数据库功能上的设计，由于在软件系统的数据库建立初期，数据库也只是以实现系统同能为目 标，对于系统性能优化将不会是数据库设计的重点。 ?建立软件系统的比较通用功能基础表。在基础功能建立后，系统使用者会对系统部分功能作出评价和修 改要求。而功能基础表设计为减少日后修改和维护量，会尽量设计通用和冗杂结构。 ?收集软件系统的一些基本信息。对于软件系统设计者来说，对软件系统的中每个表数据量，程序上SQL的 使用，系统的繁忙时段以及周期等都会有比较初步评估。但对于数据库设计者来说，这些估 计都是只一些 推断并没有实际数据支持。为第二阶段数据库修改和维护，对软件系统作一些基本数据收集是必要的。 第二阶段为数据库系统能上优化，主要是通过第一阶段收集系统数据库一些信息来对系统做修改和优化 数据库具体优化方案需要以收集信息为基础来之际来进行指定。 下面本人下，数据库中一般有哪些方面需要进行优化。 1优化系统的SQL，具体有下面几点可以进行: ?对使用频繁的SQL以创建具体功能存储过程来代替，可以减少数据库系统对SQL编译和解析 ?涉及到数据量大的表，尽量建立基本视图来完成数据查询工作 ?在程序中尽量使用批量提交 (注:此方法在多数据更新和插入软件系统中 ，可以比较显著提高性能。 在提高系统性能的同时，对程序的多线程控制技术上增加不少难度。 若线程控制出现问题，会对数据库带来灾难性破坏) ?程序在使用SQL的时候，尽量使用少消耗数据库资源的运行方式 2 数据库表结构的 ?在数据量大表中，尽量减少非必要字段索引建立。 (注: 索引建立多了查询速度是可以很有效的提高，但随之而来的是插入数据消耗的数据库资源也提高了很多) ?大表需要进行分区存储 (注:现在主流数据库都已经开始支持分区存储数据) ?在不影响系统的业务逻辑上，清理数据表中被废弃使用的字段 (注:在清理废弃的字段需要关注的确定这些字段是否真的已经被废弃，程序真的不再启用) 3 修改有问题的SQL ?在实现功能时候，由于时间或者其他原因整个系统中肯定会有部分性能不优的SQL存在。第一阶段收集的数据，现在就可以有效的进行使用。通过这些数据我们可以很有效地把这些不优的SQL[甚至是很烂]找出来，一条一条进行调整 ?在调整SQL外，还需要对数据库内存或者共享空间等等进行调整;使得数据库永远是处于最优的状态。 以上是本人一些小小心得，如果不对的地方欢迎指教。