刚弄了张一百多个字段的表,觉得有点恶心

tristsesame 2006-06-17 11:35:22

最早就有五六十个,后来一加了几次,

慢慢要加到一百多个了.

觉得表设计的一团糟.

奈何骑虎难下.

比较恶心自己.

...全文

598 30 打赏收藏转发到动态举报

写回复

30 条回复

切换为时间正序

请发表友善的回复…

发表回复

myminimouse 2006-07-15

打赏
举报

回复

hehe

ytar 2006-07-15

打赏
举报

回复

多个属性可以用一个字段存储的，看看it168的报价中心，每种产品的参数就是这样设计的

alone1998 2006-07-15

打赏
举报

回复

不累，不累，很轻松！！
各位大侠只知道优化速度，优化结构，但怎么就不动脑优化优化自己的开发效率呢？表中字段多要查、增、改要逐个写字段（当然不道德的select * 的写法是例外）是很麻烦，我就自己写了些存储过程直接把表的字段拼接成字符串（视情况可定义多种，比如：带字段类型定义的、带默认值的方便定义临时表，因为select * into # 也是不道德的）返回出来，将此存储过程放在master数据库中，在查询分析器中为此存储过程定义个快捷键，要查、插大表简单，将表名写到查询分析器中，一按快捷键就出来了

jwt1982 2006-07-15

打赏
举报

回复

是否頭暈, 是否耳嗚 ....暈死了

=============================
要是这样的话，我使用NVARCHAR，直接记录字符，然后分割，查找的时候CHARINDEX就好了

弄那么多字段，将来加一个选择你不得累死啊，再说医疗系统对数据速度要求不是很高，所以便于维护是最好的选择！

天地客人 2006-07-14

打赏
举报

回复

我写过80字段的表，发誓以后再也不做这事了！

playwarcraft 2006-07-14

打赏
举报

回复

我們樓上做醫療系統的. 動不動就上百個. 是那種可以多選的. eg: 是否頭暈, 是否耳嗚 ....暈死了..
--------------------------------
何不設置成2個欄位?
比如如下之類的?
欄位越多,其他不說,就寫SP時候的那個煩啊...

狀態 flag
----------
头暈 0
头暈 1
耳嗚 0
耳嗚 1

playwarcraft 2006-07-14

打赏
举报

回复

昏倒,將來寫SP的時候要遭罪了 @o@
替樓主汗下...

goodbobi 2006-07-12

打赏
举报

回复

我們樓上做醫療系統的. 動不動就上百個. 是那種可以多選的. eg: 是否頭暈, 是否耳嗚 ....暈死了

JasonHeung 2006-07-11

打赏
举报

回复

我的天
我的神
天哪

yegucheng 2006-07-10

打赏
举报

回复

还不如写个程序把表结构简化一下,如果你走啦,估计后面的人更没有会的啦,做点善事也好.

wenmang9902 2006-07-10

打赏
举报

回复

超过15个我看着就头大了
嘿嘿
我算是MM里边很不细心的那种
所以设计的表格符合我一贯的简约主张~~~ 哈哈哈~~~

yanganquan 2006-07-10

打赏
举报

回复

576个字段的表
都保存些什么哟！
听起来都可怕

quanyi 2006-07-10

打赏
举报

回复

还好了,我有一个表都200个了,LZ你够幸福了

plutu 2006-07-10

打赏
举报

回复

567个字段？肯定很好玩

frank_shi 2006-07-10

打赏
举报

回复

576个字段的表,我见过,慢就一个字

撸大湿 2006-06-19

打赏
举报

回复

恶心

往下吐

楼下小心

prodeity 2006-06-19

打赏
举报

回复

什么东西？权限设置？

陶陶 2006-06-19

打赏
举报

回复

我闪....

tristsesame 2006-06-18

打赏
举报

回复

可能这个项目一开始时数据库的设计就错了.

没经过什么好好的设计分析,就仓促来做.

对现在这个项目都不抱信心了.

幸好合同马上到期了,

不打算续签,走人...

实在是很痛苦.

改一个字段,要改一串存储过程.

iepshen 2006-06-18

打赏
举报

回复

超过30个字段的表我就头疼了，真不知道你现在是怎么用的！！

加载更多回复（10）

Map接收Mybatis的结果，字段1为Key，字段2为Val 先上效果图介绍 1.有时候我们想将mybatis查出来的数据封装到一个map中，从而循环list根据id直接从map中取值。但是mybatis默认封装的map是将字段作为map的key，字段对应的值作为map的值，sql查出一条数据可以，但是有多个结果集，就不能单纯用map来接收了，必须使用List来接收，循环然后map.get，封装成map，见下图，无疑这么操作很是恶心。 2.mybaits这么强大一个框架肯定邮箱对应的解决措施，在贵人的指导下，最终还是被我找到了解决措施。核心思想就是mybatis提供了一个名

前言: Protobuf解析目前圈子没见过一个能[一次解析全部节点 ]的模块(类似protoc.exe --decode_raw),一般都是解析最外一层,用过Protobuf的童鞋可能知道,在面对嵌套多层并节点很多的情况下,可能会有多层循环和很多个判断,我觉得这种写法极其恶心,所以我在想能不能像json解析那样,一次解析完全部节点,然后想取哪个就哪个,也不用多次解析. Protobuf生成也没见过一个好用的,谷歌的不知道怎么生成的,目前见到的都是复制很多次的打包,如果嵌套5层最内层了10000字节,想象一下要拷贝几次,每次拷贝多大的内存. 思路: 解析思路:首先想到的是Protobuf结构可以用理解为树结构,这样就可以把个个节点保存在树上生成思路:首先构造一棵树,然后计算所有类型为 Length_delimited(2)的长度字段,然后就可以通过中序遍历树来打包protobuf结构,避免了多次复制内存.

灵感我们希望创建一个桌面应用程序，该应用程序可以分析某人的推文并确定您是正面的还是负面的人。我们认为这将是一个很棒的项目，可以在我们的寒假期间进行，但是随后学校来了，我们停止了开发（直到我们再次恢复工作）。它能做什么打开应用程序后，您会遇到一个主题精美的UI（默认PyQt应用程序），在其中将提示您输入单行文本字段以输入公共Twitter句柄。提交后，我们的程序将获取与该句柄关联的URL，执行NLP算法以推论Twitter个人资料的含义，并创建多个可视化文件，详细说明最常用的单词，以及该个人资料是正数还是负数。有点恶心吧？我们的Twitter抓取工具的下一步是什么目前它还没有处于运行状态，但是我们希望在不久的将来继续发展。我们很乐意看到它达到可以为它提供任何Twitter处理，达到我们期望的结果（完全或非常接近完美）的程度，甚至可以推断出股票的涨跌（如果给定了Twitter

前言: Protobuf解析目前圈子没见过一个能[一次解析全部节点]的模块(类似protoc.exe --decode_raw),一般都是解析最外一层,用过Protobuf的童鞋可能知道,在面对嵌套多层并节点很多的情况下,可能会有多层循环和很多个判断,我觉得这种写法极其恶心,所以我在想能不能像json解析那样,一次解析完全部节点,然后想取哪个就哪个,也不用多次解析. Protobuf生成也没见过一个好用的,谷歌的不知道怎么生成的,目前见到的都是复制很多次的打包,如果嵌套5层最内层了10000字节,想象一下要拷贝几次,每次拷贝多大的内存. 思路: 解析思路:首先想到的是Protobuf结构可以用理解为树结构,这样就可以把个个节点保存在树上生成思路:首先构造一棵树,然后计算所有类型为Length_delimited(2)的长度字段,然后就可以通过中序遍历树来打包protobuf结构,避免了多次复制内存. 实现: 首先Protobuf结构肯定是key-value-key-value...key-value ①如果类型是Varint(0),那么key-value对应的就是varint-varint ②如果是类型Length_delimited(2),对应的就是varint-varint(valueLen)-value ③其他类型和Varint类型类似

mysql中用逗号隔开的某字段，如何判断其他表的字段值是否在这个字段中

11,849

社区成员

33,690

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章