Re: Data Constraints AND Application Constraints
From: Kenneth Downs <knode.wants.this_at_see.sigblock>
Date: Sun, 20 Mar 2005 14:37:42 -0500
Message-ID: <3201h2-2t9.ln1_at_pluto.downsfam.net>
>
> There may be scope for non-builder sprocs ... quite likely they will not
> have write access to tables. That right most likely will be reserved
> for the builder.
>
> In reality this is still with the jury...but in the event that the PHP
> doesn't suite all user interaction requirements, I expect to use Java
> for at least those portions...the only problem with dual interface
> technologies is the aesthetic look and feel and perhaps cross training
> for users who use both.
>
Date: Sun, 20 Mar 2005 14:37:42 -0500
Message-ID: <3201h2-2t9.ln1_at_pluto.downsfam.net>
FrankHamersley wrote:
>> >> <snip> >> >>>>Why do you allow externally crafted stored proc code? >>> >>>ATM I prototype new functions in clear and then when functioning look at >>>ways to shape them to suit the code generator. Going forward I expect >>>there may be sprocs that are >> >> Hmmm, I was fishing for the possible involvement of developers adding >> sprocs >> to the system as part of what is delivered to the customer. Very bad, >> because now your builder becomes a version control system. Glad to hear >> you are all-or-nothing on this.
>
> There may be scope for non-builder sprocs ... quite likely they will not
> have write access to tables. That right most likely will be reserved
> for the builder.
>
>>>>What are you doing for the GUI? >>> >>>Base will be PHP, advanced will be Java. The panel layouts will be >>>drawn from the database - totally soft. >> >> My own is pure PHP. Why are you doing Java? What need is it filling? >>
> In reality this is still with the jury...but in the event that the PHP
> doesn't suite all user interaction requirements, I expect to use Java
> for at least those portions...the only problem with dual interface
> technologies is the aesthetic look and feel and perhaps cross training
> for users who use both.
>
-- Kenneth Downs Secure Data Software, Inc. (Ken)nneth_at_(Sec)ure(Dat)a(.com)Received on Sun Mar 20 2005 - 20:37:42 CET