- 浏览: 32475 次
- 性别:
- 来自: 上海
最新评论
-
zhongxuchen:
感谢大家的评价,sqltoy在大家刚接触的时候多少会存在一些心 ...
讲述最值得你了解的sqltoy-orm最佳查询实践 -
chenbaixing8:
从事5年多得开发了,自从项目用了sqltoy后感觉效率快得不行 ...
讲述最值得你了解的sqltoy-orm最佳查询实践 -
hong_zhiliang:
使用sqlToy已经有一段时间了,真正解决实际项目中碰到的一些 ...
讲述最值得你了解的sqltoy-orm最佳查询实践 -
luckywang168:
接触这个orm框架有段时间了,新人上手很快,省去了mybati ...
讲述最值得你了解的sqltoy-orm最佳查询实践 -
chenbingbing:
目前公司的报表系统就是采用的楼主的sqlToy,不得不说楼主的 ...
讲述最值得你了解的sqltoy-orm最佳查询实践
上次发表过这样的介绍,可能是我介绍的不够准确,太多人都没有搞明白(挺郁闷,当然也请大家将文章能够看的仔细点,主要是提供针对hibernate查询不足的弥补(当然这种做法并不局限于hibernate,事实上是针对所有涉及数据库查询的一个非常好的解决办法,这里且拿hibernate说事),简单的查询可以不考虑如:User user=(User)this.getHibernateTemplate().get(User.class,id); this.getHibernateTemplate().find("from User where enable=?","") ,这些大家其实都差不多,还有就是hibernate的条件查询Criteria很多人都会就不特别说了)。
还是开门见山,本文所要介绍的是针对数据库查询(当然要是ldap什么的基于查询指令的都适用),其目的在于将sql跟代码进行分离,同时能够保持sql或hql语句的
结构完整性(写sql的步骤一般是:在数据库客户端整理好sql并排版好放到代码中用stringbuffer拼起来,要是修改就痛苦了,还得调试代码得到整个语句),请好好看上面红色字的内容,平时是不是这样做的?如果是你就接着看下面的内容,对你帮助很大!
我们有很多时候数据库查询是由多个条件组合而成,但究竟是哪个条件是不确定的
展示一下效果:
提示一下,本功能支持hql查询如(对于hql优点主要体现在查询条件不固定时,hql写法非常优雅):
<sql-query name="hr_searchOrganInfo">
<![CDATA[
from HrOrganInfo
where 1=1
#[and createDate>=? and createDate<=?]
#[and ORGAN_NO like ?]
#[and ORGAN_NAME like ?]
#[and IS_ACTIVE=?]
]]>
</sql-query>
本功能最大的优点在于动态查询条件时hql或sql的写法非常的优雅,结构完整!
调用方法:
sql语句可以是
select * from t where t.name=:name and t.createDate>:createDate 不一定是?号,以解除使用者需要记住参数顺序
的烦恼。
1、分页调用
通过反调映射到对象
PaginationModel findPageByJdbc(final String sqlOrNamedSql,
final String[] paramsNamed, final Object[] paramsObj,
final PaginationModel paginationModel,
final RowCallbackHandler rowCallbackHandler);
直接返回数据库结果结合,不映射对象
PaginationModel findPageByJdbc(final String sqlOrNamedSql,
final String[] paramsNamed, final Object[] paramsObj,
final PaginationModel paginationModel);
直接转VO式调用
PaginationModel findPageByJdbc(final String sqlOrNamedSql,
final String[] paramsNamed, final Object[] paramsObj,
final PaginationModel paginationModel, final Class voClass);
2、非分页反调方式
直接数据库数据集合返回
List findByJdbcQuery(final String sqlOrNamedSql,
final String[] paramsNamed, final Object[] paramsValue);
通过反调映射到对象
List findByJdbcQuery(final String sqlOrNamedSql,
final String[] paramsNamed, final Object[] paramsValue,
final RowCallbackHandler rowCallHandler)
直接转VO对象调用
List findByJdbcQuery(final String sqlOrNamedSql,
final String[] paramsNamed, final Object[] paramsValue,
final Class voClass)
hql的调用差不多:findByhql 或findPageByhql,参数当然就没有voClass和RowCallbackHandler了,因为hql返回的就是对象集合!
工作机理很简单,就是通过判断参数是否为null(结合sql特性如is null)对sql语句进行重新整理,后台提供了convertSqlParams功能将特定值转为null
this.findPageByJdbc("hr_getOrganInfoByNo", null,new Object[] { organNO,this.convertSqlParams(status,"-1")}, pageModel,OrganInfoVO.class);
提供java反射器直接映射成VO,也提供了RowCallbackHandler通过反调方式生成VO,当然voClass和RowCallbackHandler都为null,就直接返回数组集合!
评论
首先你的子查询少了一个右括号,我猜测正确的写法应该是?
select * from table_name t where 1 = 1 #[and t.status=:status and t.orderId=(select orderId from t2 #[where t2.name like :name])]
其次,你需要解释一下,这种嵌套在不同参数下面会产生什么样的语句,比如:
1. 什么参数都不传,是产生A还是B?
A. select * from table_name t where 1 = 1
B. select * from table_name t where 1 = 1 and t.orderId=(select orderId from t2)
2. 如果只传递了name参数,是产生前面中的A还是这样:
select * from table_name t where 1 = 1 and t.orderId=(select orderId from t2 where t2.name like :name)
3. 只传递status参数又会产生什么样的语句?
其实我想弄明白的是这个嵌套对于外层和内层的变量是否有优先级,比如外层的变量没有传递,是否就不管内层所有的语句?
不论你选择的是那种策略,还是可以用等价的and/or开头,换行结尾来替换:
select * from table_name t where 1 = 1 and t.status = :status and t.orderId = (select orderId from t2 where 1 = 1 and t2.name like :name )
select * from table_name t where 1 = 1 and t.status = :status and t.orderId = (select orderId from t2 where 1 = 1 and t2.name like :name)
你说的没错,是少了一个括号,随便写个例子大意了!
如果status为null,就会是
select * from table_name t where 1 = 1
如果status不为null,name为nul则
select * from table_name t where 1 = 1
and t.status=:status
and t.orderId=(select orderId
from t2)
这些可以根据你实际的情况自己决定怎么做,用换行我想肯定是做不到的
首先你的子查询少了一个右括号,我猜测正确的写法应该是?
select * from table_name t where 1 = 1 #[and t.status=:status and t.orderId=(select orderId from t2 #[where t2.name like :name])]
其次,你需要解释一下,这种嵌套在不同参数下面会产生什么样的语句,比如:
1. 什么参数都不传,是产生A还是B?
A. select * from table_name t where 1 = 1
B. select * from table_name t where 1 = 1 and t.orderId=(select orderId from t2)
2. 如果只传递了name参数,是产生前面中的A还是这样:
select * from table_name t where 1 = 1 and t.orderId=(select orderId from t2 where t2.name like :name)
3. 只传递status参数又会产生什么样的语句?
其实我想弄明白的是这个嵌套对于外层和内层的变量是否有优先级,比如外层的变量没有传递,是否就不管内层所有的语句?
不论你选择的是那种策略,还是可以用等价的and/or开头,换行结尾来替换:
select * from table_name t where 1 = 1 and t.status = :status and t.orderId = (select orderId from t2 where 1 = 1 and t2.name like :name )
select * from table_name t where 1 = 1 and t.status = :status and t.orderId = (select orderId from t2 where 1 = 1 and t2.name like :name)
第一:and和换行这就严重约束了sql语句的写法,必须严格按照你的约定来换行,否则就完蛋。其实你根本就没有考虑一些特殊问题比方 #[t.date>=:begindate and t.date<=:enddate],这个只要有一个为null整体都得拿掉,还有很多类似的问题,你的做法限制过于苛刻,这样用反而成了累赘。
你没有明白我说的意思,具体来说:
你这个例子在开头没有and 或者 or,是不正确的查询,完整的应该类似:
select * from table_name t where 1 = 1 #[and t.date >= :begindate and t.date <= :enddate] #[or t.status = :status]
按照我建议的更简化约定来写,就需要写成
select * from table_name t where 1 = 1 and t.date >= :begindate and t.date <= :enddate or t.status = :status
这个lib在读到以and和or开头的行,就可以进行是否要动态拼接的判断,和你用#[]来判断是一样的,你说的整体拿掉,原先代码是拿掉#[]之间的,这里是拿掉整行,也是等价的。
而好处是更简化:先在sql客户端进行复杂的组合sql调试,然后复制过来按这个约定进行排版,无需在每行开头加#[,在结尾加]。
缺点有一些,比如有固定参数的,我们得先写在一行,或者加个空格:
select * from table_name t where 1 = 1 and t.date > '20000101' and t.date >= :begindate and t.date <= :enddate and t.status <> 'delete'
但是正如你所说,能够让95%的代码写起来更轻松,另外5%加一些限制也无所谓,这只是看如何取舍的问题。
我的#[]支持嵌套,sql或hql可以写成这样
select * from table_name t where 1 = 1
#[and t.status=:status
and t.orderId=(select orderId
from t2 #[where t2.name like :name]]
and t.date>=:date
#[]只需要在需要判断为null的地方加,并不一定所有的地方都要加!
用换行是否可以呢?我决定不想再解释我的这个东西了!
这种帖子被评为新手帖,确实是太过分了,你们应该明白逛javaeye的大部分人都没有你们那么牛,所以请你们手下留情点吧.....
人家辛辛苦苦地写了那么多,你们评为新手帖,确实是太打击人的积极性了,这样下去,javaeye的技术论坛不会再有人发帖子了,大家都去泡海阔天空吧
不是JE的大牛都太牛了,是这个本不算创新,在JE发技术帖最好先确定要发的这个东西是不是新课题.
而说成是什么陈氏什么什么法,有些言过其实了.
怎么才算创新呢?之前有类似简洁的做法吗?首先要说明的是我绝对没有借鉴JE上的任何人的做法,我的想法来自ibatis(去阿里面试时以前同事介绍ibatis时突然让我产生了灵感)以及对大家编程过程中的如何简化的思考!
我想有时候微小的进度都是巨大的进步,你不信在我基础上你看还能有多少改进,而相对之前的JE上人的做法我这个进度又是多大,就好比cpu一样core2比core1按你说也不是什么创新,因为还是cpu呀,哈哈!
我不太想回复了!你们要是觉得在没有看我这个之前有更简单的做法你就露一手让大家看看,我可以自信的说,没有!不要总吹嘘了,好就是好,不好就是不好,给句公道话,不服就把所谓你们先进的做法拿出来让大家评,请用事实说话!
所以我说是陈氏查询一点都不过份!现实是我们团队用了这个代码简化了很多,维护起来也方便了,我们原先的做法其实并不比大家的差,但改进的感觉是巨爽的,如果对每个团队都有这样的提升,命名为陈氏查询又有何过之有,有什么不妥呢,这是对原创的尊重!
这种帖子被评为新手帖,确实是太过分了,你们应该明白逛javaeye的大部分人都没有你们那么牛,所以请你们手下留情点吧.....
人家辛辛苦苦地写了那么多,你们评为新手帖,确实是太打击人的积极性了,这样下去,javaeye的技术论坛不会再有人发帖子了,大家都去泡海阔天空吧
不是JE的大牛都太牛了,是这个本不算创新,在JE发技术帖最好先确定要发的这个东西是不是新课题.
而说成是什么陈氏什么什么法,有些言过其实了.
这种帖子被评为新手帖,确实是太过分了,你们应该明白逛javaeye的大部分人都没有你们那么牛,所以请你们手下留情点吧.....
人家辛辛苦苦地写了那么多,你们评为新手帖,确实是太打击人的积极性了,这样下去,javaeye的技术论坛不会再有人发帖子了,大家都去泡海阔天空吧
确实委屈了楼主,楼主也是为大家分享,提出自己的见解,还是可以借鉴学习的!新手贴台委屈了!
这种帖子被评为新手帖,确实是太过分了,你们应该明白逛javaeye的大部分人都没有你们那么牛,所以请你们手下留情点吧.....
人家辛辛苦苦地写了那么多,你们评为新手帖,确实是太打击人的积极性了,这样下去,javaeye的技术论坛不会再有人发帖子了,大家都去泡海阔天空吧
http://www.iteye.com/topic/58834
你提出的想法是在约定大于配置上更进一步,少去了一些tag,如果更进一步,连#[]都可以省略,可以and开头,换行结尾作为匹配:
from HrOrganInfo where 1=1 and createDate>= ? and createDate<= ? and ORGAN_NO like ? and ORGAN_NAME like ? and IS_ACTIVE = ?
啊,这个头像哪来的?
跟我外SHEN好像啊
但是因为使用说明还没有编写好,所以暂时不提供直接下载。
楼主的大名和博客地址我已经放到首页了。
我希望在你的小工具上声明一下借鉴陈式查询,其实我本希望将我的东西拿出来给大家共享的(因为公司部分原因我只给大家展示了基于hibernate的实现,我在我的sagacity中已经独立出来成为一个小插件形式提供给spring的集成),因为我们的东西一直在用,已经相对完善了,受此打击还是算了(竟然被评为新手贴!),哈哈!
好的我会在工具的Redme中写出是借鉴了你的思想。并给出到你的博客的链接http://zhongxuchen.iteye.com/。
我希望在你的小工具上声明一下借鉴陈式查询,其实我本希望将我的东西拿出来给大家共享的(因为公司部分原因我只给大家展示了基于hibernate的实现,我在我的sagacity中已经独立出来成为一个小插件形式提供给spring的集成),因为我们的东西一直在用,已经相对完善了,受此打击还是算了(竟然被评为新手贴!),哈哈!
动态数据源:
http://www.iteye.com/topic/334788
数据库SEQUENCE
http://www.iteye.com/topic/335565
首先解释一下,这个工具并不是只针对sql,是支持hql的,
而且hql或sql可以这么写
from OrganInfo as t
where 1=1
#[and t.name like ?]
and t.enable=?
就是说#[]相当于if,只需在需要判断的地方增加#[];
1.做点改善吧#[]应该去,不然把SQL COPY进去的时候 还要去写#[] 够麻烦的
2.只是简单的null判断?如果不支持复杂的判断,那应该努力。
3.对于这样的动态SQL 我的实现。
@Transactional(type = TransactionType.READ_ONLY) @FinderByCriteria(entity = WfReq.class, restriction = {@Restriction(column = "lockYn", value = "Y", condition = Condition.EQ) }, orderBy = { @OrderBy(column = "sendDate", isAsc = false) }) public Page<WfReq> getPageListBySend(@FirstResult int start, @MaxResults int limit, @SearchModeList List<SearchMode> searchModeList) { return null; }
无SQL 基于QBC annotation声明查询方式 动态 静态 排序 等等,
searchModeList 传入你所谓的#[]#[]#[]#[] 自动判断。并且判断支持非null以外的其他逻辑判断
我只管仍有可能用到的查询参数,其他不管。
在我们的BaseDAOSupport中提供了Criteria查询,hql查询,同时也提供了jdbc查询,简单的用Criteria查,
表多了关系复杂了就用sql,
谢谢提醒,已经提供了任何参数的判断,在传参数时new Object[]{this.convertSqlParams(obj,"-1")}单个转,也可以是this.convertSqlParams(objs),默认是转"",也可以是this.convertSqlParams(objs,new Object[]{-1,""}),多个转,给项目组用的第一天就提出来了,本来让他们自己转null的,后来还是提供了一些方法,提供了convertSqlParams(obj,new Object[]{对照值1,对照值2}),提供对多个对象转null和多个值对比如-1什么的。还提供lessThen,between,moreThen对比函数。
#[]何尝不想去,个别地方要增加这个东西是烦一点,但提供一个约定方便后来维护者知道那里到那里是要通过null判断去掉的。同时sql写起来不需要过多排版约束,其实这是一个折中的处理!
这年头,使用hbm.xml的人已经少之又少,为什么?因为不乐意在维护一个entity的同时,再去维护一个繁重的xml。所以出现了annotation,出现了约定大于配置。但是你目前的思路还是要维护配置文件,你可以不在你自定义的配置文件中写你的SQL或者HQL,但是你目前的思路基本上还是处于需要有某处地方来维护你的SQL或者HQL语句,这就带来了很大的维护成本,在我看来,这的确就是一种落伍的思想方式。
你的这个工具,请允许我称之为工具,放在2年前,可能会被评为良好贴或者给别人提供一个很好的思路,但是现在再拿出来,还到处宣称自己有多么多么优秀,是不合适的。我想指出的,只是一个事实,你的东西没有你想象中那么优秀,你的语言过激了。如果你想讨论,可以看看之前很多人的实现方式,然后改进你的方案,别人拿不拿别人的方案出来分享,是别人的自由,你总是质疑别人拿不出比你更好的方案来,你为什么不想一想,别人为什么要拿出他的方案来和你讨论呢?
工具和框架是给人用的,自己用的舒服就成,你可以分享给大家,但是不能强迫大家都说你的东西好。Javaeye的论坛一向没有所谓的高手,不过这里至少还有一些敢于提出批评意见的人,能够给出相对客观的评价。
BTW 如果你的东西真的有你吹嘘的那么好,那么具有独创性。就不会有那么多朋友给你投新手帖了。
讨论就此结束,不再做任何回复。
哈哈,第一我没有说我这个不是工具呀,我上升到框架推荐给别人了吗?现在感觉一定通过annotation方式就是先进,你就感觉别人不知道,我们是因为客户现场环境一般要求基于jdk1.4而已,所以在小项目中用jdk1.5但在实际项目中我们目前是要求尽可能以1.4为要求,还有用annotation和xml其实并不重要只是习惯而已,项目的目的在于选用合适的架构和技术追求的是稳定和功能,在这个过程中能够然开发者开发更简单便捷很重要,同时还要考虑项目的风险,技术的应用要跟项目及项目团队人员状况相匹配,当然也要考虑公司技术的延续性统一性。
我就是搞不懂,用一个annotation就标榜自己先进(这个东西知道的人很多,就好比我开始发表这个文章时,有一个说有一个做法:EO eo=(EO)this.get().非要写成String query="from EO where id=?" 一样,别人是不知道this.get()吗?是因为别人不是在讨论这个问题),但我不想谈所谓先进,我所要体现的是sql(或hql)维护以及使用的简洁,再说你根本就没有看清楚我的文章,我的做法是sql写在配置文件或以string 方式传递都是可以的,你说的是覆盖的,我给开发者提供了放在文件和代码中的两种可能,因为findByJdbcQuery(String namedQueryOrSql ,我会首先判断namedQueryOrSql 是否直接是一个查询语句,如果不是则作为一个Map key去查对应的sql。我说过我的东西不是给大家带来使用的麻烦,而是作为一个选择,是完全非侵入式的,不强迫你改变以往的习惯!
哈哈,算了,搞成了推荐一个东西给大家遭到如此打击!
首先解释一下,这个工具并不是只针对sql,是支持hql的,
而且hql或sql可以这么写
from OrganInfo as t
where 1=1
#[and t.name like ?]
and t.enable=?
就是说#[]相当于if,只需在需要判断的地方增加#[];
1.做点改善吧#[]应该去,不然把SQL COPY进去的时候 还要去写#[] 够麻烦的
2.只是简单的null判断?如果不支持复杂的判断,那应该努力。
3.对于这样的动态SQL 我的实现。
@Transactional(type = TransactionType.READ_ONLY) @FinderByCriteria(entity = WfReq.class, restriction = {@Restriction(column = "lockYn", value = "Y", condition = Condition.EQ) }, orderBy = { @OrderBy(column = "sendDate", isAsc = false) }) public Page<WfReq> getPageListBySend(@FirstResult int start, @MaxResults int limit, @SearchModeList List<SearchMode> searchModeList) { return null; }
无SQL 基于QBC annotation声明查询方式 动态 静态 排序 等等,
searchModeList 传入你所谓的#[]#[]#[]#[] 自动判断。并且判断支持非null以外的其他逻辑判断
我只管仍有可能用到的查询参数,其他不管。
我认为如果输入参数固定的查询语句,用JPA的预定义语句就可以了,这个想法没有用处。但是参数动态的问题可没有直接的解决办法。一个语句如果参数不定的话,就会出现大量的拼语句或者每种情况一个方法。用楼主提出的方法我觉得可以解决大量人工拼的方法,让软件自动帮我们拼。
用配置文件维护的问题不要上来就认为落后。JPA的预定义语句无论你是在注释还是在配置文件里维护总归都要维护。有人认为预定义语句应该和类本身分开,这样更好维护。原来的hbm.xml是你既要维护代码又要维护配置,所以麻烦,但是现在只需要维护一处,怎么会增加成本呢?
这年头,使用hbm.xml的人已经少之又少,为什么?因为不乐意在维护一个entity的同时,再去维护一个繁重的xml。所以出现了annotation,出现了约定大于配置。但是你目前的思路还是要维护配置文件,你可以不在你自定义的配置文件中写你的SQL或者HQL,但是你目前的思路基本上还是处于需要有某处地方来维护你的SQL或者HQL语句,这就带来了很大的维护成本,在我看来,这的确就是一种落伍的思想方式。
你的这个工具,请允许我称之为工具,放在2年前,可能会被评为良好贴或者给别人提供一个很好的思路,但是现在再拿出来,还到处宣称自己有多么多么优秀,是不合适的。我想指出的,只是一个事实,你的东西没有你想象中那么优秀,你的语言过激了。如果你想讨论,可以看看之前很多人的实现方式,然后改进你的方案,别人拿不拿别人的方案出来分享,是别人的自由,你总是质疑别人拿不出比你更好的方案来,你为什么不想一想,别人为什么要拿出他的方案来和你讨论呢?
工具和框架是给人用的,自己用的舒服就成,你可以分享给大家,但是不能强迫大家都说你的东西好。Javaeye的论坛一向没有所谓的高手,不过这里至少还有一些敢于提出批评意见的人,能够给出相对客观的评价。
BTW 如果你的东西真的有你吹嘘的那么好,那么具有独创性。就不会有那么多朋友给你投新手帖了。
讨论就此结束,不再做任何回复。
发表评论
-
sqltoy-orm 增删改和load操作介绍
2017-08-19 00:40 1082上一篇sqltoy-orm 最佳查询介绍:http://z ... -
讲述最值得你了解的sqltoy-orm最佳查询实践
2017-05-19 00:08 2561sqltoy-orm(https://github.c ... -
正式开源sqltoy-orm框架
2016-12-27 00:33 2111https://github.com/chenrenfe ... -
Sqltoy ORM框架之:分页查询(没错包含你所有所有能用到的关系型数据库分页)
2014-06-04 18:00 2597本来打算再过一阵子整体介绍一下个人的Sqlto ... -
写在SqlToy ORM开源之前
2013-07-05 02:01 0一直想将SqlToy ORM开源,却一直比较忙,没有时间对整个 ... -
睿智平台中超完整的日期处理工具类DateUtil
2011-01-20 16:43 1464很多地方都会用到Date日期处理,睿智平台当然也包括自己的da ... -
excel-tools改进计划
2009-06-25 15:37 1756excel-tools是用来将excel文件导入到数据库、将数 ... -
xtable功能介绍以及改进计划
2009-06-25 15:06 2375xtable是由陈仁飞(zhongxuchen)独自开发的js ... -
数据库表SEQUENCE产生
2009-02-19 16:27 2104补充说明:目前这种模式已经非常不合理了,经过一系列项目数据库 ... -
动态数据源
2009-02-18 13:12 1603SAGACITY(睿智)框架中的部 ... -
开创性的陈氏数据库动态查询设计
2009-02-17 11:19 3607(新版增加了直接结果映 ...
相关推荐
内存数据库原理及最佳实践,讲述内存数据库的原理以及实例
本人初学,做了一个jsp页面翻页的功能,仅供参考,不足之处请多多指教.
在学习完本系列中所有的课程后,可以实现日常工作中绝大多数的SQL查询的需求,能够轻松应付DBA的日常查询需求,可以轻松应付日常的数据库开发工作中的SQL查询需求。 ? 合适人群: 1、IT初学者、数据库的初学者、在校...
第二部分展示了从概念建模到在SQL Server 2008上真正实现数据库的过程;第三部分深入探讨了SQL Server若干方面的技术细节,如数据保护、索引、并发访问等。通过将理论融入数据库实践,清晰地讲解了关系型数据库的...
云瑶池数据库产品体系与行业最佳实践 数据库混合云实践 离线架构演进之路 云原生数据库GaiaDB高性能与多地多活实践 云原生模块化数据库 从多模到AI, KaiwuDB探索通晓万物之路 从混乱到有序,为数据资产增值 打造可信...
程序用三层结构实现了做网站最基本的添删改查功能,感觉比较适合入门者,因为考虑到新人学习之用 所以就不写存储过程和数据工厂了!只是普通的三层!希望能对三层苦手的朋友有帮助吧! 一般来说三层结构的中间层...
摘要: 传统数据库异地备份和查询中,有两个大的痛点,一个是备份数据集的管理,另外一个...在备份的基础上,实现分钟级全备数据集的查询,节省大量数据库还原时间。 文章链接:https://yq.aliyun.com/articles/693619
因为设计工作牵扯到数据库的操作,而之前我对数据库的认识知之甚少,所以需要在 最短的时间里熟悉数据库,并找出labview与数据库进行连接的最佳方法。很快我就投入 查询资料的紧张忙碌中,经过反复的筛选对比,我...
万亿数据库核心存储引擎实现与应用 推荐平台存储与计算的融合 图数据库行业发展及场景应用 图数据库实践 数字时代构建数据库运作的效能与效益管控方法体系 数字化风控决策实践 数据平台的最新发展趋势 数据库自治的...
不过,根据您的情况确定最佳的缓存策略却是一个难题。例如,对于使用最新数据库结果集比较重要的应用程序而言,时间触发的缓存方法可能并不是一个令人满意的解决方案。这种情况下,您需要采用一种机制,每当应用程序...
基于人工智能技术的数据库故障诊断最佳实践 基于图数据库的知识图谱一体化解决方案 加码数据安全,微盟数据安全落地方案 统一存储平台架构与业务实践 开务数据服务平台及其在IoT数字能源场景的应用 开务数据库自治...
在动态网站和应用程序中,数据库连接是一项频繁且资源密集型的操作,不当管理会导致性能瓶颈甚至系统崩溃。此资料包包含了深入分析JSP环境下数据库连接问题的学术论文以及一套实现高效数据库连接池的源代码。该研究...
PHP用户注册案例(mysql数据库) 学习最佳途径
此外,学生还将学习如何使用SQL语言进行数据操作,并了解数据库设计的基本原则和最佳实践。 二、课程内容 1. 数据库系统概述:介绍数据库的基本概念、特点和功能,以及数据库系统的体系结构。 2. 数据库设计:讨论...
随着数据库规模的扩大,...本系统主要功能是利用oracle9i所提供的技术:分区、实体化视图和查询重写来实现数据库的性能优化:用户自己建表、视图并进行查询比较;比较是否采用优化技术和直接查询的时间,体现优化程度。
本白皮书为您提供 Exadata 数据库云服务器(简称 Exadata)整合最佳实践,从而使您能够设置和管理系统和应用程序以实现最大稳定性和最高可用性。
- 5 - 电子商务平台的数据库设计与实现 数据库设计 设计题目: 电子商务平台的 设计与实现 学生姓名: 学生学号: 专业班级: 学院名称: 信息科学与工程学院 指导老师: 电子商务平台的数据库设计与实现全文共26页...
今年,大会将继续秉承分享IT最佳应用实践的宗旨,围绕大数据应用、数据架构、数据管理(数据治理)、传统数据库软件等技术领域展开深入探讨。 一直以来,数据库架构实践、数据库优化应用等,是备受大家关注的传统...
有些其它的历史数据存储软件通过 (最佳线)数据趋势曲线来实现大量数据的压缩,而Citect的系统通过逢变则存的技术来 避免压缩带来数据的不精确度。 CitectSCADA Reports利用100% MicrosoftSQL Server 2005作为它的...
某高校图书馆管理系统总的实现目标是:建立以馆藏目录为基础的机读书目数据库, 实现馆内采购、编目、流通、文献检索等信息化管理;建立图书馆动态网站;接入校园 网为广大师生及时提供馆内的最新信息。长期的目标...