MYSQL网页设计利用Perl毗连Mysql数据库
正如前文所提到的,MySQL易学、易部署、易管理和易维护。网站背景数据库转为Mysql,如今利用Perl毗连数据库就便利多了。经由过程DBI,Perl能够很简单的毗连到数据库:
#!/bin/perl
useDBI;
#ConnecttotargetDB
my$dbh=DBI->connect("DBI:mysql:database=eygle;host=localhost","username","password",{RaiseError=>1});
#Insertonerow
my$rows=$dbh->do("INSERTINTOtest(id,name)VALUES(1,eygle)");
#query
my$sqr=$dbh->prepare("SELECTnameFROMtest");
$sqr->execute();
while(my$ref=$sqr->fetchrow_hashref()){
print"$ref->{name}
";
}
$dbh->disconnect();
实行了局:
#perltest.cgi
eygle
今后良多统计数据能够间接经由过程Perl写进Mysql数据库,操纵起来便利多了。
看来此次迁徙是值得的:)
-TheEnd-
珍贵的资金可以用于其他业务的启动,诸如市场、广告或调研和开发等。 然后最好有实践机会,能够把实践到的和实践结合起来,其实理论思考是个非常困扰和痛苦的事情 很多书籍啊,不过个人认为看书太慢,还不如自己学。多做实际的东西,就会遇到很多问题,网上搜下解决问题。不断重复这个过程,在配合sql的F1功能。 所以你总能得到相应的升级版本,来满足你的需求。 如果,某一版本可以提供强大的并发响应,但是没有Oracle的相应版本稳定,或者价格较贵,那么,它就是不适合的。 一个是把SQL语句写到客户端,可以使用DataSet进行加工; 同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中,就能感觉到目前架构的尴尬。 现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层. 总感觉自己还是不会SQL
页:
[1]