No problem, It was just a real use case for the discussion. We can deal with this small issue.

Thanks,
Sylvain


Le 27/01/2014 15:14, Andrey Lomakin a écrit :
Sylvain,
About your issue,

So if you create and delete 50 000 records every night, it means that every night you lose 50 * 12 = 600 kB of disk space , so for the 2 years it will be 600 * 365 = 420 Mb

I took 2 years because I think we come up with space reuse solution till this time :-).

Is it noticeable for your application ?



On Mon, Jan 27, 2014 at 3:24 PM, Sylvain Spinelli <[email protected] <mailto:[email protected]>> wrote:

    For a customer, I have a use case where more than 50000 records
    are deleted and re-created every night by batch. Not reuse RID can
    be a problem here.

    Ideally I think we should have a customizable interface
    "RidFactory" with 3 default implementations : "never reuse",
    "reuse immediately", "reuse later" (means reuse after a reasonable
    delay, 1 day for example).

    My 2 cents contribution ;)


    Sylvain


    Le 27/01/2014 13:14, Giraldo Rosales a écrit :

    Ah. Ok. Saw your concerns. Will trust them.

    I was thinking of something less durable like "votes" or "likes"
    in a database. Let's say you get a couple thousand votes and then
    start a new poll. That old, deleted, poll is just wasted RIDs.

    On Jan 27, 2014 7:09 AM, "Andrey Lomakin"
    <[email protected] <mailto:[email protected]>> wrote:

        Giraldo,
        It is controversial issues, there are doubts that rid reuse
        will reduce ability to scale database also local storage will
        be deprecated soon.

        What is your problem with RID reuse ?



        On Mon, Jan 27, 2014 at 1:45 PM, Giraldo Rosales
        <[email protected] <mailto:[email protected]>> wrote:

            Yes. I read this. Great documentation on plocal storage
            but what about local storage? Does it handle deletions in
            the same way? I couldn't find  documentation on local
            deletions.

            I also saw a request in this discussion about adding a
            setting to plocal to reuse RIDs. Was not sure if that
            request was implemented. I know, as of the latest build,
            local reuses and plocal doesn't. I was interested in
            reusing RIDs in plocal.

            Thanks!

            On Jan 27, 2014 5:01 AM, "Andrey Lomakin"
            <[email protected]
            <mailto:[email protected]>> wrote:

                Hi Giraldo,
                Could you take a look here
                
https://github.com/orientechnologies/orientdb/wiki/plocal-storage-components#wiki-cluster



                On Mon, Jan 27, 2014 at 8:27 AM, Giraldo Rosales
                <[email protected] <mailto:[email protected]>> wrote:

                    Has there been an official update to the reuse
                    issue in plocal? Is there a setting to reuse an
                    RID in plocal without storing the deleted records
                    permanently? Also does local store in this way?
                    Reusing RIDs but storing the deleted records
                    permanently? Or does local reuse RIDs and keep
                    clean by removing deleted records?

                    Thanks!

                    --

                    ---
                    You received this message because you are
                    subscribed to the Google Groups "OrientDB" group.
                    To unsubscribe from this group and stop receiving
                    emails from it, send an email to
                    [email protected]
                    <mailto:orient-database%[email protected]>.
                    For more options, visit
                    https://groups.google.com/groups/opt_out.




-- Best regards,
                Andrey Lomakin.

                Orient Technologies
                the Company behind OrientDB

--
                ---
                You received this message because you are subscribed
                to a topic in the Google Groups "OrientDB" group.
                To unsubscribe from this topic, visit
                
https://groups.google.com/d/topic/orient-database/wXs6HoaiQkY/unsubscribe.
                To unsubscribe from this group and all its topics,
                send an email to
                [email protected]
                <mailto:orient-database%[email protected]>.

                For more options, visit
                https://groups.google.com/groups/opt_out.

--
            ---
            You received this message because you are subscribed to
            the Google Groups "OrientDB" group.
            To unsubscribe from this group and stop receiving emails
            from it, send an email to
            [email protected]
            <mailto:orient-database%[email protected]>.
            For more options, visit
            https://groups.google.com/groups/opt_out.




-- Best regards,
        Andrey Lomakin.

        Orient Technologies
        the Company behind OrientDB

--
        ---
        You received this message because you are subscribed to a
        topic in the Google Groups "OrientDB" group.
        To unsubscribe from this topic, visit
        
https://groups.google.com/d/topic/orient-database/wXs6HoaiQkY/unsubscribe.
        To unsubscribe from this group and all its topics, send an
        email to [email protected]
        <mailto:orient-database%[email protected]>.
        For more options, visit https://groups.google.com/groups/opt_out.

--
    ---
    You received this message because you are subscribed to the
    Google Groups "OrientDB" group.
    To unsubscribe from this group and stop receiving emails from it,
    send an email to [email protected]
    <mailto:[email protected]>.
    For more options, visit https://groups.google.com/groups/opt_out.

--
    ---
    You received this message because you are subscribed to the Google
    Groups "OrientDB" group.
    To unsubscribe from this group and stop receiving emails from it,
    send an email to [email protected]
    <mailto:orient-database%[email protected]>.
    For more options, visit https://groups.google.com/groups/opt_out.




--
Best regards,
Andrey Lomakin.

Orient Technologies
the Company behind OrientDB

--

---
You received this message because you are subscribed to the Google Groups "OrientDB" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

--

--- You received this message because you are subscribed to the Google Groups "OrientDB" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to