相关推荐
-
使用VS2019编译fluent2021的UDF程序
记录一下学习使用VS2019完成fluent的UDF程序编译的过程。
-
[UDF系列]如何编写InterBase UDF 之一
如何编写InterBase UDF(作者:Gregory Deatz - Hoagland, Longo, Moran, Dunst & Doukas)warton 译 译者叙:由于InterBase性能方面表现突出,并且它是开源和跨平台的,有很多使用Delphi,C++Builder的程序员开始采用它做为其后数据库平台。但是InterBase的中文资料简直太少了。昨日,一网友
-
[UDF系列]如何编写InterBase UDF
译者叙: 由于InterBase性能方面表现突出,并且它是开源和跨平台的,有很多使用Delphi,C++Builder的程序员开始采用它做为其后数据库平台。但是InterBase的中文资料简直太少了。昨日,一网友在CSDN上提到InterBase的UDF(user defined functions 用户自定义函数),我顺手一查,网上竟然查不到这方面的中文资料。于是,我今天将一篇如何编写和使用I
-
[UDF系列]如何编写InterBase UDF 之三
google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//<script type="text/javascript"
-
UDF函数开发流程
1。首先编写UDF 继承: org.apache.hadoop.hive.ql.exec.UDF; 需要导入hive-exec-0.13.1-cdh5.3.6.jar 包及hadoop-common-2.5.0-cdh5.3.6.jar eg:package com.paic.nets.pnc.udf; import java.text.SimpleDateFormat;...
-
Interbase/Firebird Date&Time Function For UDF
type TIBDate = Integer; TIBTime = Longword; TIBTimeStamp = packed record Date: TIBDate; Time: TIBTime; end;procedure IBDecodeDate(IBDate: TIBDate; var Year, Month, Day: SmallInt);var Centur
-
Hive UDF函数编写流程详解
参考官网:https://cwiki.apache.org/confluence/display/Hive/HivePlugins 添加hive UDF函数https://cwiki.apache.org/confluence/display/Hive/LanguageManual+UDF 可查看hive内置函数常用命令:SHOW FUNCTIONS; 查看hive函数DES
-
Hive-编写UDF函数(详细教程~~~)
编写UDF函数(1)创建项目:(2)导入依赖: Hive 自带了一些函数,比如:max/min 等,但是数量有限,自己可以通过自定义 UDF 来 方便的扩展。 2)当 Hive 提供的内置函数无法满足你的业务处理需要时,此时就可以考虑使用用户自定义 函数(UDF:user-defined function)。 3)根据用户自定义函数类别分为以下三种: (1)UDF(User-Defined-Function) 一进一出 (2)UDAF(User-Defined Aggregation Function)
-
手把手教你定义一个UDF
本文目的为告诉读者在如何通过java实现一个UDF—>在linux下如何将该UDF打包成一个jar—>在hive中如何引入这个jar—>以及在此基础上定义函数。相信读者读完本文,一定可以自己实际定义任何所需的UDF。 废话不多少,直接看实例。 假设想定义一个能够根据人的生日来计算他的星座的函数。 步骤一:准备一份样例数据,我们将其写入文件bigdata.txt中,并放在某个路径下(例如
-
FirebirdSQL内置函数使用说明
加*号为FB2.0加入的函数整理:剑雷(jianlei) 2006-10-131. COUNT, AVG, MAX, MIN, SUM说明:通用统计函数,不详细介绍了2. EXTRACT(timestamp_part FROM value) 说明:EXTRACT(YEAR/MONTHE/DAY/WEEKDAY FROM 字段名)从日期型字段中分离出年,月,日及一个星期的第几天3. CAST(val
42 楼 caoyangx 2010-05-08 20:13
...
请问Nutz怎样来完全取代SSH,SSH一共有多少特点来让Nutz取代?
...
必须在这里郑重声明一下:
1. Nutz 这个框架从开始到现在从来没有宣称“取代XXX”。 我们一直说:“除了 SSH 之外,Java 程序员的另外一个选择”
2. 我们只是努力让这个“选择”成为不太坏的选择
> 因为 JAVA 世界本来就这么多选择了,再多一个也不算添乱
> 如果这个选择某些时候真的不错,在使用的时候你真的感觉到了我们某些讨巧的设计,到也算是我们为和谐社会做贡献了
3. 所有“Nutz 可以取代 XXX” 的说法,都不是我们官方说法。
> 当然我们对这种说法一点也不反感
> 我们同时也不反感对这种说法持反感态度的人或事
4. 在设计之初,它就考虑到如何同其他的框架一起使用。大家也逐渐发现了这个特点,比如:
> http://hzzdong.javaeye.com/blog/656948
> http://axhack.javaeye.com/blog/542441
> 更多文章: http://code.google.com/p/nutz/wiki/appendix_resources
-------- 特此声明的分割线 ---------
我们一直认为批评比赞扬有益于身心健康
讨论区: http://groups.google.at/group/nutzam?hl=zh-CN
Q Q 群 http://qun.qq.com/air/#75818186 和 http://qun.qq.com/air/#68315571
欢迎你的到来
当然如果你能有建设性的意见更好。
如果你只是出来打酱油,我只能说: 真佩服您看完上面那么多字儿 ^_^
呵呵,没错,估计这位老兄记错了,withoutSSH可不是nutz的口号,nutz是脚踏实地的做出成绩堵住所有人的嘴。
41 楼 zozoh 2010-04-30 17:24
...
请问Nutz怎样来完全取代SSH,SSH一共有多少特点来让Nutz取代?
...
必须在这里郑重声明一下:
1. Nutz 这个框架从开始到现在从来没有宣称“取代XXX”。 我们一直说:“除了 SSH 之外,Java 程序员的另外一个选择”
2. 我们只是努力让这个“选择”成为不太坏的选择
> 因为 JAVA 世界本来就这么多选择了,再多一个也不算添乱
> 如果这个选择某些时候真的不错,在使用的时候你真的感觉到了我们某些讨巧的设计,到也算是我们为和谐社会做贡献了
3. 所有“Nutz 可以取代 XXX” 的说法,都不是我们官方说法。
> 当然我们对这种说法一点也不反感
> 我们同时也不反感对这种说法持反感态度的人或事
4. 在设计之初,它就考虑到如何同其他的框架一起使用。大家也逐渐发现了这个特点,比如:
> http://hzzdong.javaeye.com/blog/656948
> http://axhack.javaeye.com/blog/542441
> 更多文章: http://code.google.com/p/nutz/wiki/appendix_resources
-------- 特此声明的分割线 ---------
我们一直认为批评比赞扬有益于身心健康
讨论区: http://groups.google.at/group/nutzam?hl=zh-CN
Q Q 群 http://qun.qq.com/air/#75818186 和 http://qun.qq.com/air/#68315571
欢迎你的到来
当然如果你能有建设性的意见更好。
如果你只是出来打酱油,我只能说: 真佩服您看完上面那么多字儿 ^_^
40 楼 Aspen 2010-04-30 16:29
因此有人说:可以完全取代SSH。
请问Nutz怎样来完全取代SSH,SSH一共有多少特点来让Nutz取代?
我不否认Nutz作出的贡献,我只是提供自己的观点。我的观点不针对任何人,不也攻击任何人。我之所以说出来,为的是让大家多讨论讨论。
任何事情都是有缺陷的,EJB以前号称那么强大那么好,为什么会出现Spring与之针峰。
难道Spring就是神吗?我不用Spring难道就开发不出项目了吗?
所以我们要想想Spring给我们带来了什么?
我想Spring更多的是包容吧,而不绝对的专横。
总之,忠言逆耳,你有你的支持,我有我的反对。
39 楼 Aspen 2010-04-30 16:12
我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。
我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。
1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。
请大家去认真读一下这篇文章:
http://www.ibm.com/developerworks/cn/java/j-genericdao.html
不要盲目崇拜,多一点自己的思考。
就 read 来说, 基本有两种 read, 一种是读出多个对象,一种是读出一个对象
虽然都是 read,但是读出多个对象的调用必然需要更多的参数 (比如需要过滤和翻页)
那么, 是不是把 read 变成 query(读多个) 和 fetch(读一个),对编程者更友好呢?
另外 Dao 的设计上,如果完全脱离了 SQL, 必然需要抽象,一个东西太抽象了帮不了人干具体事,太具体了又会不够灵活。这个的确让人很纠结。
如果我们假设,关系型数据库在相当长的一段时间内还会是最主要的数据处理方式,那么 这个 Dao 接口就还算有意义,否则它的确欠妥当
你在用面向对象的数据库??
1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。
请大家去认真读一下这篇文章:
http://www.ibm.com/developerworks/cn/java/j-genericdao.html
不要盲目崇拜,多一点自己的思考。
就 read 来说, 基本有两种 read, 一种是读出多个对象,一种是读出一个对象
虽然都是 read,但是读出多个对象的调用必然需要更多的参数 (比如需要过滤和翻页)
那么, 是不是把 read 变成 query(读多个) 和 fetch(读一个),对编程者更友好呢?
另外 Dao 的设计上,如果完全脱离了 SQL, 必然需要抽象,一个东西太抽象了帮不了人干具体事,太具体了又会不够灵活。这个的确让人很纠结。
如果我们假设,关系型数据库在相当长的一段时间内还会是最主要的数据处理方式,那么 这个 Dao 接口就还算有意义,否则它的确欠妥当
你在用面向对象的数据库??
难道除了关系数据库,就只有面向对象的数据库?
我在用MongoDB!!
38 楼 cuigeyejing 2010-04-29 15:38
就斑竹的设计思路是让开发人员少写代码,我门不能因为不熟悉
这个框架就乱下结论.多做一些Demo,然后和自己的项目相结合,
看看有什么优点和缺点告诉斑竹,这才是最重要的哦.我现在就正在
runing demo 顺便找一些bug 我不相信没有bug 呵呵 有点挑事儿啊
希望斑竹能把文档说明再写的详细一些,让更多的开发人员能够更加
快速的进入使用状态,这样才能让人感到更加亲切和流畅.
37 楼 findhappy7 2010-04-29 09:14
36 楼 icanfly 2010-04-28 13:08
35 楼 dsezu 2010-04-28 12:39
34 楼 dsezu 2010-04-28 12:38
33 楼 wendal 2010-04-28 11:35
32 楼 zozoh 2010-04-28 10:44
我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。
1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。
请大家去认真读一下这篇文章:
http://www.ibm.com/developerworks/cn/java/j-genericdao.html
不要盲目崇拜,多一点自己的思考。
IBM这文章就是"盲目崇拜"
Nutz的设计,是让程序员轻松些,而非套一些所谓的理论.
讨论技术的地方, 说别人为"托"是没有意义,这是对他人的不尊重哦
别人的文章就是盲目崇拜了,你给个标准,怎么才不是盲目崇拜.......只有和你保持一致才算是对吧...........
别人的文章就是盲目崇拜了,你给个标准,怎么才不是盲目崇拜.......只有和你保持一致才算是对吧...........
31 楼 kjj 2010-04-28 09:38
我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。
1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。
请大家去认真读一下这篇文章:
http://www.ibm.com/developerworks/cn/java/j-genericdao.html
不要盲目崇拜,多一点自己的思考。
IBM这文章就是"盲目崇拜"
Nutz的设计,是让程序员轻松些,而非套一些所谓的理论.
讨论技术的地方, 说别人为"托"是没有意义,这是对他人的不尊重哦
别人的文章就是盲目崇拜了,你给个标准,怎么才不是盲目崇拜.......只有和你保持一致才算是对吧...........
30 楼 BruceXX 2010-04-28 09:26
29 楼 lovejing 2010-04-28 08:46
28 楼 baozi265 2010-04-27 23:02
27 楼 xiang 2010-04-27 22:58
现在就是缺少一些最佳实践,以及一个比较完整、经典的DEMO了
26 楼 wendal 2010-04-27 22:05
我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。
1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。
请大家去认真读一下这篇文章:
http://www.ibm.com/developerworks/cn/java/j-genericdao.html
不要盲目崇拜,多一点自己的思考。
IBM这文章就是"盲目崇拜"
Nutz的设计,是让程序员轻松些,而非套一些所谓的理论.
讨论技术的地方, 说别人为"托"是没有意义,这是对他人的不尊重哦
25 楼 phenom 2010-04-27 21:06
我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。
1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。
请大家去认真读一下这篇文章:
http://www.ibm.com/developerworks/cn/java/j-genericdao.html
不要盲目崇拜,多一点自己的思考。
像这样的也和书里的思想有些相似,关系数据库,没有人说它现在不是主流,(死不死都是主流).如果全部东西压在上面,需要怎样的硬件,怎样编程,才能适合.
数据不只有数据库才有数据,我想系统缓存也算吧,缓存重要还是数据库重要呢?
24 楼 dongfangx 2010-04-27 19:37
我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。
1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。
请大家去认真读一下这篇文章:
http://www.ibm.com/developerworks/cn/java/j-genericdao.html
不要盲目崇拜,多一点自己的思考。
就 read 来说, 基本有两种 read, 一种是读出多个对象,一种是读出一个对象
虽然都是 read,但是读出多个对象的调用必然需要更多的参数 (比如需要过滤和翻页)
那么, 是不是把 read 变成 query(读多个) 和 fetch(读一个),对编程者更友好呢?
另外 Dao 的设计上,如果完全脱离了 SQL, 必然需要抽象,一个东西太抽象了帮不了人干具体事,太具体了又会不够灵活。这个的确让人很纠结。
如果我们假设,关系型数据库在相当长的一段时间内还会是最主要的数据处理方式,那么 这个 Dao 接口就还算有意义,否则它的确欠妥当
你在用面向对象的数据库??
23 楼 zozoh 2010-04-27 18:23
我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。
1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。
请大家去认真读一下这篇文章:
http://www.ibm.com/developerworks/cn/java/j-genericdao.html
不要盲目崇拜,多一点自己的思考。
就 read 来说, 基本有两种 read, 一种是读出多个对象,一种是读出一个对象
虽然都是 read,但是读出多个对象的调用必然需要更多的参数 (比如需要过滤和翻页)
那么, 是不是把 read 变成 query(读多个) 和 fetch(读一个),对编程者更友好呢?
另外 Dao 的设计上,如果完全脱离了 SQL, 必然需要抽象,一个东西太抽象了帮不了人干具体事,太具体了又会不够灵活。这个的确让人很纠结。
如果我们假设,关系型数据库在相当长的一段时间内还会是最主要的数据处理方式,那么 这个 Dao 接口就还算有意义,否则它的确欠妥当