-
用prepareStatement 减少对数据库的操作
查看全部 -
控制层： com.imooc.action
查看全部 -
jdbc编程步骤
查看全部 -
mvc流程
查看全部 -
开发模式：从下往上或从上往下
建议下到上
查看全部 -
小写转大写ctrl + shift + x
查看全部 -
JDBC：专门处理数据库连接的api
查看全部 -
MVC三层架构
查看全部 -
jar包，右键 ->build path -> add to build path
查看全部 -
jdbc为多种数据库提供统一的访问
查看全部 -
substring(int beginIndex, int endIndex)
返回一个新字符串，它是此字符串的一个子字符串。substring(int beginIndex, int endIndex)
返回一个新字符串，它是此字符串的一个子字符串。查看全部 -
查看全部 -
简要的说， String 类型和 StringBuffer 类型的主要性能区别其实在于 String 是不可变的对象（为什么？问问 Java 的设计者吧，为什么 String 不是原生类型呢？）因此在每次对 String 类型进行改变的时候其实都等同于生成了一个新的 String 对象，然后将指针指向新的 String 对象，所以经常改变内容的字符串最好不要用 String ，因为每次生成对象都会对系统性能产生影响，特别当内存中无引用对象多了以后， JVM 的 GC 就会开始工作，那速度是一定会相当慢的。
在执行速度方面的比较：StringBuilder > StringBuffer
2. StringBuffer与StringBuilder，他们是字符串变量，是可改变的对象，每当我们用它们对字符串做操作时，实际上是在一个对象上操作的，不像String一样创建一些对象进行操作，所以速度就快了。
3. StringBuilder：线程非安全的
StringBuffer：线程安全的
当我们在字符串缓冲去被多个线程使用是，JVM不能保证StringBuilder的操作是安全的，虽然他的速度最快，但是可以保证StringBuffer是可以正确操作的。当然大多数情况下就是我们是在单线程下进行的操作，所以大多数情况下是建议用StringBuilder而不用StringBuffer的，就是速度的原因。
对于三者使用的总结：1.如果要操作少量的数据用 = String
2.单线程操作字符串缓冲区 下操作大量数据 = StringBuilder
3.多线程操作字符串缓冲区 下操作大量数据 = StringBuffer查看全部 -
preparedStatement和Statement 有什么不一样： 一.代码的可读性和可维护性. 二.PreparedStatement尽最大可能提高性能.因为预编译语句有可能被重复调用.所以语句在被DB的编译器编译后 的执行代码被缓存下来,那么下次调用时只要是相同的预编译语句就不需要编译,只要将参数直接传入编译过的语 句执行代码中(相当于一个函数)就会得到执行. 三.最重要的一点是极大地提高了安全性.
查看全部 -
boolean execute(String sql) 执行给定的 SQL 语句，如果SQL语句返回结果，该方法返回true，否则返回false。 ResultSet executeQuery(String sql) 执行给定的 SQL 语句，该方法返回 查询所获得的结果集ResultSet 对象 int executeUpdate(String sql) 执行给定 SQL 语句，该语句可能为 INSERT、UPDATE 或DELETE语句，返回更新所影响的行数。 头2种一般在查询中使用 最后一个在插入、更新、删除时使用
查看全部
举报