MYSQL网页编程之MySQL的用处

一个相关的问题是第三方支持的资格问题，尽管直接来自厂商的支持和服务可以一定程度上减缓这个问题，但是，对于有的企业来说，通过强有力的本地化支持显然更有吸引力。
本章先容MySQL干系数据库办理体系（RDBMS）及其所接纳的布局化查询言语（SQL）。文中给出了应当把握的基础术语和观点，并先容了本书中利用的样例数据库，供应了如何利用MySQL创立数据库并对其举行存取会见的引导。在此，假如您对数据库不熟习，大概还不克不及一定是不是必要一个数据库或是不是可以利用一个数据库。大概，假如您对MySQL或SQL一窍不通，必要一种进门性的引导，那末应当仔细浏览本章。对MySQL或对数据库体系具有必定履历的读者大概但愿跳过这一章。可是，不论是否是初学者都应当浏览1.2节“一个样例数据库”，由于这一节中给出的数据库是熟习数据库的用处和内容的一个最好的样例，本书将要重复地用到它。
1.1MySQL的用处
本节先容MySQL的使用场所。供应MySQL可以做甚么，以何种体例做的一个大抵的概念。假如您不必要懂得数据库的用处，也许您已在思想中有了要办理甚么成绩的设法，只是但愿晓得如何用MySQL来匡助办理它，那末能够跳到1.2节“一个样例数据库”。数据库体系实质上是一种用来办理信息列表的手腕。这些信息可来自分歧的中央。比方，它能够代表研讨数据、营业纪录、主顾哀求、活动数据统计、发卖呈报、团体喜好信息、人事纪录、成绩呈报或先生成就等。固然数据库体系可以处置普遍的信息，但您不会仅仅只是为用它而用它。假如一项事情很简单，那末就没有来由非得仅为了利用数据库而将数据库引进这项事情。杂货单就是一个很好的例子：开列一个购物清单，购置后在下面画叉，然后将它扔了，极不成能为此事利用一个数据库。即便您有一台便携式电脑，也只会为杂货单利用记事本，而不会启用数据库。
数据库体系的力气只在构造和办理的信息很复杂或很庞大，用手工处置极其沉重时才干显现出来。固然，天天处置数百万个营业的至公司可使用数据库。可是，即便只触及团体喜好的单一职员保护信息的小公司也大概会必要数据库。不难想像因为在信息变得难于办理之前，利用耸菘舛吹暮么Α？悸窍铝星樾危?br>■您的木匠店有几个员工。必要保留员工和人为纪录，以便晓得给谁付过人为，甚么时候付的，而且必需对这些纪录举行汇总以便能向税务部门报收益表。还必要了然您的公司雇人所做的事情和对每项事情所做的布置。
■您有一个汽车零部件的库房网，必要晓得哪些库房中有给定的零件，以便能填写主顾定单。
■作为玩具发卖商，要出格存眷所进货品是不是盛行。必要晓得某项物品确当前发卖曲线，以便可以估量是不是必要增添库存量（对愈来愈盛行的物品），或削减其库存量（从而用不着寄存一年夜堆发卖欠好的器材）。
■多年课题研讨搜集的大批研讨数据必要举行剖析以便宣布。但愿对大批的原始数据进行加工，得出结论性的信息，并为更具体的统计剖析选择出察看样簿子集。
■您是位受接待的演讲者，到天下各地的各类会议长进行演讲，如在卒业仪式、商务会议、乡村会议和行政年夜会长进行报告。作了这么多报告，本人很难记着在甚么中央讲了些甚么，因而必定很乐意保留已往报告的纪录，以匡助筹办今后的演说。假如您回到了一个之前曾作过演说的中央，一定不肯意作一个与上一次相似的演讲，到过的地方都有一个纪录能匡助您制止反复。您一定也乐意注重报告受接待的水平。（您在“年夜城市狗窝”俱乐部所做的演讲“我为何喜好猫”不太乐成，那末下次往那儿时必定不但愿再犯一样的毛病。）
■您是个教员，必要晓得学分和缺勤情形。每当您举行检验或测验时，都要纪录先生们的学分。将测验成就写在学分簿上很简单，但今后使用这个学分簿却很省事。因而，在学期未断定终极成就时，您宁肯不举行学分排序，并且宁肯不汇总每一个先生的学分。要统计出每一个先生的缺缺课情形也不是一件复杂的事。
■您是某机构的秘书，这个机构有一个复杂的会员姓名地点簿。（所谓机构能够是任何组织，如一个专业整体、俱乐部、交响乐团或球迷俱乐部等。）您每一年都要依据会员信息变更，用字处置器举行编纂，然后为每一个会员们打印一个地点名录。您厌倦了以这类体例保护这个地点簿，由于它限止了您使用它可做的事。用它难于以不同的体例对各条目排序，不克不及便利地选择每一个条目标特定部分（如给出仅由姓名和德律风号码构成的清单）。也不克不及查出某组会员，如那些不久就必要更新其会员资历的职员，假如大概的话，应当作废为了找到哪些必要发送增补申明的会员而每月都要查找一切条目标事情。并且，您必定不肯意本人做地点簿的编纂事情，可是整体没有那末多的预算，请人会产生成绩。您传闻过“无纸化办公”，这是一种招致电子化保留纪录的办法，但您没有看就任何优点。如今会员纪录是电子化的，但具有取笑意义的是，除地点簿的打印外，没省几事。上述情况中有的触及信息量较年夜，有的触及信息量较小。它们的配合特性都是所触及的义务可由手工完成，可是用数据库体系来做会无效很多。利用如像MySQL如许的数据库体系但愿看到甚么样的效果呢？这有赖于您的特定需求，正如下面的例中所看到的那样，其效果的差别是相称年夜的。我们来思索一种罕见的情况，从而也是一种相称有代表性的数据库使用。一般使用数据库办理体系来处置诸如人们用文件柜来完成的那样一类的义务。的确在某种意义上说，数据库就像一个年夜文件柜，只不外是一个内建的文件编排体系罢了。电子化处理纪录绝对手工处置纪录有良多长处。比方，假如您在某种保留有客户纪录的办公举措措施内工作，那末MySQL可在某些方面向您供应匡助：
■削减纪录编档工夫。不用为寻觅增添新纪录的地位而检察橱柜的一切抽屉。只需将记录放进文件编排体系，并令文件编排体系为您将该纪录放进准确的地位便可。
■削减纪录检索工夫。在查找纪录时，不必要本人往寻看每一个纪录以找到含有所需信息的谁人纪录。假设您在一个牙科诊所中事情。假如想给一切最近未到诊断做过反省的病人发催询单，只必要求文件编排体系查找符合的纪录便可。固然，如许做会有别于交托他人往做。交托他人往做，您只需说，“请断定哪些病人比来6个月内没来过。”
而利用数据库，则必要收回一串奇异的“咒语”：

登录/注册后可看大图

假如您历来没有看到过相似的器材，大概会感应相称吓人，可是在一两秒内就可以失掉了局远胜于用一个小时来查找，这应当是很有吸引力的。（不论如何，不必太忧愁。这些“咒语”用不了多久就会不奇异了。现实上，只需您读完本章就可以完整了解其寄义。）
■天真的查找序列。不必要按纪录寄存的流动序列往检察它们（比方，按姓查找）。能够请求文件编排体系以恣意的序列查出纪录；如按姓、保险公司名、最初到临日期等提出纪录。
■天真的输入格局。在查找到感乐趣的纪录后，不必要手工拷贝其信息。可让文件编排体系为您天生一份清单。偶然，您大概只必要打印这些信息。偶然，您又大概但愿在其他程序中利用这些信息。（如，在天生误了看牙预定的病人清单后，可将这些信息送进一个字处置器，打出送给这些病人的关照单。）大概您只对汇总信息感乐趣，如对所选出纪录数感乐趣。不用本人数它们；文件编排体系可主动天生汇总。
■多个用户同时会见纪录。对纸上的纪录，假如两团体想同时查找一个纪录，那末个中一团体必需等另外一团体找完才干查找。MySQL供应多个用户同时查找的才能，从而两团体可同时会见纪录。
■纪录的远程会见与电子传输。纸面纪录必要有该纪录在手边才干利用，大概必要有人做拷贝再发送给您。而电子纪录能够远程会见或举行电子化传输。假如您的牙医专家在多个诊所事情，那末他们可从本人的地点地会见您的纪录，不必要给他们发快信。假如必要纪录的某团体没有与您的数据库软件不异的软件，但有电子邮件，那末您能够选择所需的纪录，用电子文档发送。
假如您之前利用过数据库办理体系，已懂得数据库的上述诸般优点，大概会想，如何才干超出“代替文件柜”的用处。如今，数据库体系已能够用来供应已往不克不及，直到比来才干够供应的服务。比方，很多机构以一种与Web分离的体例利用数据库，这类体例已往是做不到的。
假设您的公司有一个库存数据库，在主顾扣问库房中是不是有某项物品，它的代价是几时，服务台职员利用这个数据库，这是数据库的一种较为传统的使用。可是，假如您的公司向主顾供应一个可供会见的Web站点，那末能够供应另外一项服务，即：供应一个同意主顾断定物品代价和可得性的搜刮页。这给主顾供应了他们所需的信息，供应的办法是让主顾主动地搜刮寄存在库存中的物品信息。主顾能够当即失掉信息，不必听事后录好的音，或受服务台是不是正在事情的限定。关于每一个利用您的Web站点的主顾，所花的用度比服务台事情职员转接德律风的用度还少。（也许，该Web站点已为这个付了费。）
另有比上述更好的使用数据库的办法。基于Web的库存查询哀求能够不单单为主顾供应信息，并且还能够为您本人供应信息。该查询哀求告知您主顾在找甚么，而查询的了局又可让您晓得可否满意他们的哀求。您大概会在不克不及满意主顾需求的方面损失商机。因而，纪录有关库存搜刮的信息是很成心义的，如纪录：主顾在找甚么、库存有无。然后，能够使用这些信息调剂您的库存，更好地为主顾供应服务。
数据库的另外一新用处是在Web页上做题目告白。我也和您一样不喜好它们，但现实是这是一种很盛行的MySQL使用，可用MySQL来存储告白，然后检索它们为Web服务器的显现而用。别的，MySQL还能够用来举行跟踪，这类跟踪触及哪些告白起了感化、它们被显现了几次、哪一个站点会见了它们等等信息。
因而，晓得怎样使用MySQL最好的举措是本人尝尝，为此目标您应当有一个实验性的数据库。


“对于MySQL数据库，无论是在开发方面，还是支持方面，现在有大量强大的MySQL学习教程可以选择。每一个新手开发者可以轻松地使用MySQL数据库进行开发。

呵呵，这就是偶想说的

发几份SQL课件，以飨阅者

换言之，只有在不断的失败中尝试成功，而关于失败的总结却是很少的

你可以简单地认为适合的就是好，不适合就是不好。

分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。

习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQLServerManagementStudio的朋友使用。

我是一个ERP初学者，对于前台运用基本熟悉，但对于后台SQLServer的运用一点也不懂，特想学习下相关资料。至少懂得一些基本的运用。希望各位能给于建议，小弟再谢过！

很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。