html代码大全网站推荐,柳州网站开发公司,西安前端开发培训机构哪个比较好,南昌企业网站设计建设制作封面人物刘承羽前言这是我学习《PHP和MySQL Web 开发》的读书笔记#xff0c;一些重要的知识点我会记录下来#xff0c;当然只会写我觉得重要的。如果有幸有人看到这个学习笔记了#xff0c;你要结合着书看#xff0c;不要光看这个笔记。在笔记里我会记录一些我学习中遇到的…封面人物刘承羽前言这是我学习《PHP和MySQL Web 开发》的读书笔记一些重要的知识点我会记录下来当然只会写我觉得重要的。如果有幸有人看到这个学习笔记了你要结合着书看不要光看这个笔记。在笔记里我会记录一些我学习中遇到的问题和解决办法与注意事项。为了方便管理和查找文章或者说笔记的目录我就按照书里的排了方便对比着看。不是教学重要的事说一遍我是PHP和MySQL 的初学者我本身是个前端为了面向工资编程拓宽知识面才学的。其实还是有一些私心得因为都说教学相长 和 小黄鸭调试法我这个是小老虎学习法对着小老虎讲知识点保证自己学的扎实能挣钱。欢迎探讨和指教须知一山更比一山高但是拒绝杠精本章主要是介绍了关系数据库的概念和术语Web数据库的设计与架构基础知识还是要有的方便了解一些专有名词包括数据库是干啥的后端说的时候你听了至少不懵逼。开始吧8.1关系数据库的概念下方带灰色底的文字的都是摘录的书中原文可放心阅读以后不再说明。当前使用关系数据库的时候并不需要了解关系理论这是一件好事但还是需要理解一些关于数据库的基本概念。8.1.1表格一个表格就是一个数据的表格就和Excel表格一样储存着数据就是下面这样里面内容不用管就是让你看下形式。一般就叫表books
------------------------------------------------------------------------------
| id | author | title | price |
------------------------------------------------------------------------------
| 0-672-31697-8 | Michael Morgan | Java 开发 | 38.49 |
| 0-672-31745-1 | Thomas Down | Linux 开发 | 27.49 |
| 0-672-31509-2 | Pruitt,et al. | 时间管理 | 27.49 |
| 0-672-31769-9 | Thomas Schenk | 开放系统管理 | 54.99 |
| 0-672-31000-1 | 李重楼 | web开发笔记 | 99.99 |
| 0-672-31000-4 | Nicholas C.Zakas | JavaScript高级程序设计(第3版) | 99.99 |
| 0-672-31000-5 | 李重楼 | web插入数据库 | 53.20 |
| 0-672-31000-6 | 李重楼 | 网站建设与拆毁 | 44.36 |
------------------------------------------------------------------------------表名叫books有id,author,title,price 四个数据列。每个列里对应的是相同的数据类型每一行对应着是一条由id,author,title,price对应的值构成的数据。如0-672-31000-1李重楼 web开发笔记 99.99 。这个就是一条数据好理解吧注意竖着的叫列横着的叫行。8.1.2列表中的每一列都有唯一的名称包含不同的数据。此外每一列都有一个相关的数据类型。注意竖着的叫列横着的叫行。如上方表格所示author 列的数据类型就是字符串类型。这个也很好理解吧具体都有多少数据类型在后面有介绍别急慢慢看。重点来了有时候列也叫做 域 或者 属性为啥这是重点因为以后开发的时候怎么叫的都有人家说 列 你脑子里知道是啥竖着的那竖行叫列人家说 域 或者说 属性 你就不知道是啥了那可不行招人笑话也有叫字段的但是这个一般指 列名字段比如上面写的id,author,title,price 这些。8.1.3行表中的每一行代表一个客户。每一行具有相同的格式因而也具有相同的属性。行也称为记录。我上面的表格示例表示每一行代表一本书。具有相同格式是说第二行的格式和第三行的格式一定相同好理解吧其实所有行格式都相同。重点来了行也称为记录。为啥这是重点道理刚才说过了。不说了。8.1.4值每一行由对应于每一列的单个值组成每个值必须与改了定义的数据类型相同。 这个如果不理解的话你私信我我单独给你解释。8.1.5键书里的介绍你先看。看完了吗没看完不要看下面的笔记。看不下去也要看读一句话一句话的读。读完整个8.1.5。书读百遍其义自见是有道理的我也笨你以为我比你聪明我有老师教不俺没有俺读了三遍认真的读了三遍我就明白了。有时候你不是学不会是不认真学不认真理解听我的感觉一遍没明白就再读一遍。仔细的读。读出声的那种。看完继续书里整段介绍的提炼的就是一句话键每一条数据所对应的唯一的标识。书中举例说明的是人名人名不唯一啊你回想一下你有个朋友说我认识一个人叫小明。你说哎呀巧了我也认识一个叫小明的。结果一对他说的是个女的你说的是个男的或者你说的是东北的小明。他说的是台湾的小明。根本不是一个人。这就书中举名字例子要表达的所以我们需要一系列信息来区分开两个小明或者确定其中一个你认识的小明比如性别户籍所在地出生年月外加其他的体态外表特征等。现实生活中你的身份证号就是这些信息综合抽象而成的就是在这个“社会数据库”中人口表中的 键确认你身份的唯一ID。ID 是identity的缩写意思为身份这么一想是不是感觉你家的户口本其实就很像表户口本来有叔叔阿姨和你然后户口表中唯一确定你家三口谁是谁的最快最便捷的身份标识是不是身份证号来再记一遍键每一条数据所对应的唯一的标识。表中的标识列称为 键 或 主键。这是书中说的书里说的对标识列 称为 键 或 主键和你说的有冲突啊不冲突的。说表的主键是什么的时候请看上方的books表上方books表里的id列就是表的主键。为啥id就是主键别的不可以吗没有为啥因为我在写这个表的时候就遵循的id字段这一列就是唯一的标识数据用来做主键的。那你说的键每一条数据所对应的唯一的标识。是什么意思举例你找作者叫李重楼的书名为《网站建设与拆毁 》44.36一本的书。这个是不是一条数据他的id是 0-672-31000-6 这个 0-672-31000-6 就是这一条数据所对应的唯一的标识。再跟我读一遍键每一条数据所对应的唯一的标识。嗯呢乖~通常数据库由多个表组成可以使用键作为表格之间的引用。这种关系用关系数据库术语来描述的时候就是外键。这个出现在别的表中的键叫外键。这个看书吧我觉得很简单我实在懒得画图了。8.1.6模式数据库整套表格的完整设计成为数据库的模式。以书中列子来说Customers(CustomerID,Name,Address,City),这个就是文本格式表示有的人会手画表示怎么都可以你整明白了就行。我就对这个文本格式的模式进行一下解释吧。Customers表的名称你家的户口本户口本三个字就是表名。CustomerIDNameAddressCity 都是表格的列。CustomerID 带下划线的是的是表示该列是主键。CustomerID 斜体的表示该列是所在关系表的外键。CustomerID 又是斜体还有下划线的表示的是该列是标识列 叫 主键同时该列是所在关系表的外键。8.1.7关系这里还是比较复杂难理解至少我是这么觉得。所以如果你觉得很简单恭喜你你是个天才啊~但是你也觉得难那么表示确实正常不要气馁老规矩先读三遍。读完了我开始照抄书了啊~关系数据库中有3种基本的数据关系类型。根据关系双方所含对象的多少可以将这些关系分为 一对一一对多多对多3种关系。定义下了有三种关系。那么开始理解。一对一关系表示关系双方只有一个对象相互对应。一对一是好理解的定义都说了你只能有一个对象你对象也只能有一个男/女朋友而这个男/女朋友得是你。有一个人好几个对象的啊那就是下一步说的了在一对多的关系中一个表中的一行与另一个表中的多行具有相互关联的关系。这个叫一对多但是这个不举男女恋爱的例子了因为太扎心咱讲父与子的关系。一个人可以生多个孩子这些孩子都管这个人叫爹这个爹就是“一行”这些孩子就是“多行”他们的关系是父子关系如果换成顾客买东西那就是一个顾客可以购买n多件商品他们是购买关系姑且这么叫吧。在多对多的关系中表中的多行与另一个表中的多行具有相互关联的关系。这个叫多对多其实我一开始看的时候在想什么情况下会出现多对多呢现实生活中有什么实际例子能帮我理解消化一下吗我就搜啊搜看看有啥实际应用的列子吗然后我搜到一个很贴近每个人生活很好的例子数据表对应关系一对一、一对多、多对多。作者是Abeam,他个人描述深深的刺激了我描述是编程大忌懒~~~因为我就懒....扯远了。多对多在数据库中也比较常见可以理解为是一对多和多对一的组合。要实现多对多一般都需要有一张中间表也叫关联表将两张表进行关联形成多对多的形式。例如 老师表、班级表、科目表中间表为课程表。例子很详细了A老师教一二班语文B老师教一二班数学。你思考一下教师是个表表里有AB两位老师班级是个表有一二两班。班级表中一班对应两位老师A和B。教师表中A对应着两个班一班和二班。这个就是多对多不知道你理解没有。暂时没有理解也没关系在后续有实际的应用会帮助你理解的。我不得不献上我的画作了自己看图理解吧。8.2 设计Web数据库本章主要是介绍了关系数据库的概念和术语Web数据库的设计与架构基础知识还是要有的方便了解一些专有名词包括数据库是干啥的后端说的时候你听了至少不懵逼。开始吧书中是以 Book-O-Rama拉玛的书店的内容为例的我也尽量吧。customers
---------------------------------------------------------------------
| customerid | name | address | city |
---------------------------------------------------------------------
| 1 | 刘能 | 牡丹江大街 | 牡丹江 |
| 2 | 李重楼 | 北京中弘像素 | 北京 |
| 3 | 谢广坤 | 保定市 | 保定 |
| 4 | Alan Wong | 1/47 Haines Avenue | 保定 |
| 5 | Michelle Arthur | 357 North Road | Yarraville |
| 6 | Melissa Jones | 红庄 c3-1 | Nar Nar Goon North |
---------------------------------------------------------------------
order
-----------------------------------------
| orderid | customerid | amount | date |
-----------------------------------------
| 1 | 3 | 69.98 | 2018-06-27 |
| 2 | 1 | 49.99 | 2018-06-26 |
| 3 | 2 | 74.98 | 2018-06-25 |
| 4 | 3 | 24.99 | 2018-06-24 |
-----------------------------------------
books
------------------------------------------------------------------------------
| isbn | author | title | price |
------------------------------------------------------------------------------
| 0-672-31697-8 | Michael Morgan | Java 开发 | 38.49 |
| 0-672-31745-1 | Thomas Down | Linux 开发 | 27.49 |
| 0-672-31509-2 | Pruitt,et al. | 时间管理 | 27.49 |
| 0-672-31769-9 | Thomas Schenk | 开放系统管理 | 54.99 |
| 0-672-31000-1 | 李重楼 | web开发笔记 | 99.99 |
| 0-672-31000-4 | Nicholas C.Zakas | JavaScript高级程序设计(第3版) | 99.99 |
| 0-672-31000-5 | 李重楼 | web插入数据库 | 53.20 |
| 0-672-31000-6 | 李重楼 | 网站建设与拆毁 | 44.36 |
------------------------------------------------------------------------------这是我写的测试数据后续你写的时候也可以添加一些自己的数据很有意思的。目前先看书就可以。8.2.1考虑要建模的实际对象当创建一个数据库时我们经常为现实世界的实体和关系建立模型并且储存这些实体对象与关系的信息。书中这句话就涵盖了标题的意思。这一节也没啥好说的你保证能理解数据库表列行字段值这些概念看的懂书中给出图例的键外键就可以。也别着急实际操作切勿操之过急。毕竟古人云捷克斯洛伐克 嘛。8.2.2避免保存冗余数据来跟我读避免保存冗rǒng 余数据。多余的重复或啰嗦内容包括信息、语言、代码、结构、服务、软件、硬件等等均称为冗余别笑我之前默念了好几年的“沉余”不会读错不丢人丢人的是 不会还不学。再读一遍“ 冗rǒng 余”。这一节开篇没啥说的做了一下自问自答你先看吧。看完咱们来画重点。重点来了三个不规则1.修改不规则书中举了Juile在下了订单后搬家了需要在三个地方更新她的地址进行三次同样的操作。这很容易使我们在一个地方修改数据从而导致数据库中的数据不一致因为问题发生在修改数据库的时候所以称为“修改不规则”。2.插入不规则每次必须检查Juile的数据地址是否与表中当前行一致如果不检查可能会有两行关于Juile相互冲突的数据比如一条数据告诉我们Juile住二环另一条则可能表命明她住南四环。因为出现在插入数据的时候所以称之为“插入不规则”。3.删除不规则如果订单交货需要将Juile的订单信息从数据库删除也意味着她的地址没有了。她下次再订货还要单独的提交一遍地址。因为从数据库中删除一行的时候发生的所以称之为“删除不规则”。这点尤为重要在电商公司拼命的获取用户隐私地址这么重要的数据你在用户收到快递就给删了这么设计表你能被老大打死通常数据库的设计不应该出现上述不规则中的任何一种。书里说的很含蓄“通常”不这么干。我给你翻译翻译就是除了DEMO 和入门学习别鸡儿这么干你们技术老大或者负责人让你这么干你让他写下来签字这里主要是介绍一些数据库设计的基本原则业界通用的所以别烦躁好好看万丈高楼平地起辉煌还得靠自己8.2.3使用原子列值你看到这的时候我默认你是看完8.2.3这一节了。有哪不懂的吗没有太好了我有使用原子列值得意思是对每一行的每个属性只储存一个数据。你给我解释一下这句话或者你脑子过一下这句话什么意思。如果你能毫不费劲的答出这句话什么意思我觉得你不应该看我的笔记因为我觉得没必要。如果你一带而过没有深入思考过这句话或者我问了你你解释不上来那么不要难过为啥呃因为我第一遍还没写笔记看的时候也是一带而过因为我觉得木有用不用深入看不影响我搞后面的内容。但是是谁说的来着但是之前的话毫无意义我要写笔记给你看的时候我被这句卡住了我解释不上来我百度我谷歌这句话基本上全是照着书抄根本没解释这句话经过我不懈的翻书以及修改关键词我搜到了原文章见此处一个小时学会MySQL数据库 我截取文章见此处数据库规范化。原文中对MySQL数据库有概要介绍包括数据库的历史。大致阅读时间半个小时。而我呢截取其中 1.4 部分用来解释上面那句话所谓第一范式1NF是指在关系模型中对列添加的一个规范要求所有的列都应该是原子性的即数据库表的每一列都是不可分割的原子数据项而不能是集合数组记录等非原子数据项。即实体中的某个属性有多个值时必须拆分为不同的属性。在符合第一范式1NF表中的每个域值只能是实体的一个属性或一个属性的一部分。简而言之第一范式就是无重复的域。这是其中第一范式的解释其中说原子性即实体中的某个属性有多个值时必须拆分为不同的属性。对“使用原子列值得意思是对每一行的每个属性只储存一个数据”。进行了解释。如果不懂去看原文我都能看懂你应该也行。还是不懂私信我。咱俩一起学习补充一下推荐看原文别嫌弃麻烦至少我截取的部分 数据库规范化 要看多看几遍不累的。所以说写阅读笔记出来对自己也是一种提高逼着自己仔细看书学的扎实~8.2.4 选择有意义的键答案略。8.2.5考虑需要询问数据库的问题答案略。8.2.6 避免多个空属性的设计答案略。8.2.7避免多个空属性的设计答案略。上面的 “答案略” 是不是在初高中参考书里经常见啊我是经常见很烦人但是那两节我真的没有要记得所以略就略吧。这三节主要是联系上下文传达基础理论知识的。多看几遍没坏处我觉得没必要是因为我记脑子里了~啦啦啦啦8.3 Web数据库架构书里的图8-9一个典型的Web数据库事务包含下列步骤这些步骤在图8-9已经标出。以Book-O-Rama书店为例我们逐个解释这些步骤。1)用户的Web浏览器发出HTTP请求请求特定Web页面。例如该用户可能以HTML表单的形式要求搜索Book-O-Rama书店里所有由Laura Thomson编写的图书。搜索结果网页称为results.php。2)Web服务器收到results.php的请求获取该文件并将它传到PHP引擎要求它处理。3)PHP引擎开始解析脚本。脚本中有一条连接数据库的命令还有执行一个查询执行搜索图书的命令。PHP打开通向MySQL数据库的连接发送适当的查询。4)MySQL服务器接受数据库查询并处理。将结果一个图书的列表返回到PHP引擎。5)PHP引擎完成脚本运行通常这包括将查询结果格式化成HTML格式。然后再将输出的HTML返到Web服务器。6)Web服务器将HTML发送到浏览器。这样用户就可看到她所搜索的图书。这个过程基本上与脚本引擎和数据库服务器无关。通常Web服务器软件PHP引擎和数据库服务器都在同一台机器上运行。但是数据库服务器在另外一台机器上运行也是非常常见的。这样做是出于保密、提高性能以及负载平衡的原因而考虑的。从开发的角度来看要做的事情基本上是一样的但是它能够明显提高性能。这一节我是纯照书敲的如过你搞过前端开发应该一看就懂。不懂就熟读三遍学完了整本书你再回来看这段你就会发现真的没有什么要说的啦啦啦啦~第8章的内容完毕了其实你要是跟着我这笔记看包括反复阅读加理解时间往宽了说一天8个小时~绝对能整明白的不要怕难~加油哦~看好你哦~
