VA
пишите как баг - как бы должно и так работать для UUIDEntity
val entity = Entity.new {}
endity.IDSize: a a a
2020 June 28
DA
с new хороший вариант, получается что нужно еще одну сущность описываться, а не хотелось
BP
с new хороший вариант, получается что нужно еще одну сущность описываться, а не хотелось
так у вас есть Entity или нет ?
DA
object UserEntity: Table("users") {
val id: Column<UUID> = uuid("id").primaryKey()}
DA
BP
object UserEntity: Table("users") {
val id: Column<UUID> = uuid("id").primaryKey()}
это не Entity это описанеи таблицы (схемы) Entity это типа data class
VA
object UserEntity: Table("users") {
val id: Column<UUID> = uuid("id").primaryKey()}
а почему не ?
class MyEntity(id: EntityID<UUID>) : UUIDEntity(id) {
}DA
потому что я еще не перестал мыслить в рамках NestJS =(
DA
спасибо за инфу, пойду почитаю
BP
а почему не ?
class MyEntity(id: EntityID<UUID>) : UUIDEntity(id) {
}потому что не всем хочется DAO ?
VA
потому что не всем хочется DAO ?
пример Дмитрия как бы тоже DAO. нет?) только с "костыликом" для ID колонки
BP
потому что я еще не перестал мыслить в рамках NestJS =(
DAO накладывают ограничения. Там нельзя кастомный ID использовать (покрайне бело так)
BP
пример Дмитрия как бы тоже DAO. нет?) только с "костыликом" для ID колонки
нет у него чмсто схема описана
BP
пример Дмитрия как бы тоже DAO. нет?) только с "костыликом" для ID колонки
VA
тут есть уже готовый UUIDEntity. зачем велосипедить свой Entity и запихивать в него как ID тот же UUID?
BP
тут есть уже готовый UUIDEntity. зачем велосипедить свой Entity и запихивать в него как ID тот же UUID?
еще раз у него ошибка в названии никакое это не Entity
VA
и да, я сугубо про пример выше от Дмитрия, а не про абстракные кони
VA
еще раз у него ошибка в названии никакое это не Entity
это да
VA
но там есть UUIDTable тогда