OpenORM is based on Java-compliant SQL usage habits (O / R mapping) persistent (Persistence) framework. OpenORM combines the Java language and SQL language to implement object-oriented query language OOSQL. In the Java language, create a SQL locale for you, so that we can write SQL data operations in the Java language, OpenOorm is also unified, such as functions, segment queries, etc. Let us pay more attention to the difference in database platforms in development. Based on OOSQL, system development is more flexible, more efficient, more important, OOSQL's use is also in line with SQL language usage, any familiar SQL language can be familiar with OOSQL, do not need to learn other queries Language. More Features, please check out http://www.openorm.org
Openorm's main characteristics list:
Object-oriented SQL query language (OOSQL)
Object-oriented write SQL SQL function supports stored procedures to support other SQL feature support database platform consistency
Consistency of consistency of data type consistent operation Conformance of Traditional SQL language usage habits composite primary keys Support minimal use reflection, improve system performance multiple mapping modes support multiple persistence layer support
Use multiple persistence layers defined between different persistence layers to map each part of a persistent class to a system architecture that is easy to expand in multiple persistence layers.
Interactive configuration file reused extension automatic generation database script open source
Object-oriented SQL query language (OOSQL) ^ TOP
Object-oriented writing SQL in OpenORM, all elements in SQL, are objects, columns, expressions, etc. Update and delete operations. Based on OOSQL, the system is developed faster, and the system code is more easily maintained. Moreover, OOSQL can handle data in a collection, and the batch data processing is more efficient. The SQL function supports OpenOorm packages for the commonly used SQL function, and these functions can be used in connection with the database. The stored procedure supports the stored procedure in OpenOorm exists in an object, and is also unrelated to the database, we can use a stored procedure in an object-oriented manner. Other SQL Features Support OpenOorm's current goal is to create a complete SQL locale independent of the database platform in Java, so OpenOorm will also implement other feature support in SQL in the next development, such as triggers, customizers Function, etc. The consistency of the database platform ^ TOP In OpenORM, all functional features will be unrelated to the database platform (except for special customization), which provides a consistent application interface for system development, making it redeveloped It is no longer necessary to pay special attention to the difference between the various database platforms, which also reduces the cost of the application system transplant on different database platforms. These consistency performances are in the following aspects:
The data type of the data type has the same data type of the database, and some special data types have differences. However, OpenOorm provides consistent data types for system development, and blocks the user's direct data directly, which makes System development is not more concerned about the difference in data types of different database platforms, simplifying application development. The SQL function in the interaction of the function is a synthesis of the SQL function in each database platform. The corresponding mapping of the function name on the different database platforms, the function results have made the corresponding transformation, so that they have a consistent Output results. The consistency OpenOorm shields the operation of the database layer to the user, whether in that database platform, all operations are the same. Traditional SQL usage habits ^ TOP In OpenORM, the data is operated based on OOSQL, while OOSQL uses with the traditional SQL language. There is not much difference, and those familiar with the SQL language can quickly get openorm. The composite primary key supports the composite primary key in the TOP OpenOorm supports the database, and only needs to map the corresponding persistent class, no special processing is required. Using reflection, improve system performance ^ TOP In OpenOorm, all objects are used in its life cycle, using up to one reflection, minimize reflection, and improve system performance to some extent. Multi-map mode support ^ Top Openorm supports multiple mapping modes: one_inheritance_tree_one_table (each inherited tree mapped to a table), one_inheritance_path_one_table (each inheritance path mapped to a table), one_class_one_table (each class mapped to a table), no The inheritance mode supports compliance with the primary key, and one_class_one_table mapping mode more supports each class in the inherited tree to different persistence layers (databases). Multi-lasting layer support ^ TOP uses multiple persistence layers in OpenORM, allowing multiple persistence layers (corresponding to multiple databases or other storage media), and provides a tight collection between multiple persistence layers, lasting When the operation of the class does not need to consider the relationship between the persistent class and the persistence layer, simply specify in a persistent class map. Defining relationships between different persistence layers also allow define data relationships between multiple persistence layers (long-lasting classes and their relationships are no longer in the same persistence, "ie in the same database), and OpenOrm will automatically maintain them The relationship between developers does not require intervention of developers. Map a persistent class into a plurality of persistence layers in OpenORM, by using a specific mapping mode, the same persistent class property can be scattered into multiple persistence layers, and OpenOrm will automatically handle each of these persistent classes. Operation operation. The user is the same as other persistent classes when operating these persistent classes, without any particular place. Easy-to-extended system architecture ^ TOP OpenOorm has a flexible architecture, anyone can expand OpenOorm, and OpenOorm provides you with an extended entry point. Implement the demand for system development diversification by expanding the OpenOorm framework.
