TechnologyExperience
Anald
这个作者很懒,什么都没留下…
展开
-
最常见主键策略选择(个人观点)
如果是更新比较多,经常需要删除,查询较少,建议使用uuid 为了迁移系统,建议使用uuid 如果是删除较少,查询较多,使用自增长 如果是为了保持自编号,编号 + 时间数字 如果涉及简单层次划分,使用0000 四位为一层,就有差不多1万菜单,完全够用了原创 2016-10-02 17:15:49 · 577 阅读 · 0 评论 -
数据库简单概念和心得体会01
常见概念 实体:客观存在的,就是我们所见的一切物体 行:行就是横的,列就是坚的 数据库:就是数据的仓库,由表、关系以及操作对象组成的,数据存放在表中 举例子:由如把米放进袋子里,再将袋子放到仓库里 数据库基本操作:删、查、改 连接概念 内连接: 两边有关联字段关联,显示 左连接: 左原创 2016-03-12 00:13:57 · 440 阅读 · 0 评论 -
通俗易懂数据库三范式
第一范式(1NF),第二范式(2NF),第三范式(3NF)。 ◆ 第一范式(1NF): 强调的是列的原子性,即列不能够再分成其他几列。 考虑这样一个表: 【联系人】(姓名,性别,电话) 如果在实际场景中,一个联系人有家庭电话和公司电话, 那么这种表结构设计就没有达到 1NF。要符合 1NF 我们只需把列(电话)拆分 即: 【联系人】(姓转载 2016-03-12 00:05:37 · 419 阅读 · 0 评论 -
思考写出Sql语句思路01
1. 首先: 需要查询的数据是什么,如何去查找。(明确你的业务需求) 写SQL的规则: 1) SELECT 查询的字段是什么 2) FROM 所查询的字段是来源哪一些表 3) WHERE 所需要的条件查询条件是什么 (包括连接表之间关联的连接条件 和 业务条件)原创 2016-03-11 23:49:59 · 1358 阅读 · 0 评论 -
我的java开发总结
前端开发建议: 1. 游览器推荐专业开发 firebugger(火狐游览器) 2. 打开游览器,百度找资料,不要贪多,一个看,看完一个关闭一个 3. 注意写代码的格式,人工去进行格式比较好 如: 4. 如果出错,认真思考一下,到底问题出在什么地方 先从源头上找错误,一步一步深入 后天开发建议: 5. 多余的注释和代码,如果不使用,应该删原创 2016-02-24 00:36:37 · 1048 阅读 · 0 评论 -
写代码一些体会
无法准确定位某个问题出错的原因 “缩小范围”,意思:就是将新加的代码全部去掉,退回到最开始原始状态(没有问题的时候),然后一步一步把新加的代码加上去,判断是否存在问题。 解决一个问题如果是两个人完成(或者一个问题有两个步骤) 2. A用户多做一些事情,或者B多做一些事情,但总归做的步骤不会少。一个人做的少,另外的人必然做的多。这个是相互的,如果都做得少,必然导致,解决问题失败。就像生产产品的工序不到原创 2017-09-02 13:14:43 · 327 阅读 · 0 评论 -
做项目的一点心得
界面方面 1. 界面要做的简约清爽,让客户能快速上手 2. 配置功能设计 如果涉及很多配置,建议放置到一行。如果配置功能太多,则减少显示行的信息,通过提供详情页进行显示。 名称 | 操作 xx 配置1 配置2 配置3 配置4编码方面 1. 分包,分目录进行管理,让代码清爽起来 2. 代码类文件,分基础操作类文件和业务操作类文件。业务只是对基础操作类的功能进原创 2017-10-11 00:13:30 · 1272 阅读 · 0 评论