[FX.php List] one machine intallation

[Gjermund Gusland Thorsen]

On 4/30/07, Kevin Futter <kfutter at sbc.melb.catholic.edu.au> wrote:
> On 26/4/07 3:42 PM, "Erik Andreas Cayré" <erik at cayre.dk> wrote:
>
> >
> > Den 26/04/2007 kl. 9.32 skrev Kevin Futter:
> >
> >> Most of our staff members get quite disconcerted by
> >> layouts changing right before their eyes!
> >
> > At a one-day seminar last year, I heard about a strategy to work
> > around this problem:
> >
> > Divide the solution such, that all raw data are in one (set of) file
> > (s), and put the UI in another (set of) file(s).
> >
> > Modify the UI file offline at will, and distribute it to users
> > whenever practical. This has the advantage of letting different users
> > have completely independent (and different) UIs to the system, and
> > lets you propagate changes in more manageable steps...
> > In addition the UI file(s) *may* be local to the user, depending on
> > the systems properties...
> >
> > I'm preparing to o a complete  rewrite of my employers CRM system
> > which is currently a relatively big FM6 system:
> > Files: 47
> > Scripts: 2244
> > Script Steps Read: 19944
> > Fields: 3449
> > Relations: 571
> > Layouts: 559
> > Fields on Layouts: 16003
> >
> > I'm looking forward to being able to develop on the 'live' system,
> > and so, am glad to hear most of you never had trouble doing it.
> > (Since FMI seemingly has no problem handling consistency of records
> > manipulated by remote users, I would be surprised if they were unable
> > to do the same for the integrity of structure changes, assuming of
> > course that there is no problem locally on the FMS machine)
> >
> > Have any of you considered the data/UI separation strategy?
>
> I have considered it, but ours is a large, sprawling, poorly-planned (and
> often poorly-implemented) system of undocumented files and relationships,

What do you mean by large? Some of mine are larger than 15GB

> originally put together by an enthusiastic-but-limited amateur with no
> training. It was hard enough dealing with the basic transition from 5.5/6 to
> v8! Most of our databases need much remedial attention, but a complete
> rewrite or rearchitecting is just too hard in the current circumstances.
>
> --
> Kevin Futter
> Webmaster, St. Bernard's College
> http://www.sbc.melb.catholic.edu.au/
>
>
> #####################################################################################
> This e-mail message has been scanned for Viruses and Content and cleared
> by MailMarshal
> #####################################################################################
>
> This e-mail and any attachments may be confidential. You must not disclose or use the information in this e-mail if you are not the intended recipient. If you have received this e-mail in error, please notify us immediately and delete the e-mail and all copies. The College does not guarantee that this e-mail is virus or error free.  The attached files are provided and may only be used on the basis that the user assumes all responsibility for any loss, damage or consequence resulting directly or indirectly from the use of the attached files, whether caused by the negligence of the sender or not. The content and opinions in this e-mail are not necessarily those of the College.
> _______________________________________________
> FX.php_List mailing list
> FX.php_List at mail.iviking.org
> http://www.iviking.org/mailman/listinfo/fx.php_list
>