You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Dec 24, 2022. It is now read-only.
Copy file name to clipboardExpand all lines: README.md
+82-2Lines changed: 82 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,8 +16,17 @@ OrmLite was designed with a focus on the core objectives:
16
16
* Expressive power and flexibility - with access to IDbCommand and raw SQL
17
17
* Cross platform - supports multiple dbs (currently: Sql Server, Sqlite, MySql, PostgreSQL, Firebird) running on both .NET and Mono platforms.
18
18
19
-
In OrmLite: **1 Class = 1 Table**. There should be no surprising or hidden behaviour.
20
-
Any non-scalar properties (i.e. complex types) are by default text blobbed in a schema-less text field using any of the [avilable pluggable text serializers](#pluggable-complex-type-serializers). Support for [POCO-friendly references](#reference-support-poco-style) is also available to provide a convenient API to persist related models. Effectively this allows you to create a table from any POCO type and it should persist as expected in a DB Table with columns for each of the classes 1st level public properties.
19
+
In OrmLite: **1 Class = 1 Table**. There should be no surprising or hidden behaviour, the Typed API
20
+
that produces the Query doesn't impact how results get intuitvely mapped to the returned POCO's which
21
+
could be different to the POCO used to create the query, e.g. containing only a subset of the fields
22
+
you want populated.
23
+
24
+
Any non-scalar properties (i.e. complex types) are text blobbed by default in a schema-less text field
25
+
using any of the [avilable pluggable text serializers](#pluggable-complex-type-serializers).
26
+
Support for [POCO-friendly references](#reference-support-poco-style) is also available to provide
27
+
a convenient API to persist related models. Effectively this allows you to create a table from any
28
+
POCO type and it should persist as expected in a DB Table with columns for each of the classes 1st
29
+
level public properties.
21
30
22
31
# Download
23
32
@@ -48,6 +57,66 @@ Contributors need to approve the [Contributor License Agreement](https://docs.go
48
57
49
58
***
50
59
60
+
## Usage
61
+
62
+
First Install the NuGet package of the RDBMS you want to use, e.g:
You can customize, enhance or replace how OrmLite handles different .NET Types with
115
+
[OrmLite Type Converters](https://github.com/ServiceStack/ServiceStack.OrmLite/wiki/OrmLite-Type-Converters).
116
+
117
+
See the [[SQL Server Types]] wiki for how to enable support for SQL Server-specific
118
+
`SqlGeography`, `SqlGeometry` and `SqlHierarchyId` Types.
119
+
51
120
## Dynamic Result Sets
52
121
53
122
There's new support for returning unstructured resultsets letting you Select `List<object>` instead of having results mapped to a concrete Poco class, e.g:
@@ -93,6 +162,17 @@ or use `object` to fetch an unknown **Scalar** value:
0 commit comments