社区
非技术版
帖子详情
刚弄了张一百多个字段的表,觉得有点恶心
tristsesame
2006-06-17 11:35:22
最早就有五六十个,后来一加了几次,
慢慢要加到一百多个了.
觉得表设计的一团糟.
奈何骑虎难下.
比较恶心自己.
...全文
632
30
打赏
收藏
刚弄了张一百多个字段的表,觉得有点恶心
最早就有五六十个,后来一加了几次, 慢慢要加到一百多个了. 觉得表设计的一团糟. 奈何骑虎难下. 比较恶心自己.
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
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)
非递归解析Protobuf全部节点并自动生成组包代码-易语言
-decode_raw),一般都是解析最外一层,用过Protobuf的童鞋可能知道,在面对嵌套多层并节点很多的情况下,可能会有多层循环和很多个判断,我
觉得
这种写法极其
恶心
,所以我在想能不能像json解析那样,一次解析完全部节点,然后...
twitter-scraper:Twitter-Scraper是一款革命性的应用程序,可刮擦单个Twitter个人资料,并告诉客户该个人资料是正面的还是负面的。 激发创新
提交后,我们的程序将获取与该句柄关联的URL,执行NLP算法以推论Twitter个人资料的含义,并创建多个可视化文件,详细说明最常用的单词,以及该个人资料是正数还是负数。
有点
恶心
吧?我们的Twitter抓取工具的下一步...
易语言-易语言 纯源码实现 非递归解析Protobuf全部节点并自动生成组包代码
-decode_raw),一般都是解析最外一层,用过Protobuf的童鞋可能知道,在面对嵌套多层并节点很多的情况下,可能会有多层循环和很多个判断,我
觉得
这种写法极其
恶心
,所以我在想能不能像json解析那样,一次解析完全部节点,然后...
mysql中用逗号隔开的某
字段
,如何判断其他
表
的
字段
值是否在这个
字段
中
mysql中用逗号隔开的某
字段
,如何判断其他
表
的
字段
值是否在这个
字段
中
SQLAchemy处理一
张
表
里两个外键指向同一个
表
的主键
许多时候实现目标功能都会遇到一
张
表
里两个外键指向同一个
表
的主键,即为用一个
表
1关联另一个
表
2,
表
1里却使用了两个相同的外键去关联
表
2的主键,但是指向
表
2的事物是不同的,若不懂,直接看下列例子。
非技术版
11,849
社区成员
33,668
社区内容
发帖
与我相关
我的任务
非技术版
MS-SQL Server 非技术版
复制链接
扫一扫
分享
社区描述
MS-SQL Server 非技术版
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章