北京 | 上海 | 天津 | 重庆 | 广州 | 深圳 | 珠海 | 汕头 | 佛山 | 中山 | 东莞 | 南京 | 苏州 | 无锡 | 常州 | 南通 | 扬州 | 徐州 | 杭州 | 温州 | 宁波 | 台州 | 福州 | 厦门 | 泉州 | 龙岩 | 合肥 | 芜湖 | 成都 | 遂宁 | 长沙 | 株洲 | 湘潭 | 武汉 | 南昌 | 济南 | 青岛 | 烟台 | 潍坊 | 淄博 | 济宁 | 太原 | 郑州 | 石家庄 | 保定 | 唐山 | 西安 | 大连 | 沈阳 | 长春 | 昆明 | 兰州 | 哈尔滨 | 佳木斯 | 南宁 | 桂林 | 海口 | 贵阳 | 西宁 | 乌鲁木齐 | 包头 |
很多数据库书中,总结了表与表之间的关系有一对一,一对多,多对多三种。实际工作中,我们还遇到一种特殊的关系,多对A(A为已知数),当然这也属于多对多的范畴,但由于它的特殊性,这里有必要提出来讨论一下。
首先举个例子,有未知多的人要进入同一个房子,进来之后都要发给他们6件物品。那么进入房子的人与这6件物品间是什么关系呢?
如果每人1件物品,那么物品跟人1对多关系,如果每人发几件而且不定哪几件,那系就是个普通的1对多的关系,如果每人6件都发,那么这就应该是我说的多对A的关系。
当然,我们可以用多对多的关系来解决这样的问题,但因为有一方的数量是已知的,这样解决势必重复劳动。这样的问题基础表如何设计,采集数据的窗体如何设计,请大家谈谈看法。