Re: UUIDs

>>>> The above UUID generation could easily be changed to use Java's native >>>> UUID which is a Time-Based UUID that would be index friendly, if I'm not >>>> mistaken. >>>> >>>> Regards >>>> Jurgen >>>>

Re: UUIDs

en. >>> >>> Regards >>> Jurgen >>> >>> >>> On Sat, 24 Aug 2024 04:42:39 +0200, Michael Gentry >>> wrote: >>> >>>> Hi Andrus, >>>> >>>> Part of what I meant by adding UUID support to C

Re: UUIDs

Aug 23, 2024 at 4:33 PM Andrus Adamchik wrote: I am actually glad we went on a tangent and started discussing UUIDs. I just ran into a use-case of an idempotent PUT API endpoint that takes a mix of new and existing objects, and there's no natural key in the entity to check whe

Re: UUIDs

>>> generator class. Nothing currently stops you from manually setting a UUID >>> yourself, but including support in the modeler would be a more natural fit, >>> I think. >>> >>> Thanks, >>> mrg >>> >>> >>> On Fri,

Re: UUIDs

> generator class. Nothing currently stops you from manually setting a UUID >> yourself, but including support in the modeler would be a more natural fit, >> I think. >> >> Thanks, >> mrg >> >> >> On Fri, Aug 23, 2024 at 4:33 PM Andrus Adamchik w

Re: UUIDs

modeler would be a more natural fit, I think. Thanks, mrg On Fri, Aug 23, 2024 at 4:33 PM Andrus Adamchik wrote: I am actually glad we went on a tangent and started discussing UUIDs. I just ran into a use-case of an idempotent PUT API endpoint that takes a mix of new and existing ob

Re: UUIDs

We use UUIDs pretty extensively at my current shop. This is not specific to Cayenne, but use of many types of UUIDs when an index is involved will have a performance impact on insert due to the random distribution of ids. We found a pretty significant speedup in bulk inserts with UUID indexes

Re: UUIDs

g support in the modeler would be a more natural fit, > I think. > > Thanks, > mrg > > > On Fri, Aug 23, 2024 at 4:33 PM Andrus Adamchik wrote: > >> I am actually glad we went on a tangent and started discussing UUIDs. I >> just ran into a use-case of an idempot

Re: UUIDs

natural fit, I think. Thanks, mrg On Fri, Aug 23, 2024 at 4:33 PM Andrus Adamchik wrote: > I am actually glad we went on a tangent and started discussing UUIDs. I > just ran into a use-case of an idempotent PUT API endpoint that takes a mix > of new and existing objects, and there's no

UUIDs

I am actually glad we went on a tangent and started discussing UUIDs. I just ran into a use-case of an idempotent PUT API endpoint that takes a mix of new and existing objects, and there's no natural key in the entity to check whether new (PK-less) objects are already in DB (so that we U

Re: Expression.filter and UUIDs

2010/9/27 Andrus Adamchik > 2. Take a look at > framework/cayenne-jdk1.5-unpublished//src/main/jjtree/org/apache/cayenne/exp/parser/ExpressionParser.jjt > This is a JavaCC (specifically - JJTree) grammar of the Cayenne expression > language. > 3. Add support for "constructor expression" syntax to

Re: Expression.filter and UUIDs

On Sep 27, 2010, at 3:06 PM, Adrian Wiesmann wrote: >> >> Or we can work together on supporting constructors in Expressions, similar >> to how JPQL does: >> >> propertyXY = new java.util.UUID(1, 2) > > I'd be willing to work on this. How can we proceed with that? Cool. We may continue this

Re: Expression.filter and UUIDs

> There's no parsable notation for UUID. So you can either use API to > assemble expressions, or use a parameter bound via API at a later time: > >propertyXY = $x Thats the way we do it for now. Thanks for the hint. > Or we can work together on supporting constructors in Expressions, similar

Re: Expression.filter and UUIDs

There's no parsable notation for UUID. So you can either use API to assemble expressions, or use a parameter bound via API at a later time: propertyXY = $x Or we can work together on supporting constructors in Expressions, similar to how JPQL does: propertyXY = new java.util.UUID(1, 2)

Expression.filter and UUIDs

Hello all We are working with Expression.fromString() where we have something like this: 'propertyXY = "b1db2da8-9630-4d55-a1bb-10f26dd085bb"' Unfortunately this does not work since the getter on the DataObject returns a UUID while the Expression recognises the UUID as a string. Comparing a UUID

Re: Anybody using UUIDs with Cayenne?

ay 20, 2008 at 3:51 PM, Adrian Wiesmann <[EMAIL PROTECTED]> wrote: > Hello all > > Let's have another question. :) > > Has anybody used UUIDs with Cayenne? I am interested in two use cases: > > - Configuring Cayenne so that UUIDs can be used in DataObjects without th

Anybody using UUIDs with Cayenne?

Hello all Let's have another question. :) Has anybody used UUIDs with Cayenne? I am interested in two use cases: - Configuring Cayenne so that UUIDs can be used in DataObjects without the need for casts. I tried this some while ago, but Cayenne did not like this when reading data fro