Re: EOModeler Attributes

From: Mike Schrag (mschra..dimension.com)
Date: Tue Jul 25 2006 - 15:39:52 EDT

  • Next message: Mike Schrag: "Re: Entity Modeler Validation"

    Keep in mind, Entity Modeler is still very much Beta. I would be
    very careful about writing to production models with it just yet
    unless you're checking up some after it. I'm personally using it,
    but that's more to force bugs via eating-my-own-dogfood method.

    On Jul 25, 2006, at 3:20 PM, Watkins, Garry wrote:

    > Not that it is really a problem, and I know that, after the first
    > time that
    > I check in the plists it should be ok. I was just not sure that
    > while the
    > product is in the early stages, that I want to replace everything
    > in one
    > swoop; I have a pretty large EOModel. Just a little paranoia on my
    > part. :)
    >
    > In regard to the Legacy vs. Entity Modeler, couldn't we write an
    > ant task
    > that would normalize the eomodels from legacy to new. That would
    > provide a
    > "diff stable" environment.
    >
    > Thanks again for your work on this mike.
    >
    > Garry
    >
    > On 7/25/06 2:52 PM, "Mike Schrag" <mschra..dimension.com> wrote:
    >
    >> Right now it rewrites the whole thing ... It's certainly "doable" to
    >> not have to do this, but for the first pass it makes me a little
    >> nervous. If it misses marking an entity dirty, it would just toss
    >> data, which would really suck. The EOModel file format really
    >> doesn't help us here either, because it's crazy unnormalized. There
    >> are cross-file references in multiple places, so for instance even if
    >> you didn't add a new entity, you might have to rewrite index.eomodeld
    >> just because it has the class name of its entities in it.
    >>
    >> If you turn on contents comparison vs just timestamp comparison (or
    >> whatever it's technically called), you should find that the .eomodeld
    >> files becomes diff-stable after the first save (i.e. if you open an
    >> old model, it will write it back out sorted, and successive saves
    >> will maintain that sort order).
    >>
    >> But consider the requests duly noted.
    >>
    >> ms
    >>
    >> On Jul 25, 2006, at 2:23 PM, Watkins, Garry wrote:
    >>
    >>> Do you re-write all of the entities when you save? If you do, I
    >>> would
    >>> like to put in a request that it only write files (entities, fetch
    >>> specs) after they have been changed. That way subversion doesn't
    >>> tell me
    >>> that all 200+ files of my model have changed. One more thing, it is
    >>> writing an initial blank line, which causes subversion to pick up
    >>> differences.
    >>>
    >>>
    >>> Thanks
    >>> Garry
    >>>
    >>>
    >>> -----Original Message-----
    >>> From: Mike Schrag [mailto:mschra..dimension.com]
    >>> Sent: Tuesday, July 25, 2006 1:28 PM
    >>> To: woproject-de..bjectstyle.org
    >>> Subject: Re: EOModeler Attributes
    >>>
    >>> They should all be editable, but via the attribute "inspector panel"
    >>> right now (if you're in the Entity Modeler perspective, you will
    >>> have
    >>> the Properties view in the lower right. If you select an
    >>> attribute, the
    >>> editor will appear there) ... The list of columns in the table is
    >>> not
    >>> configurable right now and probably won't be before WWDC unless
    >>> someone
    >>> else wants to take this on (it's a bit of a tricky problem to do it
    >>> live). I've intentionally selected the columns in the attribute
    >>> view at
    >>> the moment to encourage the use of prototypes, which is why these
    >>> other
    >>> fields don't appear as columns by default.
    >>>
    >>> ms
    >>>
    >>> On Jul 25, 2006, at 1:14 PM, Jake Fisher wrote:
    >>>
    >>>> Mike,
    >>>>
    >>>> Can you add the following as either columns or editable
    >>>> attributes
    >>>> in the new integrated EOModeler?. We make use of them fairly
    >>>> often in
    >>>> our models.
    >>>>
    >>>> Missing EOAttribute attributes:
    >>>>
    >>>> value Class = 'valueClassName'
    >>>> precision = 'precision'
    >>>> scale = 'scale'
    >>>> as an example:
    >>>> {
    >>>> allowsNull = Y;
    >>>> columnName = ID_AMOUNT;
    >>>> externalType = DECIMAL;
    >>>> name = amount;
    >>>> precision = 7;
    >>>> scale = 2;
    >>>> valueClassName = NSDecimalNumber;
    >>>> }
    >>>>
    >>>>
    >>>> Thanks,
    >>>> ~jake
    >>>
    >>>
    >>>
    >>>
    >>>
    >>> Confidential & Privileged
    >>>
    >>> Unless otherwise indicated or obvious from its nature, the
    >>> information contained in this communication is attorney-client
    >>> privileged and confidential information/work product. This
    >>> communication is intended for the use of the individual or entity
    >>> named above. If the reader of this communication is not the
    >>> intended recipient, you are hereby notified that any dissemination,
    >>> distribution or copying of this communication is strictly
    >>> prohibited. If you have received this communication in error or
    >>> are not sure whether it is privileged, please immediately notify us
    >>> by return e-mail and destroy any copies--electronic, paper or
    >>> otherwise--which you may have of this communication.
    >>>
    >>>
    >>>
    >>
    >
    > --
    > Garry Watkins
    >
    > Database Administrator
    > Motley Rice LLC
    > 843-216-9639
    >
    >



    This archive was generated by hypermail 2.0.0 : Tue Jul 25 2006 - 15:40:03 EDT