请教solidworks2010 几个装配体与零件关系的问题 设计表
1.不知道你说的设计表是什么,是不是零件明细表?可是单个的零件是不需要明细表的。零件的变化应该被定义为零件尺寸的变化,而决定零件尺寸的根本是零件草图,与设计表无关。我不认为一个所谓的设计表可以表达清楚零件的特征尺寸,如果你只是希望在装配中看到某个个零部件的尺u寸,右键,选择显示注解,选择显示特征尺寸。2.不知道你说的链接尺寸是什么,是关联尺寸吗?还是由配合关系定义的两零件之间的尺寸?你说的在零件图中用关联尺寸具体是怎么用?你说的零件图是指零件工程图吗?装配体是由子装配体组成的,而子装配体是可以被打散成为诸多零件的,你说可不可以呢?建议你问问题的时候,实际问题实际解决,用这种方式学习。你的问题我基本看不懂。QQ479063379
1、目的性原则:问卷设计的第一步就是要把握调研的目的和内容,这一步骤的实质其实就是规定设计问卷所需的信息。为此需要认真讨论调研的目的、主题和理论假设,并细读研究方案,向方案设计者咨询,与他们进行讨论,将问题具体化、条理化和操作化,即变成一系列可以测量的变量或指标。
2、逻辑性原则:结构合理、逻辑性强。问题的排列应有一定的逻辑顺序,符合应答者的思维程序。一般是先易后难、先简后繁、先具体后抽象。
3、通俗性原则:问卷应使应答者一目了然,并愿意如实回答。问卷中语气要亲切,符合应答者的理解能力和认识能力,避免使用专业术语。对敏感性问题采取一定的技巧调查,使问卷具有合理性和可答性,避免主观性和暗示性,以免答案失真。
4、时间的控制性原则:控制问卷的长度。回答问卷的时间控制在20分钟左右,问卷中既不浪费一个问句,也不遗漏一个问句。
5、便于处理性原则:便于资料的校验、整理和统计。
拓展资料
调查问卷又称调查表或询问表,是以问题的形式系统地记载调查内容的一种印件。问卷可以是表格式、卡片式或簿记式。设计问卷,是询问调查的关键。完美的问卷必须具备两个功能,即能将问题传达给被问的人和使被问者乐于回答。要完成这两个功能,问卷设计时应当遵循一定的原则和程序,运用一定的技巧。
问卷的类型,可以从不同角度进行划分。如按问题答案划分,可以分为结构式、半结构式、开放式3种;如按调查方式划分,可以分为访问问卷和自填问卷;如按问卷用途分,则分为甄别问卷、调查问卷和回访问卷等。
参考资料:百度百科-调查问卷
1、要有明确的主题。要根据调查目的和调查内容,从实际出发拟题,题目要突出重点,不能发生可有可无的现象。
2、结构合理有逻辑。在排列问题时应该有逻辑性,要结合应答者的思维逻辑来排列问题,不能带有主观性。通常应该遵循先简后繁、先易后难、先具体后抽象的原理。
3、通俗易懂。调查问卷在应答者刚一入眼时,就该有一目了然的感觉,使应答者愿意进行回答。问卷中语言要精练,语气要诚恳、问题要在应答者的知识范围内。
1)在ACCESS里面表是可以出现下拉列表的,设置如下图,在表设计视图中选中"性别"这个字段,然后在下面转换到"查阅"选项卡,"显示控件"设为"组合框","行来源类型"设为"值列表",然后在"行来源"里面输入"男女",中间用顿号分开!
(一般建议在窗体里面设置,过程差不多)
2)ACCESS里面删除后的自动编号是没得再恢复的!
在工作单位这个字段加啊,跟上面一样的!其实你也可以设计一个专门用来联接的表,然后通过查询添加进去,那你以后添加项目的时候就不用改表了,而只要在表里面添加就行了!
实际的项目中关系表本身也涉及很多处理,因此也需要有很多其他的信息存在里面,所以极少有那样单纯的关系表。
我还真没见过靠hibernate自动生成表的项目,都是表先定好了再开发的。
最后底层开发人员不需要关注整个项目的表架构什么的这种东西。
状态表: qstatus : s_id int 自动增长 s_description varchar(20)状态
问题表:qestion: q_id int 自动增长 q_type_id int (类型id) q_s_id int (状态id) rp_time datetime(录入时间) q_title varchar(20) 问题标题 q_content(问题内容)
创建视图,
根据搜索内容(问题内容模糊查找),问题解决状态搜索问题列表(未解决 待解决 已解决 );能够查询解决问题的过程列表(待解决)。
SITE表:site_iduser_id site_name
select * from user a,site b where a.user_id = b.user_id
就是一个很简单的联合查询,
但是你这个表格有个大问题啊,首先别把整个网站用表格固定死了,我保证当你插入图片插入其他东西后你会疯掉,因为版面会被你自己拉伸掉,比如文字突然多了,或者图片突然大了,你那表格就会不伦不类的,如果你是初学者,建议你用表格内套表格的方法,把整天变成局部来弄,不怕套的多,有时你表格里套表格套10几层都纯属正常现象.总之别用边框把页面固定死了.
关系复杂不是问题,主要是那种设计是最合理的,而且关系模式比较容易懂
第一个,看似一目了然,但是将来你添加费用字段会很麻烦
第三个,费用拆分起来也很麻烦
第二个虽然关系复杂,但是你要查的东西都可以用连接的方式将其查询出来
记得学数据库时有三个表吧
学生表,课程表,分数表
关系模式跟你第二个完全类似
说的挺复杂,但好像懂你的意思了。用数组公式可以搞定。
Sheet2表 A2单元格输入公式(目录是表的标签名)
{=IF(ROW(1:1)>SUMPRODUCT((目录!$H$2:$H$100="是")*(目录!$I$2:$I$100="√")),"",INDEX(目录!A:A,SMALL(IF((目录!$H$2:$H$100="是")*(目录!$I$2:$I$100="√")>0,ROW(目录!$I$2:$I$100)),ROW(1:1))))}