With node-oracledb the thin client is used as default. Added a option to use the thick client. Also added the option to specify the instant client lib
MongoDB: from the previous behavior of returning a result with metadata describing when a document is not found. See: https://github.com/mongodb/node-mongodb-native/blob/HEAD/etc/notes/CHANGES_6.0.0.md
new nullable embeds feature introduced a breaking change which might enforce you to update types on your entities to | null, if all columns in your embed entity are nullable. Since database queries now return embedded property as null if all its column values are null.
new array find operators (ArrayContains, ArrayContainedBy, ArrayOverlap) (#8766) (9f1b8e3):
BREAKING CHANGES
we do not call JSON.stringify() to json/jsonb column types in Postgres. Instead, we delegate value directly to underlying pg driver. This is a correct way of handling jsons.
array: true must be explicitly defined for array json/jsonb values
strings being JSON-stringified must be manually escaped
Changes in the version includes changes from the next branch and typeorm@next version. They were pending their migration from 2018. Finally, they are in the master branch and master version.
Features
compilation target now is es2020. This requires Node.JS version 14+
TypeORM now properly works when installed within different node_modules contexts (often happen if TypeORM is a dependency of another library or TypeORM is heavily used in monorepo projects)
Connection was renamed to DataSource. Old Connection is still there, but now it's deprecated. It will be completely removed in next version. New API:
Previously, you could use new Connection(), createConnection(), getConnectionManager().create(), etc. They all deprecated in favour of new syntax you can see above.
New way gives you more flexibility and simplicity in usage.
Old ways of custom repository creation were dropped.
added new option on relation load strategy called relationLoadStrategy. Relation load strategy is used on entity load and determines how relations must be loaded when you query entities and their relations from the database. Used on find* methods and QueryBuilder. Value can be set to join or query.
join - loads relations using SQL JOIN expression
query - executes separate SQL queries for each relation
Default is join, but default can be set in ConnectionOptions:
boolean can be applied for relations in where statement, for example:
userRepository.find({ where: { photos:true, },})
BREAKING CHANGES
minimal Node.JS version requirement now is 14+
drop ormconfig support. ormconfig still works if you use deprecated methods, however we do not recommend using it anymore, because it's support will be completely dropped in 0.4.0. If you want to have your connection options defined in a separate file, you can still do it like this:
But we do not recommend use this practice, because from 0.4.0 you'll only be able to specify entities / subscribers / migrations using direct references to entity classes / schemas (see "deprecations" section).
We won't be supporting all ormconfig extensions (e.g. json, js, ts, yaml, xml, env).
support for previously deprecated migrations:* commands was removed. Use migration:* commands instead.
all commands were re-worked. Please refer to new CLI documentation.
cli option from BaseConnectionOptions (now BaseDataSourceOptions options) was removed (since CLI commands were re-worked).
now migrations are running before schema synchronization if you have both pending migrations and schema synchronization pending (it works if you have both migrationsRun and synchronize enabled in connection options).
aurora-data-api driver now is called aurora-mysql
aurora-data-api-pg driver now is called aurora-postgres
EntityManager.connection is now EntityManager.dataSource
Repository now has a constructor (breaks classes extending Repository with custom constructor)
@TransactionRepository, @TransactionManager, @Transaction decorators were completely removed. These decorators do the things out of the TypeORM scope.
Only junction table names shortened.
MOTIVATION: We must shorten only table names generated by TypeORM. It's user responsibility to name tables short if their RDBMS limit table name length since it won't make sense to have table names as random hashes. It's really better if user specify custom table name into @Entity decorator. Also, for junction table it's possible to set a custom name using @JoinTable decorator.
findOne() signature without parameters was dropped. If you need a single row from the db you can use a following syntax:
const [user] =awaituserRepository.find()
This change was made to prevent user confusion. See this issue for details.
findOne(id) signature was dropped. Use following syntax instead:
constuser=awaituserRepository.findOneBy({ id: id,// where id is your column name})
This change was made to provide a more type-safe approach for data querying. Due to this change you might need to refactor the way you load entities using MongoDB driver.
findOne, findOneOrFail, find, count, findAndCount methods now only accept FindOptions as parameter, e.g.:
This change was required to simply current find* and count* methods typings, improve type safety and prevent user confusion.
findByIds was deprecated, use findBy method instead in conjunction with In operator, for example:
userRepository.findBy({ id:In([1,2,3]),})
This change was made to provide a more type-safe approach for data querying.
findOne and QueryBuilder.getOne() now return null instead of undefined in the case if it didn't find anything in the database. Logically it makes more sense to return null.
findOne now limits returning rows to 1 at database level.
NOTE:FOR UPDATE locking does not work with findOne in Oracle since FOR UPDATE cannot be used with FETCH NEXT in a single query.
where in FindOptions (e.g. find({ where: { ... })) is more sensitive to input criteria now.
FindConditions (where in FindOptions) was renamed to FindOptionsWhere.
null as value in where used in find* methods is not supported anymore. Now you must explicitly use IsNull() operator.
This change was made to make it more transparent on how to add "IS NULL" statement to final SQL, because before it bring too much confusion for ORM users.
if you had entity properties of a non-primitive type (except Buffer) defined as columns, then you won't be able to use it in find*'s where. Example:
Before for the @Column(/*...*/) membership: MembershipKind you could have a query like:
This change is due to type-safety improvement new where signature brings.
order in FindOptions (used in find* methods) doesn't support ordering by relations anymore. Define relation columns, and order by them instead.
where in FindOptions (used in find* methods) previously supported ObjectLiteral and string types. Now both signatures were removed. ObjectLiteral was removed because it seriously breaks the type safety, and string doesn't make sense in the context of FindOptions. Use QueryBuilder instead.
MongoRepository and MongoEntityManager now use new types called MongoFindManyOptions and MongoFindOneOptions for their find* methods.
primary relation (e.g. @ManyToOne(() => User, { primary: true }) user: User) support is removed. You still have an ability to use foreign keys as your primary keys, however now you must explicitly define a column marked as primary.
Example, before:
@ManyToOne(() => User, { primary:true })user: User
Now:
@PrimaryColumn()userId: number@ManyToOne(() => User)user: User
Primary column name must match the relation name + join column name on related entity. If related entity has multiple primary keys, and you want to point to multiple primary keys, you can define multiple primary columns the same way:
@PrimaryColumn()userFirstName: string@PrimaryColumn()userLastName: string@ManyToOne(() => User)user: User
This change was required to simplify ORM internals and introduce new features.
prefix relation id columns contained in embedded entities (#7432)
issue with non-reliable new Date(ISOString) parsing (#7796)
DEPRECATIONS
all CLI commands do not support ormconfig anymore. You must specify a file with data source instance instead.
entities, migrations, subscribers options inside DataSourceOptions accepting string directories support is deprecated. You'll be only able to pass entity references in the future versions.
all container-related features (UseContainerOptions, ContainedType, ContainerInterface, defaultContainer, useContainer, getFromContainer) are deprecated.
EntityManager's getCustomRepository used within transactions is deprecated. Use withRepository method instead.
Connection.isConnected is deprecated. Use .isInitialized instead.
select in FindOptions (used in find* methods) used as an array of property names is deprecated. Now you should use a new object-literal notation. Example:
This change is due to type-safety improvement new select signature brings.
relations in FindOptions (used in find* methods) used as an array of relation names is deprecated. Now you should use a new object-literal notation. Example:
This change is due to type-safety improvement new relations signature brings.
join in FindOptions (used in find* methods) is deprecated. Use QueryBuilder to build queries containing manual joins.
Connection, ConnectionOptions are deprecated, new names to use are: DataSource and DataSourceOptions. To create the same connection you had before use a new syntax: new DataSource({ /*...*/ }).
createConnection(), createConnections() are deprecated, since Connection is called DataSource now, to create a connection and connect to the database simply do:
getConnection() is deprecated. To have a globally accessible connection, simply export your data source and use it in places you need it:
exportconstmyDataSource=newDataSource({/*...*/})// now you can use myDataSource anywhere in your application
getManager(), getMongoManager(), getSqljsManager(), getRepository(), getTreeRepository(), getMongoRepository(), createQueryBuilder() are all deprecated now. Use globally accessible data source instead:
getConnectionManager() and ConnectionManager itself are deprecated - now Connection is called DataSource, and each data source can be defined in exported variable. If you want to have a collection of data sources, just define them in a variable, simply as:
getConnectionOptions() is deprecated - in next version we are going to implement different mechanism of connection options loading
AbstractRepository is deprecated. Use new way of custom repositories creation.
Connection.name and BaseConnectionOptions.name are deprecated. Connections don't need names anymore since we are going to drop all related methods relying on this property.
all deprecated signatures will be removed in 0.4.0
EXPERIMENTAL FEATURES NOT PORTED FROM NEXT BRANCH
observers - we will consider returning them back with new API in future versions
alternative find operators - using $any, $in, $like and other operators in where condition.
must invoke key pragma before any other interaction if SEE setted (#8478) (546b3ed), closes #8475
nested eager relations in a lazy-loaded entity are not loaded (#8564) (1cfd7b9)
QueryFailedError when tree entity with JoinColumn (#8443) (#8447) (a11c50d)
relation id and afterAll hook performance fixes (#8169) (31f0b55)
replaced custom uuid generator with uuid library (#8642) (8898a71)
single table inheritance returns the same discriminator value error for unrelated tables where their parents extend from the same entity (#8525) (6523fcc), closes #8522
updating with only update: false columns shouldn't trigger @UpdateDateColumn column updation (2834729), closes #8394#8394#8394
upsert should find unique index created by one-to-one relation (#8618) (c8c00ba)
Features
add comment param to FindOptions (#8545) (ece0da0)
BaseEntity finder methods to properly type-check lazy relations conditions (#5710) (0665ff5)
Features
add depth limiter optional parameter when loading nested trees using TreeRepository's findTrees() and findDescendantsTree() (#7926) (0c44629), closes #3909
add upsert methods for the drivers that support onUpdate (#8104) (3f98197), closes #2363
Postgres IDENTITY Column support (#7741) (969af95)
Reverts
"feat: use char(36) for uuid representation in mysql (#7853)" (#8343) (1588c58)