Hi Andy,
before I contacted this list I was doing some background reading to try
to figure out why the BulkUpdateHandler had been deleted, but you know
how difficult this can be by searching through mailing list archives.
And there is just too much traffic to stay up to date on a daily basis.
On 04/09/13 12:06, Claude Warren wrote:
Is the recommended migration path to do the following instead of the bulk
update:
Start a transaction
Insert each triple
Commit transaction
With the assumption that the underlying transaction implementation will
batch the update to the storage layer?
Cla
Is the recommended migration path to do the following instead of the bulk
update:
Start a transaction
Insert each triple
Commit transaction
With the assumption that the underlying transaction implementation will
batch the update to the storage layer?
Claude
On Wed, Sep 4, 2013 at 10:14 AM, An
It has to be the applications responsibility to add transaction boundaries.
* JDBC connection re often controlled by the environment such as pooling.
* The application may already be in a transaction.
* Transactions are logical grouping of actions.
Model operations are not application logical
I opened https://issues.apache.org/jira/browse/JENA-528 for this. Please
add comments there, vote it up and perhaps watch it.
Claude
On Wed, Sep 4, 2013 at 1:32 AM, Holger Knublauch wrote:
> On 9/4/2013 3:15, Claude Warren wrote:
>
>> As I recall the discuss around this topic dealt with the id
On 9/4/2013 3:15, Claude Warren wrote:
As I recall the discuss around this topic dealt with the idea that you
could add each triple inside a transaction and when the transaction
committed transaction code would do the bulk update if supported.
If this were the case, then the code in the GraphUt
As I recall the discuss around this topic dealt with the idea that you
could add each triple inside a transaction and when the transaction
committed transaction code would do the bulk update if supported. However
I may be way off base here. I have no objection to retaining the BUH.
Claude
On T
Hi group,
I did not see any response to my question below, which is usual for this
list where responses are usually fast and competent. As this is quite a
crucial issue for our upgrade right now, I would like to ask again, and
rephrase my question. I understand SDB is rather unsupported, but t
SDB currently implements its own BulkUpdateHandler, and I just made some
tests that indicate that it is significantly faster than using
GraphUtil.add (2 seconds versus 40 seconds for 10k triples). Now that
BulkUpdateHandler has been deprecated, and Model.add is already using
GraphUtil.add, what