CN102004634A - 分层的业务管理*** - Google Patents
分层的业务管理*** Download PDFInfo
- Publication number
- CN102004634A CN102004634A CN2009101949446A CN200910194944A CN102004634A CN 102004634 A CN102004634 A CN 102004634A CN 2009101949446 A CN2009101949446 A CN 2009101949446A CN 200910194944 A CN200910194944 A CN 200910194944A CN 102004634 A CN102004634 A CN 102004634A
- Authority
- CN
- China
- Prior art keywords
- layer
- database
- business
- hibernate
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
本发明揭示了一种分层的业务管理***,包括数据库层、持久层、业务逻辑层和表示层。数据库层存放业务数据。持久层耦合到数据库层,对数据库层进行操作,进行业务数据的交换,该持久层由Hibernate对象关系映射框架实现。业务逻辑层耦合到持久层,从持久层获取业务数据,对业务数据引用业务逻辑,其中业务逻辑包括对获取的业务数据的数据类型、数据取值范围的判断,其中业务逻辑层不直接与数据库层进行数据交换。表示层耦合到业务逻辑层,提供交互界面与用户交互,获取用户指令后指示业务逻辑层获取业务数据并应用业务逻辑。
Description
技术领域
本发明涉及数据库技术,尤其设计一种分层的业务管理***。
背景技术
当今世界,竞争日益激烈,企业面对国内外双重竞争的巨大压力,许多企业开始着手于内部***的完善。在此情况下,企业需要一款适合自己公司的信息交流***,它不仅能应用于企业内部的信息化管理、交流、资源共享,也能加强外部信息对企业的发展利好,成为企业与员工、企业与企业、企业与客户之间都能形成网状联系的交流平台。业务管理***可以使企业的成本降低,是管理流程化规范化。实现便捷共享的业务管理平台,还可以更高效摄取和处理有效信息,更便捷的实现各类流程操作及其管理。
分层体系结构定义了实现不同关系代码之间的接口,允许关系实现方式的改变不会对其他层的代码造成重大破坏。同时,分层也决定了其间出现的中间层的类型。分层规则如下:
1、层由上到下进行通信。每一层仅依赖于其他直接的下层。
2、除了其直接下层,每一层都不知道任何其它层。
目前常用的MVC设计模式就体现了这种分层体系结构,其中有表示层、业务逻辑层与数据库层。参考图1所示,分别介绍这三层结构:
表示层10:即MVC模式中的V,提供与用户交互的界面。GUI(图形用户界面)和WEB页面是表示层10的两个典型的例子。
业务逻辑层11:即MVC模式中的C,用于实现各种业务逻辑,他相当于整个***的大脑,负责思考数据如何取得,如何处理以及数据流向何处。
数据库层12:即MVC模式中的M,代表数据实体。也可以是数据库。负责存放和管理应用程序的持久性业务数据。
虽然分层体系结构是数据库技术中的一大进步,但是随着应用的要求越来越高,上述的三层结构已经不能完全适应这种应用需求,需要更加细致、有效的分层结构来满足新的应用要求。
发明内容
本发明提出一种分层的业务管理***,对***进行了更加细致的分层,以满足更高要求的应用需求。
该分层的业务管理***包括数据库层、持久层、业务逻辑层和表示层。
数据库层存放业务数据。持久层耦合到数据库层,对数据库层进行操作,进行业务数据的交换,其中,该持久层由Hibernate对象关系映射框架实现。业务逻辑层耦合到持久层,从持久层获取业务数据,对业务数据引用业务逻辑,其中业务逻辑包括对获取的业务数据的数据类型、数据取值范围的判断,其中业务逻辑层不直接与数据库层进行数据交换。表示层耦合到业务逻辑层,提供交互界面与用户交互,获取用户指令后指示业务逻辑层获取业务数据并应用业务逻辑。
其中的持久层包括Hibernate配置文件和持久化类,Hibernate配置文件包括连接数据库的描述信息和对象关系映射文件的位置信息。持久化类由Hibernate配置文件映射到数据库层中的实体类。
采用本发明的技术方案,对于数据库的操作完全由持久层实现,从而使得业务逻辑层从具体的数据操作中脱离出来,提高了数据库结构的安全性和使用的灵活性。
附图说明
图1揭示了传统的三层分层体系结构的结构图。
图2揭示了本发明的分层的业务管理***的结构图。
具体实施方式
参考图2所示,一种分层的业务管理***,包括数据库层20、持久层21、业务逻辑层22和表示层23。
数据库层20存放业务数据。持久层21耦合到数据库层20,对数据库层20进行操作,进行业务数据的交换,其中,该持久层21由Hibernate对象关系映射框架实现。业务逻辑层22耦合到持久层21,从持久层21获取业务数据,对业务数据引用业务逻辑,其中业务逻辑包括对获取的业务数据的数据类型、数据取值范围的判断,其中业务逻辑层22不直接与数据库层20进行数据交换。表示层23,耦合到业务逻辑层22,提供交互界面与用户交互,获取用户指令后指示业务逻辑层22获取业务数据并应用业务逻辑。
其中的持久层21包括Hibernate配置文件210和持久化类211。Hibernate配置文件210包括连接数据库的描述信息和对象关系映射文件的位置信息。持久化类211由Hibernate配置文件210映射到数据库层中的实体类。
对于持久层21的设计,由以下的几种方案可供选择:
1、JDBC
许多开发者用JDBC进行数据库程序的开发。此中方式很多情况下都使用DAO模式,采用SQL进行查询。虽然用此方式可以使应用程序代码与具体的数据库厂商和数据库位置无关,不过JDBC是低级别的数据库访问方式,JDBC并不支持面向对象的数据库表示。JDBC数据库表示完全围绕关系数据库模型。在大型应用程序的DAO中书写这样的代码,维护量是非常大的。
2、EJB
在J2EE的规范中,为EJB定义了两种持久化的解决方案:一种是BMP,另一种是CMP。其中CMP不需要将SQL语句加入到代码中。目前,在采用J2EE的应用中,EJB CMP方式得到了广泛应用。更加引人注意的是,随着EJB规范的发展,CMP也包含了一些高级关系的内容。但是,CMP的使用比较复杂,对很多开发人员来说比较难以掌握。而且,不是在所有的情况下都适合在***中采用EJB,而且想要非常清楚的了解EJB规范也是非常费时的。在用EJB编码前,先要让专家理解API,然后需要了解每一个容器部署时所要关注的技术。此外,许多情况下商用容器的性能和支持也不是很好。
3、JDO
JDO是一个存储java对象的规范,JDO规范1.0的提出可以使你将精力集中在设计Java对象模型,然后在企业应用软件架构的不同层面中存储传统的Java对象(Plain Old Java Objects,简称POJOs),采用JDOQL语言进行SQL操作。一些公司(包括sun)企图根据JDO规范进行设计并实现JDO产品,然而他们都不能很好的进行实现,并且性能优化上比较差。
4、Hibernate:
Hibernate是一个开放源代码的对象关系映射框架,它对JDBC进行了轻量级的对象封装,使Java程序员可以随心所欲的使用对象编程思维来操纵数据库。它不仅提供了从Java类到数据表之间的映射,也提供了数据查询和恢复机制。相对于使用JDBC和SQL来手工操作数据库,Hibernate可以大大减少操作数据库的工作量。另外Hibernate可以利用代理模式来简化载入类的过程,这将大大减少利用Hibernate QL从数据库提取数据的代码的编写量,从而节约开发时间和开发成本Hibernate可以和多种Web服务器或者应用服务器良好集成,如今已经支持几乎所有的流行的数据库服务器。
Hibernate技术为ORM(对象到关系映射)提供了具体的解决方案,实际上就是将JAVA中的对象与关系数据库中的表做一个映射。实现它们之间的自动转换的解决方案。
Hibernate在JAVA对象与关系数据库之间起到了一个桥梁的作用,负责两者之间的映射,在Hibernate内部还封装了JDBC技术,向上一层提供了面向对象的数据访问API接口。
本发明选用Hibernate来实现持久层21。
Hibernate特点如下。
1)它负责协调软件与数据库的交互,提供了管理持久性数据的完整方案,让开发者能够专注于业务逻辑的开发。
2)应用者不需要遵循太多的规则和设计模式,能够灵活的运用。
3)它是一个开放源代码的映射框架,对JDBC只做了轻量级的封装,让JAVA程序可以随心所欲的运用面向对象的细想操纵数据库,无需考虑资源问题。
如上面所介绍的,持久层21包括Hibernate配置文件210和持久化类211。
Hibernate配置文件210中有连接数据库的描述信息及关系映射文件所在位置和一些其他设置,这个配置文件应该位于应用的classpath中。Hibernate的配置文件有两种形式,一种是xml格式的文件,还有一种是Java属性文件,采用“键=值”的形式。
如果用xml格式来创建Hibernate的配置文件,这种配置文件的默认文件名为hibernate-config.xml。
具体的代码如下:
<!DOCTYPE hibernate-configuration
PUBLIC″-//Hibernate/Hibernate Configuration DTD 3.0//EN″
″http://hibernate.sourceforge.net/
hibernate-configuration-3.0.dtd″>
<hibernate-configuration>
<session-factory>
<property name=″dialect″>
org.hibernate.dialect.Oracle9Dialect
</property>
<property name=″connection.driver_class″>
oracle.jdbc.driver.OracleDriver
</property>
<property name=″connection.username″>zcc</property>
<property name=″connection.password″>zcc</property>
<property name=″connection.url″>
jdbc:oracle:thin:@localhost:1521:orcl</property>
<property name=″show_sql″>true</property>
<property name=″format_sql″>true</property>
<property name=″hibernate.current_session_context_class″>
thread
</property>
<mapping resource=″pojo/Charge.hbm.xml″/>
<mapping resource=″pojo/Customer.hbm.xml″/>
<mapping resource=″pojo/Mobiles.hbm.xml″/>
<mapping resource=″pojo/Operator.hbm.xml″/>
<mapping resource=″pojo/User.hbm.xml″/>
<mapping resource=″pojo/Message.hbm.xml″/>
</session-factory>
</hibernate-configuration>
以上hibernate-config.xml文件包含了一系列属性及其属性值,Hibernate将根据这些属性来连接数据库。表1对配置文件中的属性作了一些描述。
表1配置文件属性
属性 | 描述 |
Connect.url | 连接数据库的URL |
Dialect | 数据库使用的方言 |
Connect.username | 用户名 |
Connect.password | 用户密码 |
Connect.driver_class | 访问数据库所使用的驱动 |
Show_sql | 在控制台显示sql语句 |
Format_sql | 格式化在控制台显示的sql语句 |
而hibernate-config.xml文件中的<mapping resource/>元素则是给出了对象一映射文件的位置。
持久化类211依据下述的方式来创建:
持久化类的实例需要被Hibernate持久化到数据库中的实体类。持久化类通常都是域模型中的实体域类。持久化类符合JavaBean的规范,包含一些属性,以及与之对应的getXXX()、setXXX()方法。
下面是一个持久化类的例子:
package pojo;
import java.util.HashSet;
import java.util.Set;
public class Operator{
private int operator_id;
private String operator_name;
private String operator_pwd;
private intis_admin;
private Set<Message>messages=new HashSet<Message>();
public int getIs_admin(){
return is_admin;
}
public void setIs_admin(int is_admin){
this.is_admin=is_admin;
}
public int getOperator_id(){
return operator_id;
}
public void setOperator_id(int operator_id){
this.operator_id=operator_id;
}
public String getOperator_name(){
retu rn operator_name;
}
public void setOperator_name(String operator_name){
this.operator_name=operator_name;
}
public String getOperator_pwd(){
return operator_pwd;
}
public void setOperator_pwd(String operator_pwd){
this.operator_pwd=operator_pwd;
}
public Set<Message>getMessages(){
return messages;
}
public void setMessages(Set<Message>messages){
this.messages=messages;
}
}
在具有了Hibernate配置文件210和持久化类211之后,还需要创建关系-映射文件。关系-映射文件是采用xml格式来指定对象和关系数据库之间的映射的文件。运行时,Hibernate会根据这个映射文件来生成SQL语句,下面是一个关系-映射文件的例子,名为Customer.hbm.xml:
<?xml version=″1.0″encoding=″UTF-8″?>
<!DOCTYPE hibernate-mapping PUBLIC
″-//Hibernate/Hibernate Mapping DTD 3.0//EN″
″http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd″>
<hibernate-mapping package=″pojo″>
<class name=″Customer″table=″TCUSTOMER″>
<id name=″customer_id″column=″CUSTOMER_ID″>
<generator class=″increment″></generator>
</id>
<property name=″id_type″column=″ID_TYPE″/>
<property name=″id_number″column=″ID_NUMBER″/>
<property name=″customer_name″column=″CUSTOMER_NAME″/>
<property name=″customer_birthday″
column=″CUSTOMER_BIRTYDAY″>
</property>
<property name=″customer_sex″column=″CUSTOMER_SEX″/>
<property name=″customer_address″column=″CUSTOMER_ADDRESS″/>
<set name=″users″cascade=″all″lazy=″false″>
<key column=″CUSTOMER_ID″/>
<one-to-many class=″User″/>
</set>
</class>
</hibernate-mapping>
其中<id name=″customer_id″column=″CUSTOMER_ID″><generatorclass=″increment″></generator></id>表明了Hibernate的主键生成策略。Hibernate使用对象标识符(OID)来建立内存中的对象和数据库表中记录的对应关系。对象OID与数据库表中的主键对应,为了保证OID的唯一性和不可变性,应让Hibernate赋值,而不是手动赋值。Hibernate一共有九种主键生成策略,下面进行逐一的描述:
1、Assigned
Assigned方式由程序生成主键值,并且要在save()之前指定否则会抛出异常。特点:主键的生成值完全由用户决定,与底层数据库无关。用户需要维护主键值,在调用session.save()之前要指定主键值。
2、Hilo
Hilo使用高低位算法生成主键,高低位算法使用一个高位值和一个低位值,然后把算法得到的两个值拼接起来作为数据库中的唯一主键。Hilo方式需要额外的数据库表和字段提供高位值来源。默认请况下使用的表是hibernate_unique_key,默认字段叫作next_hi。next_hi必须有一条记录否则会出现错误。特点:需要额外的数据库表的支持,能保证同一个数据库中主键的唯一性,但不能保证多个数据库之间主键的唯一性。Hilo主键生成方式由Hibernate维护,所以Hilo方式与底层数据库无关,但不应该手动修改hi/lo算法使用的表的值,否则会引起主键重复的异常。
3、seqhilo
Seqhilo也是使用高低位算法生成主键,基于sequence,需要底层数据库支持序列。特点:不需要建表,高位值由sequence提供。
4、Increment
Increment方式对主键值采取自动增长的方式生成新的主键值,但要求底层数据库的支持Sequence。如Oracle,DB2等。需要在映射文件xxx.hbm.xml中加入Increment标志符的设置。特点:由Hibernate本身维护,适用于所有的数据库,不适合多进程并发更新数据库,适合单一进程访问数据库。不能用于群集环境。
5、Identity
Identity当时根据底层数据库,来支持自动增长,不同的数据库用不同的主键增长方式。特点:与底层数据库有关,要求数据库支持Identity,如MySQI中是auto_increment,SQL Server中是Identity,支持的数据库有MySql、SQL Server、DB2、Sybase和HypersonicSQL。Identity无需Hibernate和用户的干涉,使用较为方便,但不便于在不同的数据库之间移植程序。
6、Sequence
Sequence需要底层数据库支持Sequence方式,例如Oracle数据库等。特点:需要底层数据库的支持序列,支持序列的数据库有DB2、PostgreSql、Qracle、SAPDb等在不同数据库之间移植程序,特别从支持序列的数据库移植到不支持序列的数据库需要修改配置文件。
7、Native
Native主键生成方式会根据不同的底层数据库自动选择Identity、Sequence、Hilo主键生成方式。特点:根据不同的底层数据库采用不同的主键生成方式。由于Hibernate会根据底层数据库采用不同的映射方式,因此便于程序移植,项目中如果用到多个数据库时,可以使用这种方式。
8、UUID
UUID使用128位UUID算法生成主键,能够保证网络环境下的主键唯一性,也就能够保证在不同数据库及不同服务器下主键的唯一性。特点:能够保证数据库中的主键唯一性,生成的主键占用比较多的存贮空间。
9、Foreign GUID
Foreign用于一对一关系中。GUID主键生成方式使用了一种特殊算法,保证生成主键的唯一性,支持SQL Server和MySQL。
采用本发明的技术方案,对于数据库的操作完全由持久层实现,从而使得业务逻辑层从具体的数据操作中脱离出来,提高了数据库结构的安全性和使用的灵活性。
Claims (2)
1.一种分层的业务管理***,其特征在于,包括:
数据库层,存放业务数据;
持久层,耦合到数据库层,对数据库层进行操作,进行业务数据的交换,其中,该持久层由Hibernate对象关系映射框架实现;
业务逻辑层,耦合到持久层,从持久层获取业务数据,对业务数据引用业务逻辑,其中所述业务逻辑包括对获取的业务数据的数据类型、数据取值范围的判断,其中所述业务逻辑层不直接与数据库层进行数据交换;
表示层,耦合到业务逻辑层,提供交互界面与用户交互,获取用户指令后指示业务逻辑层获取业务数据并应用业务逻辑。
2.如权利要求1所述的分层的业务管理***,其特征在于,所述持久层包括:
Hibernate配置文件,包括连接数据库的描述信息和对象关系映射文件的位置信息;
持久化类,由Hibernate配置文件映射到所述数据库层中的实体类。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101949446A CN102004634A (zh) | 2009-09-01 | 2009-09-01 | 分层的业务管理*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101949446A CN102004634A (zh) | 2009-09-01 | 2009-09-01 | 分层的业务管理*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102004634A true CN102004634A (zh) | 2011-04-06 |
Family
ID=43812018
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101949446A Pending CN102004634A (zh) | 2009-09-01 | 2009-09-01 | 分层的业务管理*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102004634A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103617167A (zh) * | 2013-10-22 | 2014-03-05 | 芜湖大学科技园发展有限公司 | 一种通用的元数据/关系映射框架 |
CN103678634A (zh) * | 2013-12-19 | 2014-03-26 | 北京锐安科技有限公司 | 一种提高J-Hi开源开发平台中数据查询速度的方法 |
CN105205103A (zh) * | 2015-08-25 | 2015-12-30 | 北京京东尚科信息技术有限公司 | 访问数据库的方法和装置 |
CN105677732A (zh) * | 2015-12-28 | 2016-06-15 | 国云科技股份有限公司 | 一种带业务属性标识的JavaBean主键设计方法 |
CN106227535A (zh) * | 2016-07-25 | 2016-12-14 | 四川易想电子商务有限公司 | 基于web的电子商务*** |
CN107092512A (zh) * | 2017-06-14 | 2017-08-25 | 成都三零凯天通信实业有限公司 | 一种跨平台远程升级***及方法 |
CN109145014A (zh) * | 2017-06-15 | 2019-01-04 | 北京京东尚科信息技术有限公司 | 生成弹性搜索请求的方法和装置 |
CN110321355A (zh) * | 2019-07-12 | 2019-10-11 | 杭州美巴科技有限公司 | 一种自适应部分查询字段***及执行方法 |
CN110851287A (zh) * | 2019-09-25 | 2020-02-28 | 视联动力信息技术股份有限公司 | 数据处理方法、装置及计算机可读存储介质 |
CN111724625A (zh) * | 2020-08-05 | 2020-09-29 | 湖南汽车工程职业学院 | 一种基于5g以及物联网的停车场泊车路径优化*** |
CN113722387A (zh) * | 2021-07-27 | 2021-11-30 | 深圳兆日科技股份有限公司 | 数据库适配方法、装置、设备、存储介质及计算机程序 |
-
2009
- 2009-09-01 CN CN2009101949446A patent/CN102004634A/zh active Pending
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103617167B (zh) * | 2013-10-22 | 2017-05-31 | 芜湖大学科技园发展有限公司 | 一种通用的元数据/关系映射框架 |
CN103617167A (zh) * | 2013-10-22 | 2014-03-05 | 芜湖大学科技园发展有限公司 | 一种通用的元数据/关系映射框架 |
CN103678634A (zh) * | 2013-12-19 | 2014-03-26 | 北京锐安科技有限公司 | 一种提高J-Hi开源开发平台中数据查询速度的方法 |
CN105205103B (zh) * | 2015-08-25 | 2019-09-20 | 北京京东尚科信息技术有限公司 | 访问数据库的方法和装置 |
CN105205103A (zh) * | 2015-08-25 | 2015-12-30 | 北京京东尚科信息技术有限公司 | 访问数据库的方法和装置 |
CN105677732A (zh) * | 2015-12-28 | 2016-06-15 | 国云科技股份有限公司 | 一种带业务属性标识的JavaBean主键设计方法 |
CN106227535A (zh) * | 2016-07-25 | 2016-12-14 | 四川易想电子商务有限公司 | 基于web的电子商务*** |
CN107092512A (zh) * | 2017-06-14 | 2017-08-25 | 成都三零凯天通信实业有限公司 | 一种跨平台远程升级***及方法 |
CN109145014A (zh) * | 2017-06-15 | 2019-01-04 | 北京京东尚科信息技术有限公司 | 生成弹性搜索请求的方法和装置 |
CN110321355A (zh) * | 2019-07-12 | 2019-10-11 | 杭州美巴科技有限公司 | 一种自适应部分查询字段***及执行方法 |
CN110851287A (zh) * | 2019-09-25 | 2020-02-28 | 视联动力信息技术股份有限公司 | 数据处理方法、装置及计算机可读存储介质 |
CN111724625A (zh) * | 2020-08-05 | 2020-09-29 | 湖南汽车工程职业学院 | 一种基于5g以及物联网的停车场泊车路径优化*** |
CN113722387A (zh) * | 2021-07-27 | 2021-11-30 | 深圳兆日科技股份有限公司 | 数据库适配方法、装置、设备、存储介质及计算机程序 |
CN113722387B (zh) * | 2021-07-27 | 2024-02-23 | 深圳兆日科技股份有限公司 | 数据库适配方法、装置、设备、存储介质及计算机程序 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102004634A (zh) | 分层的业务管理*** | |
CN102377796B (zh) | 基于OSGi的异构服务集成***及方法 | |
CN104160381B (zh) | 多租户环境中租户特定数据集的管理方法及其*** | |
CN101360123B (zh) | 一种网络***及其管理方法 | |
CN101546325B (zh) | 基于soa的网格异构数据集成方法 | |
CN106529331A (zh) | 一种应用于PaaS平台的多租户数据隔离方案 | |
CN102609255B (zh) | 一种Spring IOC配置文件的生成方法 | |
Li et al. | ADOME: An advanced object modeling environment | |
CN107181808A (zh) | 一种私有云***及运行方法 | |
CN104573115A (zh) | 支持多类型数据库操作的集成接口的实现方法及*** | |
CN103761082A (zh) | 一种组件化研发模式与领域驱动模型相结合的应用开发***及平台 | |
WO2007137468A1 (fr) | Procédé et système de création automatique de modèle relationnel | |
CN101950300A (zh) | 一种分层结构、分布式搜索引擎***及其实现方法 | |
CN101256650A (zh) | 一种基于业务实体的企业数据提取方法与*** | |
CN102081656A (zh) | 一种跨平台异构数据库的数据采集与分发*** | |
CN102594919A (zh) | It资源支撑*** | |
CN103036917B (zh) | 客户端平台的实现方法及客户端平台 | |
CN103186628A (zh) | 一种公共信息模型与关系型数据库之间的映射方法 | |
CN103064964B (zh) | 一种支持分布式事务的数据库的连接方法 | |
CN109976736A (zh) | 降低***业务模型复杂性的统一平台应用框架 | |
CN104932904A (zh) | 一种针对智能家居的可配置数据库编程模式 | |
CN112104504B (zh) | 一种大规模资源访问的事务管理框架、设计方法及云平台 | |
Dai | Design and implementation of ESB based on SOA in power system | |
Zhang et al. | Research on producer service innovation in home-textile industrial cluster based on cloud computing platform | |
CN104081381B (zh) | 用于实施概念服务的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110406 |