Comparateur de taille
English Español


Simple: no magic inside : it’s basically SQL queries
PHP Data Access Libraries (ORM, ActiveRecord, Persistence)
Github / Bitbucket /
LicenceApache 2
Dernière version3.4.2
How schema is defined?PHP
Code generation
Can be used in Any FrameworkOui composer / packagist
Automated Cache
Anti-patterns (purposely included)
DependenciesMinimal: 3, pimple, doctrine/cache, aura/sqlquery
5.0/5 1 note
Enterprise Compliance
5.0/5 1 note
Minimum PHP Version5.5
Basic Features
PDO Support- But made a custom driver to support it is easy
Transparent support for NoSQLNon
How to invoke db-vendor-specific extensions?Oui Ting use native query, you can use everyting of your SGBD
Array as a persistence
RestAPI as a persistence
JSON string as a persistence
Same model, multiple persistences
Basic Single-record operations (C,R,U,D)
Table Name MappingOui Yes
Field Name MappingOui Yes
Map Entity to SubQueryNon This concept is no-sense for Ting
Map property to expressionNon This concept is no-sense for Ting
Map native types (DateTime)Oui Yes
User-defined types (e.g. "23 USD")Oui Yes, with custom serializer
Map field of related Entity ('currency' = currency_id->Model Yes
Map field to sub-query on related entity (Client.balance = Client->orders->sum(total))- This concept is no-sense for Ting
Entity to join multiple tables (adding new record populates both tables)Oui Yes
Criteria, Scope, Conditions (Model will refuse to work with records that does not match criteria)
Support model-level criteria
Domain Model Criteria
Expression-based condition
Criteria Compliance (new record must match condition)
Dynamic criteria
Query Building (Convert Model into Query object for further SQL tweaking)
Convert Model into Query Object
Raw expressionOui
Nested/Composite Queries/Expressions
Reference domain-model field in queryNon
field, where, order, limitOui
options, rollup, partition
UPDATE, DELETE, INSERT query buildingOui
ALTER, CREATE query building
User-defined query template
full support for OR conditions
Use Domain logic in multi-record update
Data Fetching (different ways to retrieve data from database)
Get All Data (2x array)Oui
Associative Array (id=>value)
Select only required fields
Typecasting (e.g. DateTime)Oui
Import (multiple records)Oui
Respect domain model mapping (and criteria)
Single rowOui
Single ValueOui
Single ColumnOui
Bypass persistence mapping
Loading and Saving individual records
Load by IDOui get(id)
Load by other fieldOui getBy(['propertyName' => 'value']);
Read-only Models
Model without primary keyOui
Specify fields to loadOui
Save only sends dirty fieldsOui
Guarded / Fillable properties
Object Hierarchy Model
Admin extends User, adds criteria (is_admin=1)
Admin extends User, adds accessible fields
Extend model, add Join (Disjoined SubTypes)
Extend model change table
Relations/References (One model can relate to another model. NOT A TABLE JOIN)
Model can define relation to other Model
One-to-many traversal strategy
Deep Many-to-Many traversal.
Cross-Persistence traversal
Cross-persistence joins, aggregation, reporting
Multi-persistence join
UNION existing models
Domain-model Aggregation
Model to Model join
Multi-persistence UNION
Behaviours / Hooks
Before/After operation
Override standard C,R,U,D operations
Persistence-specific hooks (to modify Query)
User-defined hooks
Global Auditing
Store old/new field values
Revert action (undo) and replay (redo)
Reactive actions
Store log in any persistence
Override, Add fields to audit log
Custom events
Access to record-specific history
Date of creation, modification
User/IP creation, modification
Store incremental revisions
Field meta-information provided
UI extensions
API extensions
21 déc. 2017 11:31:25
Voir les modifications

Avis utilisateurs et commentaires

Pas de commentaires pour l'instant. Soyez le premier à laisser votre avis.