OT: Relational database + Hibenate vs Content Repository (Jackrabbit)

View: New views
6 Messages — Rating Filter:   Alert me  

OT: Relational database + Hibenate vs Content Repository (Jackrabbit)

by danisevsky danisevsky :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hallo, I am thinking about learning and using Jackrabbit instead of
relational database (+ Hibernate) in my new wicket application (which will
be build on Brix CMS).
Is it very wrong idea?
Thanks

Re: OT: Relational database + Hibenate vs Content Repository (Jackrabbit)

by jthomerson :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Anybody have thoughts on this?  I am curious also.

--
Jeremy Thomerson
http://www.wickettraining.com



On Wed, Nov 4, 2009 at 10:27 AM, danisevsky <danisevsky@...> wrote:

> Hallo, I am thinking about learning and using Jackrabbit instead of
> relational database (+ Hibernate) in my new wicket application (which will
> be build on Brix CMS).
> Is it very wrong idea?
> Thanks
>

Re: OT: Relational database + Hibenate vs Content Repository (Jackrabbit)

by danisevsky danisevsky :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I think the best solution is combine JCR and relation database. Some data
store to JCR (on filesystem) a some to database. But question is for which
kind of data si better JCR. My opinion is that data like photos, blogs,
comments is better store in JCR and data like users, roles, classifiers is
better store in databaze.
What do you think, is it right?

2009/11/12 Jeremy Thomerson <jeremy@...>

> Anybody have thoughts on this?  I am curious also.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
> On Wed, Nov 4, 2009 at 10:27 AM, danisevsky <danisevsky@...> wrote:
>
> > Hallo, I am thinking about learning and using Jackrabbit instead of
> > relational database (+ Hibernate) in my new wicket application (which
> will
> > be build on Brix CMS).
> > Is it very wrong idea?
> > Thanks
> >
>

RE: OT: Relational database + Hibenate vs Content Repository (Jackrabbit)

by Jeffrey Schneller :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I would be interested in learning what everyone thinks about this.  I am
planning on using a relational db as described below for things like
users, roles, and other relational type things.  I am planning on using
a JCR for content based things like comments, descriptions, etc...  The
problem is I need to find a JCR administration tool that just will
manage the data and not force me to run the server through the CMS
system like Brix, and a bunch of others do.



-----Original Message-----
From: danisevsky [mailto:danisevsky@...]
Sent: Thursday, November 12, 2009 3:31 AM
To: users@...
Subject: Re: OT: Relational database + Hibenate vs Content Repository
(Jackrabbit)

I think the best solution is combine JCR and relation database. Some
data
store to JCR (on filesystem) a some to database. But question is for
which
kind of data si better JCR. My opinion is that data like photos, blogs,
comments is better store in JCR and data like users, roles, classifiers
is
better store in databaze.
What do you think, is it right?

2009/11/12 Jeremy Thomerson <jeremy@...>

> Anybody have thoughts on this?  I am curious also.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
> On Wed, Nov 4, 2009 at 10:27 AM, danisevsky <danisevsky@...>
wrote:
>
> > Hallo, I am thinking about learning and using Jackrabbit instead of
> > relational database (+ Hibernate) in my new wicket application
(which
> will
> > be build on Brix CMS).
> > Is it very wrong idea?
> > Thanks
> >
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...


Re: OT: Relational database + Hibenate vs Content Repository (Jackrabbit)

by Scott Swank :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Before you consider a non-rdbms solution you should really think about
who might be interested in your data.  If anyone in the organization
is going to want to report on, or do analysis of the data then it
should be in a relational db.

How many X per hour, and how does that compare with the same value at
this time last week?
What is the ratio between the cost of A and the number of B per day?
etc.

So yes, a blog is perfect for a cms.  Most of the work that is central
to a given organization is not.

Cheers,
Scott


On Thu, Nov 12, 2009 at 6:25 AM, Jeffrey Schneller
<jeffrey.schneller@...> wrote:

> I would be interested in learning what everyone thinks about this.  I am
> planning on using a relational db as described below for things like
> users, roles, and other relational type things.  I am planning on using
> a JCR for content based things like comments, descriptions, etc...  The
> problem is I need to find a JCR administration tool that just will
> manage the data and not force me to run the server through the CMS
> system like Brix, and a bunch of others do.
>
>
>
> -----Original Message-----
> From: danisevsky [mailto:danisevsky@...]
> Sent: Thursday, November 12, 2009 3:31 AM
> To: users@...
> Subject: Re: OT: Relational database + Hibenate vs Content Repository
> (Jackrabbit)
>
> I think the best solution is combine JCR and relation database. Some
> data
> store to JCR (on filesystem) a some to database. But question is for
> which
> kind of data si better JCR. My opinion is that data like photos, blogs,
> comments is better store in JCR and data like users, roles, classifiers
> is
> better store in databaze.
> What do you think, is it right?
>
> 2009/11/12 Jeremy Thomerson <jeremy@...>
>
>> Anybody have thoughts on this?  I am curious also.
>>
>> --
>> Jeremy Thomerson
>> http://www.wickettraining.com
>>
>>
>>
>> On Wed, Nov 4, 2009 at 10:27 AM, danisevsky <danisevsky@...>
> wrote:
>>
>> > Hallo, I am thinking about learning and using Jackrabbit instead of
>> > relational database (+ Hibernate) in my new wicket application
> (which
>> will
>> > be build on Brix CMS).
>> > Is it very wrong idea?
>> > Thanks
>> >
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...


RE: OT: Relational database + Hibenate vs Content Repository (Jackrabbit)

by Jeffrey Schneller :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Scott,

This goes slightly off-topic to wicket but I will post anyhow.  

That is exactly my plan.  Transactional data and data that someone may want to report on would be in a relational database.  The content repository would be for exactly that the content. The problem is I don't want to layer on a CMS server based system like Brix, Hippo, or OpenCMS.  I just want some way to manage the content through a content repository (Jackrabbit) and I will use the API to pull the content into the appropriate areas on the site.  Yes, I know I could build an administration UI to manage the content in Jackrabbit but really looking for something pre-built.



-----Original Message-----
From: Scott Swank [mailto:scott.swank@...]
Sent: Thursday, November 12, 2009 11:44 AM
To: users@...
Subject: Re: OT: Relational database + Hibenate vs Content Repository (Jackrabbit)

Before you consider a non-rdbms solution you should really think about
who might be interested in your data.  If anyone in the organization
is going to want to report on, or do analysis of the data then it
should be in a relational db.

How many X per hour, and how does that compare with the same value at
this time last week?
What is the ratio between the cost of A and the number of B per day?
etc.

So yes, a blog is perfect for a cms.  Most of the work that is central
to a given organization is not.

Cheers,
Scott


On Thu, Nov 12, 2009 at 6:25 AM, Jeffrey Schneller
<jeffrey.schneller@...> wrote:

> I would be interested in learning what everyone thinks about this.  I am
> planning on using a relational db as described below for things like
> users, roles, and other relational type things.  I am planning on using
> a JCR for content based things like comments, descriptions, etc...  The
> problem is I need to find a JCR administration tool that just will
> manage the data and not force me to run the server through the CMS
> system like Brix, and a bunch of others do.
>
>
>
> -----Original Message-----
> From: danisevsky [mailto:danisevsky@...]
> Sent: Thursday, November 12, 2009 3:31 AM
> To: users@...
> Subject: Re: OT: Relational database + Hibenate vs Content Repository
> (Jackrabbit)
>
> I think the best solution is combine JCR and relation database. Some
> data
> store to JCR (on filesystem) a some to database. But question is for
> which
> kind of data si better JCR. My opinion is that data like photos, blogs,
> comments is better store in JCR and data like users, roles, classifiers
> is
> better store in databaze.
> What do you think, is it right?
>
> 2009/11/12 Jeremy Thomerson <jeremy@...>
>
>> Anybody have thoughts on this?  I am curious also.
>>
>> --
>> Jeremy Thomerson
>> http://www.wickettraining.com
>>
>>
>>
>> On Wed, Nov 4, 2009 at 10:27 AM, danisevsky <danisevsky@...>
> wrote:
>>
>> > Hallo, I am thinking about learning and using Jackrabbit instead of
>> > relational database (+ Hibernate) in my new wicket application
> (which
>> will
>> > be build on Brix CMS).
>> > Is it very wrong idea?
>> > Thanks
>> >
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...