我的编程空间,编程开发者的网络收藏夹
学习永远不晚

web项目踩坑过程

短信预约 信息系统项目管理师 报名、考试、查分时间动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

web项目踩坑过程

sql函数设计:

一开始本来是直接用Java的jdbc直接传输操作语句的。但后来学了存储过程发现存储过程可以提高不少的效率。就重构了自己对数据库的操作代码。包括:开启,查找,修改,关闭。

开启:直接使用的构造函数,以后使用的时候可以直接把对象new成一个static的变量,可以一直使用,直到使用关闭函数。

 

具体操作(查(find),写(write),改(change)):编写的思路是现在mysql数据库里面实现函数和存储过程。

   巨坑提示1,存储过程和函数的区别是,函数必须返回一个数据,return语句必须写,而存储过程可以返回,也可以不返回这个数据。

   一开始我使用的是存储过程,实现find,但是,有个巨坑的东西(mysql的设计缺陷,那就是IN的变量,即存储过程名旁边的参数,不可以直接表示字段,巨坑,还要深入学习动态的sql才可以表示字段),然后我就多写了几个函数,每个函数实现不同字段的查询,比如,findbyemail函数就是通过where email(email是字段)=参数;实现查找。

   然后为了让功能齐全,就设计了多个函数,比如findbyname,findbyphone这些函数存在数据库里。然后数据库编译好。等着Java直接调用(这里比较方便的就是我们的调用直接用的是调用语句 "{call 函数名(?)}",这里的?问号,是指的你的参数。也意味着你的存储过程或者函数有多少参数就必须用多少个问号,然后发送给数据库。性能提高不少)

                              

  巨坑提示2,在发送调用存储过程的sql语句的过程中,有可能会出现引号(")解析错位的尴尬错误,而且我还没办法纠正。比如writeuser存储过程,发送过去的语句被解析错了,就是引号错位。卡了我一上午的时间。然后就使用的函数,放弃使用存储过程。性能影响比较小。还可以返回一个数据可以判断一下。比如我的writeuser函数,我可以这样写,就不会出现这样尴尬的错误了

                                 string  sql = “{?=call writeuser(?????)}”;

 1 public String WriteUser(String name,String phone,String email,String pwd,String status) throws SQLException {
 2         //使用方法:比如写入用户数据name,phone,email,pwd,status,我们可以这样写write("张三","110","110@qq.com","999","1")
 3 
 4         String sql = "{? = call writeuser(?,?,?,?,?)}";
 5 
 6         CallableStatement cs = connection.prepareCall(sql);
 7 
 8         cs.registerOutParameter(1,Types.CHAR);//这里实在规定你函数里面返回的数据类型
 9 
10         cs.setString(2,name);//以下都是在向问号里面传递参数
11 
12         cs.setString(3,phone);
13 
14         cs.setString(4,email);
15 
16         cs.setString(5,pwd);
17 
18         cs.setString(6,status);
19 
20         cs.execute();
21 
22         String value = cs.getString(1);
23         if (value=="1"){
24             cs.close();
25             return "ok";
26         }
27         cs.close();
28         return "no";
29     }

 

  

 

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

web项目踩坑过程

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

web项目踩坑过程

sql函数设计:一开始本来是直接用Java的jdbc直接传输操作语句的。但后来学了存储过程发现存储过程可以提高不少的效率。就重构了自己对数据库的操作代码。包括:开启,查找,修改,关闭。开启:直接使用的构造函数,以后使用的时候可以直接把对象new成一个stati
web项目踩坑过程
2019-03-25

使用Nginx部署Vue项目全过程及踩坑记录

这篇文章主要介绍了使用Nginx部署Vue项目全过程及踩坑记录,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
2023-02-15

踩过的坑:Go语言项目开发经验分享

踩过的坑:Go语言项目开发经验分享近年来,Go语言作为一门开发效率高、性能优异的编程语言,受到了越来越多开发者的关注和喜爱。然而,虽然Go语言有着简洁的语法和强大的并发能力,但在实际项目开发中,我们也会踩上一些坑。在本文中,我将分享一些我在
踩过的坑:Go语言项目开发经验分享
2023-11-04

踩过的坑:Go语言项目开发经验与教训

踩过的坑:Go语言项目开发经验与教训在软件开发的道路上,每个开发者都会不可避免地踩过一些坑。当然,对于Go语言的开发者来说也不例外。本文将分享我在使用Go语言进行项目开发过程中所踩过的坑,希望能给其他开发者带来一些经验和教训。不同版本的Go
踩过的坑:Go语言项目开发经验与教训
2023-11-03

前端Vue项目部署到服务器的全过程以及踩坑记录

使用Vue做前后端分离项目时,通常前端是单独部署,用户访问的也是前端项目地址,因此前端开发人员很有必要熟悉一下项目部署的流程,下面这篇文章主要给大家介绍了关于前端Vue项目部署到服务器的全过程以及踩坑记录的相关资料,需要的朋友可以参考下
2023-05-19

SpringBoot项目启动报错踩坑实战记录

这篇文章主要给大家介绍了关于SpringBoot项目启动报错踩坑的相关资料,文中通过实例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
2023-02-08

FeignClient怎么共享Header及踩坑过程

本篇内容主要讲解“FeignClient怎么共享Header及踩坑过程”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“FeignClient怎么共享Header及踩坑过程”吧!FeignClien
2023-06-29

oracle存储过程转达梦8存储过程时踩过的坑

达梦存储过程的语法与oracle的高度相似,但有好多细节还是有差异。我在这次项目迁移中踩过不少小坑,在这里给大家分享一下。说明一下,我用的版本是达梦8,迁移时碰到的问题有些我已经反馈给达梦的官方群管理员,估计以后会有修复。rpad问题达梦的rpad函数,计算中
oracle存储过程转达梦8存储过程时踩过的坑
2021-04-19

记录一次一路踩坑的Android Studio平台c++项目配置及编译过程

//TODO:点太多,简要记录,有时间在整理(NEVERDO?) 使用cmake jni资料:https://www.jianshu.com/p/87ce6f565d37 坑总结:cmake项目 MakeFileLists.txt的几点:
2022-06-06

记一次数据库迁移的踩坑过程

迁移步骤迁移数据库是一项需要很谨慎的任务。整个迁移过程大概分成以下几步:备份原数据库数据//备份数据库,并指定日期mysqldump -uadmin -p****** databaseName | gzip > /databak/databaseName_$(
记一次数据库迁移的踩坑过程
2018-05-03

编程生涯 21 载,那些我踩过的坑

“作为一个有着21岁编程年龄的中年程序员,我可以自豪地说,我成功地经历了软件行业这个充满变数的世界的高峰和低谷。这篇文章记录了迄今为止我在软件开发的职业生涯中所犯的错误,同时也是如何避免这些错误的一本指南。”
2023-06-03

编程热搜

目录