[MarkLogic Dev General] question about using same db or separate db
helen chen
hchen at aip.org
Mon Oct 11 13:44:52 PDT 2010
This is an interesting way. I'll look and see how it can fit.
Thanks, Helen
On Oct 11, 2010, at 3:46 PM, Eric Bloch wrote:
> Rather than use different URIs, Comoms uses DLS to maintain version history of a single URI and points collections at individual versions on a URI.
>
> This enables you to have the production site say always pointed at one collection and a staging site point to another collection but you can use the same URIs for access to the DB.
>
> Admittedly, setting up DLS is a bit of a challenge - we have some of the setup separated out in comoms, but it's not quite a standalone library yet.
>
> -Eric
>
>
> Eric Bloch
> eric.bloch at marklogic.com
>
>
>
> On Oct 11, 2010, at 12:07 PM, Clark Richey wrote:
>
>> I would recommend a naming convention that indicates production vs. staging articles. You could do this in conjunction with, or without, the use of collections.
>>
>> ----
>>
>> Clark D. Richey, Jr.
>> Principal Technologist, Federal
>> Mark Logic Corporation
>> 1600 Tysons Blvd
>> Suite 835
>> McLean, VA 22102
>> Phone: 240 - CLARK - 07
>> (240 - 25275 - 07)
>>
>>
>> clark.richey at marklogic.com
>>
>> www.marklogic.com
>>
>> This e-mail and any accompanying attachments are confidential. The information is intended solely for the use of the individual to whom it is addressed. Any review, disclosure, copying, distribution, or use of this e-mail communication by others is strictly prohibited. If you are not the intended recipient, please notify us immediately by returning this message to the sender and delete all copies. Thank you for your cooperation.
>>
>>
>>
>>
>>
>>
>> On Oct 11, 2010, at 2:18 PM, helen chen wrote:
>>
>>> At some point I may have this situation: the article that is in production stage, but there may be some very minor fix, and they don't want to pull it out from production, so they just load another version into staging, after verification, it will move to production again to replace the old one. In this situation I will have a very small window that one article will be in two versions and in both stage. And I need to keep the uri separate so I can hold different versions.
>>>
>>> Is there any suggestions on how to handle this situation?
>>>
>>> Thanks,
>>> Helen
>>>
>>>
>>>
>>>
>>> On Oct 11, 2010, at 2:08 PM, Zegarek, Arthur wrote:
>>>
>>>> We do exactly that and use collections – it works well
>>>>
>>>> From: general-bounces at developer.marklogic.com [mailto:general-bounces at developer.marklogic.com] On Behalf Of Clark Richey
>>>> Sent: Monday, October 11, 2010 2:06 PM
>>>> To: General Mark Logic Developer Discussion
>>>> Subject: Re: [MarkLogic Dev General] question about using same db or separate db
>>>>
>>>> You could also use collections to separate the articles. That will allow you to keep the URI's the same but keep the articles logically separated. In the long run I think you will find that putting them in separate databases will be more trouble than it's worth.
>>>>
>>>> ----
>>>>
>>>> Clark D. Richey, Jr.
>>>> Principal Technologist, Federal
>>>> Mark Logic Corporation
>>>> 1600 Tysons Blvd
>>>> Suite 835
>>>> McLean, VA 22102
>>>> Phone: 240 - CLARK - 07
>>>> (240 - 25275 - 07)
>>>>
>>>> clark.richey at marklogic.com
>>>>
>>>> www.marklogic.com
>>>>
>>>> This e-mail and any accompanying attachments are confidential. The information is intended solely for the use of the individual to whom it is addressed. Any review, disclosure, copying, distribution, or use of this e-mail communication by others is strictly prohibited. If you are not the intended recipient, please notify us immediately by returning this message to the sender and delete all copies. Thank you for your cooperation.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Oct 11, 2010, at 2:02 PM, helen chen wrote:
>>>>
>>>>
>>>> We have a system that needs to deal with articles going through staging stage and production stage. Basically when article comes in, it stays in staging stage. After a lot of operations and verifications the article gets published, then at this time it will be moved to production stage. The article's content can be changed during staging stage and can also be changed when moving to production stage.
>>>>
>>>> I'm thinking of two ways to do it:
>>>> 1. One way is to put the data into separate directories within the same database, like staging articles will be under /staging directory, production articles will be under /prod directory. Using this way I only need to manage one database, and maybe in the future if I need to search data cross stage, it is doable. But inside code I have to constantly check if I'm in staging stage or production stage so that my search or article's uri will be build correctly.
>>>>
>>>> 2. Another way is to use different database for each stage. Using this way the article's uri can be the same, a lot of code can be the same because they will work in separate database, as long as database is pointing correct, the code will return correct dataset. But if in the future we ever want to do a search cross stage, it is going to be a problem.
>>>>
>>>> Does anyone has any suggestions on this?
>>>>
>>>> Thanks in advance for your help,
>>>>
>>>> Helen
>>>> _______________________________________________
>>>> General mailing list
>>>> General at developer.marklogic.com
>>>> http://developer.marklogic.com/mailman/listinfo/general
>>>>
>>>> _______________________________________________
>>>> General mailing list
>>>> General at developer.marklogic.com
>>>> http://developer.marklogic.com/mailman/listinfo/general
>>>
>>> _______________________________________________
>>> General mailing list
>>> General at developer.marklogic.com
>>> http://developer.marklogic.com/mailman/listinfo/general
>>
>> <smime.p7s>_______________________________________________
>> General mailing list
>> General at developer.marklogic.com
>> http://developer.marklogic.com/mailman/listinfo/general
>
> _______________________________________________
> General mailing list
> General at developer.marklogic.com
> http://developer.marklogic.com/mailman/listinfo/general
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://developer.marklogic.com/pipermail/general/attachments/20101011/1533bd29/attachment-0001.html
More information about the General
mailing list