-
分。 1.按业务逻辑拆分。 显然,数据是冗余的,并被拆分为一个表。
2.按读取和写入浓度进行拆分。 也就是说,通常一起进行的更改被放置在一个表中。 经常读取的放在表格中,以提高索引效率。
3.如果数据量很小,则不会有任何变化。 您需要实际测量使用此表消耗了多少资源(时间、内存、CPU 等)。
如果它足够小,你可以接受。 那是 100 个字段,所以这就是 100 个字段。 没什么大不了的。
补充一下为什么我说 3因为很多时候,研究如何拆卸和优化手表需要花费大量的时间和精力。 最后,你会发现你所提供的东西远不如你付出的那么多。 为一个人的哨子买单。
-
就是拆分表设计。
例如,用户表中的属性太多... 不经常操作的色谱柱设计在几个表中。
它也可以通过视图进行控制。 一个表中有很多列,但企业不可能每次都与这些列建立关系,因此您可以根据业务需求设计视图。
-
这个问题涉及很多设计规则,需要根据具体情况进行分析。
首先,这个表的日常操作是面向查询的还是面向更新和插入的?
这 100 个字段之间是否存在逻辑依赖关系?
-
这样做的直接结果是表维护不善,这 100 多个字段中没有冗余。 这些字段不涉及索引吗? 表是按需求而来的,不知道你的需求,也不确定是否合适,但如果表行数少于1000万,应该不会有影响。
-
没关系,超过100个字段是正常的。
-
这可以通过插入......来完成作为 select 语句。
sql:insert into tablename(newname) as select oldname from tablename where conditional 语句。
注意:上述语句中插入的字段顺序必须与查询语句的顺序一致,否则会报错。
-
当然,按照您的数量级,处理速度仅快 3 个字段。
-
这三个领域都比较快,一般感觉不到。
-
这取决于什么样的业务和什么样的数据。
通常第二个更合理一些。
-
1.在预言机中,以这种方式编写可以解决从用户选项卡列中选择列名、表名的问题,其中列名='test_name'2.在sqlserver中,这可以解决从列名中选择列名,表名的问题
-
选择字段名称 1、字段名称 2 ,..从表名。
-
在循环中将查询列组织成字符串,然后使用动态 SQL 执行它们。
-
大厅的所有字段都是空的? 是字段还是记录??
dim aaa as string
做一个记录集,签入一个循环,做一个循环 rs 字段计数 i
aaa=aaa= aaa&
如果 aaa 为空,则 Vertical Ant 将删除该记录。
-
尺骨前肢点很难。 导出表的数量并将它们置于访问权限中,然后在数据处理崩溃后重新导入它们。 段灵石100多字? 那个开发人员的数据库学得不好!
-
你对这 100 个值有什么条件吗? 我不认为你说清楚了,这只是随机的100个值。
从表名中选择前 100 个字段名。
如果是前 100 句话,我已经写好了。
我对这种方法很愚蠢。
其实有两种经文需要操作,插入数据库的格式也不同,你可以在第一步中找出不同的,在第二步中找到相同的,然后按照你的格式将它们放在一起。 >>>More
坚决放弃手机卡,或换成最便宜的神舟线**; 作为主卡,电信卡作为主卡同时申请附属卡,iPad mini换成4G。 我就是这样得到的,既简单又便宜。 查看原帖