+
 新版
2016-10-18 13:50

引用来自“limiyun”的评论

毛线,比如 .net1.1,.net2.0,.net3绝对不兼容。鼓捣的人都要挂了。后来全部放弃……
除了1.1到2.0是断代更新,后面基本上都是向下兼容。包括4.0虽然是新底层,但你的程序大部分重新打个包就可以继续跑了。你说2和3不兼容我只能说喷子真没有下限
2016-07-04 10:21
关注很久,早上一看恩恩~比较活跃,收藏,下个项目就用这个玩意
2016-06-30 13:20

引用来自“天铃鸟”的评论

能实现批量增加并返回主键吗,能主持嵌套查询吗

引用来自“闲大赋”的评论

现在批量增加可以,不能返回主键。如果需要可以支持
嵌套查询是什么意思?

引用来自“天铃鸟”的评论

像mybatis那样在resultMap里套collection
不能,没有ORM的东西,只能通过RowMapper,自己实现这个功能,并在查询的是很有用上,这点类似spring jdbc
2016-06-30 08:48

引用来自“天铃鸟”的评论

能实现批量增加并返回主键吗,能主持嵌套查询吗

引用来自“闲大赋”的评论

现在批量增加可以,不能返回主键。如果需要可以支持
嵌套查询是什么意思?
像mybatis那样在resultMap里套collection
2016-06-29 20:26
来支持
2016-06-29 18:17

引用来自“jorneyr”的评论

SQL 脚本采用 Markdown 管理,总觉得别扭

引用来自“闲大赋”的评论

可以利用markdown做一些事情,比如利用代码分块,索引,注释等功能,比xml在阅读上更适合阅读

引用来自“乌龟壳”的评论

不知道这样的语句能不能正确解析:select * from t where a * b = 5,因为两个*之间对于markdown有别的意义,我觉得markdown用*做格式符很不合理。

引用来自“乌龟壳”的评论

更正下select *from t where a* b = 5

引用来自“闲大赋”的评论

* 只有放到开头,才会认为有特殊的意义,你这样,markdown 都可以正确显示。

而且,beetlsql 不涉及到这些问题的,不像xml,有很多限制,我在我手册里说明了这俩种方式的区别
可能我的编辑器版本比较新,我这边两个*之间会被解析成斜体并丢失*,不过这不重要了,只是吐槽下markdown为了方便性丢失部分严谨性而已。
2016-06-29 17:17

引用来自“jorneyr”的评论

SQL 脚本采用 Markdown 管理,总觉得别扭

引用来自“闲大赋”的评论

可以利用markdown做一些事情,比如利用代码分块,索引,注释等功能,比xml在阅读上更适合阅读

引用来自“乌龟壳”的评论

不知道这样的语句能不能正确解析:select * from t where a * b = 5,因为两个*之间对于markdown有别的意义,我觉得markdown用*做格式符很不合理。

引用来自“乌龟壳”的评论

更正下select *from t where a* b = 5
* 只有放到开头,才会认为有特殊的意义,你这样,markdown 都可以正确显示。

而且,beetlsql 不涉及到这些问题的,不像xml,有很多限制,我在我手册里说明了这俩种方式的区别
2016-06-29 16:57

引用来自“jorneyr”的评论

SQL 脚本采用 Markdown 管理,总觉得别扭

引用来自“闲大赋”的评论

可以利用markdown做一些事情,比如利用代码分块,索引,注释等功能,比xml在阅读上更适合阅读

引用来自“乌龟壳”的评论

不知道这样的语句能不能正确解析:select * from t where a * b = 5,因为两个*之间对于markdown有别的意义,我觉得markdown用*做格式符很不合理。
更正下select *from t where a* b = 5
2016-06-29 16:53

引用来自“jorneyr”的评论

SQL 脚本采用 Markdown 管理,总觉得别扭

引用来自“闲大赋”的评论

可以利用markdown做一些事情,比如利用代码分块,索引,注释等功能,比xml在阅读上更适合阅读
不知道这样的语句能不能正确解析:select * from t where a * b = 5,因为两个*之间对于markdown有别的意义,我觉得markdown用*做格式符很不合理。
2016-06-29 15:01

引用来自“jorneyr”的评论

SQL 脚本采用 Markdown 管理,总觉得别扭
可以利用markdown做一些事情,比如利用代码分块,索引,注释等功能,比xml在阅读上更适合阅读
2016-06-29 14:59

引用来自“天铃鸟”的评论

能实现批量增加并返回主键吗,能主持嵌套查询吗
现在批量增加可以,不能返回主键。如果需要可以支持
嵌套查询是什么意思?
2016-06-29 14:22
<dependency>
<groupId>com.ibeetl</groupId>
<artifactId>beetlsql</artifactId>
<version>2.4.2</version>
</dependenc>

dependency标签结尾少了一个y
2016-06-29 12:17
beetlsql很好用,已经在实际项目中使用了
2016-06-29 11:30
markdown更先进,mybatis的配置就是太繁琐了
2016-06-29 10:39

引用来自“youpengfei”的评论

无所谓了 反正我用jooq

引用来自“闲大赋”的评论

beetlsql 是以sql为中心,jooq的理念不一样
也许您说的对 我可以尝试一下beetsql ,体会一下再发表评论
2016-06-29 10:35

引用来自“youpengfei”的评论

无所谓了 反正我用jooq
beetlsql 是以sql为中心,jooq的理念不一样
2016-06-29 10:31
无所谓了 反正我用jooq
2016-06-29 10:29

引用来自“554330833a”的评论

其实我还没搞懂这个是做什么的?是类似mbaties吗

引用来自“simone”的评论

是的,感觉比mybatis好使多了
哪里好了,是不是新写的就觉得好了
2016-06-29 10:21
能实现批量增加并返回主键吗,能主持嵌套查询吗
2016-06-29 10:03

引用来自“Gooder”的评论

mybatis-plus也能弥补mybatis的不足
学习成本和使用方式比MyBatis简单的多
2016-06-29 09:56

引用来自“quickbird”的评论

只能做1对1的关系不能处理1对多这样的关系
能处理,只是不能像orm那种通过注解处理关系
2016-06-29 09:13
只能做1对1的关系不能处理1对多这样的关系
2016-06-29 09:11

引用来自“554330833a”的评论

其实我还没搞懂这个是做什么的?是类似mbaties吗
是的,感觉比mybatis好使多了
2016-06-29 09:03
其实我还没搞懂这个是做什么的?是类似mbaties吗
回复 @
{{emojiItem.symbol}}
返回顶部
顶部