2020-07-06 15:16
您好,请问这个是实现了JPA的吗?
2020-07-06 15:19
已经实现了jpa(但是自身的注解规范),sqltoy就是以hibernate查询补充发展的,后来将hibernate的对象crud顺带实现了,因为考虑没有必要让开发同时要掌握2种数据库交互技术
2020-07-06 13:48
我觉得很扯,因为在我的认识里,db操作的性能问题在于db本身,
如果说还的去考虑orm组件本身的性能消耗的话,是不是为了驱赶强盗而又引入了一个新的强盗啊
2020-07-06 13:53
你说的很对,所以请看内容再说,sqltoy缓存翻译,快速分页,分页优化等解决的核心是优化查询!
2020-07-06 13:46
正在使用,非常不错!
2020-07-06 13:02
sqltoy 的诞生是因为查询,发展是因为要不断优化查询的性能,很多人忽视了sqltoy的介绍的特性:
1、核心是sql的拼写方式保持跟客户端一致,便于开发和后期运维。
2、缓存翻译、快速分页、分页优化等性能优化的特点。
3、分库分表针对大规模数据的应对策略。
4、为什么sqltoy支持elastic、mongodb、clickhouse,其实是演示了超大数据下通过多种技术来针对性的解决性能问题
5、sqltoy提供了大量的报表类的统计功能,是为了实际解决数据统计的一些功能

sqltoy整个发展过程其实很好演绎了从简单到复杂的发展历程,里面包含的:主键策略(含redis规则性主键生成)、取随机记录、update处理(规避了hibernate的缺陷)、updateFetch、统一字段赋值等特性其实都是大量项目实践的结果!

很多人眼睛总盯着crud,忽视了重点,为什么支持elastic?因为几十亿规模的数据通过他可以优化到毫秒级!
为什么支持clickhouse?为什么范例里面含了redis?(很多人一看怎么还依赖redis,就感觉垃圾不看了)

sqltoy是给大家展示的你未来可能面对的复杂场景的解决之道!
2020-07-06 12:28
感觉Java的已经被h和m统治了。作者应该尝试在go,Python平台上开发orm框架,go的现在都不好用。
2020-07-06 13:31
不是刻意要写一个框架,是发展到了这个阶段做了开源!将遇到的问题和解决办法给大家分享!
开源之后则需要为用户负责,解决大家过程中的问题,让大家没有后顾之忧!
2020-07-06 10:54
能不能一张口就是极致性能,最快性能,前无古人后无来者,有这么浮躁?有本事干掉c++
2020-07-06 12:30
没有关系,我知道你根本没有深入了解,只看标题就下了结论!
你对查询的优化停留在代码功夫上,而sqltoy性能优化是基于缓存翻译,快速分页,分页优化,分库分表等特性来支撑的!
大多数人都没有见过缓存翻译!
2020-07-06 13:34
确实没见过缓存翻译,有没有资料介绍?
回复 @
{{emojiItem.symbol}}
返回顶部
顶部