这个不好描述!呵呵,多做实验吧!不过首先要看懂“函数依赖”的感念了,可以先看1~3NF,一般到3NF就可以了,而且也容易理解

解决方案 »

  1.   

    浏览《ASP数据访问高级编程》第一章,此书不是在讲数据库,可对于你的问题却恰倒好处,而且是以实例的方式讲解的。
      

  2.   

    难道就没办法举个例子吗?我就是看不懂那些“函数依赖”与1NF,2NF,3NF,4NF及BCNF的纯粹的描述啊?!~
      

  3.   

       也许他们都不是理解的很透吧,真正的高手还没有出现呢   CSDN里回答问题的气氛是不是差了一点啊
      

  4.   

    关系数据库的规范化理论,是从数学中引申出来的,其出发点在计算机人看来,其实可以说是错误的。1NF 和5NF存在着矛盾。在数据存设计中不可能满足5NF,3NF倒是可能的。不过,在数据库设计时,大可不必考虑规范化理论,它在实际应用中是不可用的。
      

  5.   

    isuny(川江号子) (  )
    darkwing() 
    说得都对!呵呵
    现实工作中,更应该考虑实际情况,但基础理论扎实点是好的!特别是以后做高级数据库开发时候!很多东西就能更容易的接受和解决了!
    但,范式只是数据库理论里的一小部分了,还是要多实践,因为这个东西内容很少,但都很抽象了!
    弄个MS SQL SERVER了,又有帮助,又可以顺手就写SQL实践!
      

  6.   

    NF称为范失:1NF、2NF...分别成为第一范式、第二范式...
    第一范式:
        在关系数据库中,每一个分量必须是不可分的数据项。满足了这个条件的关系模式就属于第一范式(1NF)。消除非主属性对码的部分函数依赖
    第二范式:
        若关系模式R∈1NF,且每一个非主属性完全函数依赖于码,则R∈2NF。消除非主属性对码的传递函数依赖
    第三范式:
        关系模式R<U,F>中若不存在这样的码X,属性组Y及非主属性Z(Z不属于Y),使得X→Y,Y→Z成立(Y\→X),则称R<U,F>∈3NF。消除主属性对码的部分和传递函数依赖,即:每一个非主属性既不部分依赖于码也不传递依赖于码.
    BCNF是修正的第三范式:
        关系模式R<U,F>属于1NF.若X->Y且Y不属于X时,X必含有码,则R<U,F>属于BCNF.
        关系模式R<U,F>中,若每一个决定因素都包含码,则R<U,F>属于BCNF.
        关系模式R(U,F)∈1NF,若X→Y且X不包含Y时X必含有码,则R<U,F>∈BCNF。
        一个满足BCNF的关系模式有:
        1. 所有非主属性对每一个码都是完全函数依赖
        2。所有的主属性对每一个不包含它的码,也是完全函数依赖
        3。没有任何属性完全函数依赖于非码的任何一组属性
        消除非平凡且非函数依赖的多值依赖
    第四范式:
        关系模式R(U,F)∈1NF,若X→→Y(X包含Y)是非平凡的多值依赖,且X含有码,则称R<U,F>∈4NF。