Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.programmer > #32353

Re: JPA and extra fields

Path csiph.com!news.swapon.de!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail
From Eternal Hope <laughingspam99@gmail.com>
Newsgroups comp.lang.java.programmer
Subject Re: JPA and extra fields
Date Wed, 19 Aug 2015 09:00:20 +0100
Organization A noiseless patient Spider
Lines 54
Message-ID <mr1cvb$e61$1@dont-email.me> (permalink)
References <87zj1v3vnq.fsf@Equus.decebal.nl> <55cd52c4$0$298$14726298@news.sunsite.dk> <87r3n2sact.fsf@Equus.decebal.nl> <mqsh70$s82$1@dont-email.me> <mqufi0$605$1@dont-email.me> <mqv2ke$u6r$1@dont-email.me>
Mime-Version 1.0
Content-Type text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding 7bit
Injection-Date Wed, 19 Aug 2015 07:58:35 +0000 (UTC)
Injection-Info mx02.eternal-september.org; posting-host="2ab430ef8c6b5deb5816c858366218e1"; logging-data="14529"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+IT0L2x3yJ916e3sl34uGywQXpJReztBU="
User-Agent Mozilla/5.0 (Windows NT 6.3; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
In-Reply-To <mqv2ke$u6r$1@dont-email.me>
Cancel-Lock sha1:PH4JsJD/nMwtdbzlh4IoAvLPbHM=
Xref csiph.com comp.lang.java.programmer:32353

Show key headers only | View raw


On 18/08/2015 11:49, Martin Gregorie wrote:
> On Tue, 18 Aug 2015 06:25:58 +0100, Eternal Hope wrote:
>
>> On 17/08/2015 12:40, Martin Gregorie wrote:

<snip>

>> ... but scatters that logic around the different layers of an
>> application making it harder to get an overview and consequently
>> impacting on the cost of maintenance.
>>
> I don't agree. If updating the program name and last update time is done
> by a single trigger that is triggered by 'on update' clauses in the
> schema, it doesn't have any impact on the application logic.

... but it *is* (part of) the logic, that's the point. If the fields are 
not 'important' to the application then I question the need for them in 
the first place, if they *are* important then they belong in the 
application, they should generated by the application and managed by the 
application.

However, I think I understand where you are coming from.

I think anyway !?!

If you have a database that has been around for a while and you have a 
number of unconnected (to each other) client interfaces to that database 
extant, possibly written in different languages and it's important in 
some way to know who (or which application in fact) updated some table 
then I can see the point.

In fact 'logically' this behaviour could be seen as a separate interface 
to the database and an application in it's own right ...

However if this is the case then there seems to be little point 
concerning yourself with those fields as they in effect belong to some 
other application and can safely be ignored.

However (again) the OP seems concerned about them, which casually 
implies they sort of belong to the application he is dealing with in 
which case, if they belong to the application they should be managed by 
the application etc etc

I think we both know the age old OO versus RDBMS argumnent has been done 
to death but this is slightly different, it's about responsibility and 
determining the responsibilitys of an Object in a system of Objects has 
always been hard to get *right*.

<snippage>



-- 
Laughing Spam Fritter

Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

JPA and extra fields Cecil Westerhof <Cecil@decebal.nl> - 2015-08-13 20:12 +0200
  Re: JPA and extra fields Eternal Hope <laughingspam99@gmail.com> - 2015-08-13 20:29 +0100
    Re: JPA and extra fields Cecil Westerhof <Cecil@decebal.nl> - 2015-08-17 07:40 +0200
  Re: JPA and extra fields Arne Vajhøj <arne@vajhoej.dk> - 2015-08-13 22:30 -0400
    Re: JPA and extra fields Cecil Westerhof <Cecil@decebal.nl> - 2015-08-17 08:22 +0200
      Re: JPA and extra fields Martin Gregorie <martin@address-in-sig.invalid> - 2015-08-17 11:40 +0000
        Re: JPA and extra fields Cecil Westerhof <Cecil@decebal.nl> - 2015-08-17 14:36 +0200
          Re: JPA and extra fields Martin Gregorie <martin@address-in-sig.invalid> - 2015-08-17 18:08 +0000
            Re: JPA and extra fields Cecil Westerhof <Cecil@decebal.nl> - 2015-08-17 21:24 +0200
              Re: JPA and extra fields Martin Gregorie <martin@address-in-sig.invalid> - 2015-08-17 22:47 +0000
                Re: JPA and extra fields Cecil Westerhof <Cecil@decebal.nl> - 2015-08-19 11:32 +0200
          Re: JPA and extra fields Arne Vajhøj <arne@vajhoej.dk> - 2015-08-17 19:48 -0400
        Re: JPA and extra fields Eternal Hope <laughingspam99@gmail.com> - 2015-08-18 06:25 +0100
          Re: JPA and extra fields Martin Gregorie <martin@address-in-sig.invalid> - 2015-08-18 10:49 +0000
            Re: JPA and extra fields Eternal Hope <laughingspam99@gmail.com> - 2015-08-19 09:00 +0100
              Re: JPA and extra fields Cecil Westerhof <Cecil@decebal.nl> - 2015-08-19 11:36 +0200
                Re: JPA and extra fields Martin Gregorie <martin@address-in-sig.invalid> - 2015-08-19 10:48 +0000
      Re: JPA and extra fields Arne Vajhøj <arne@vajhoej.dk> - 2015-08-17 19:46 -0400
        Re: JPA and extra fields Cecil Westerhof <Cecil@decebal.nl> - 2015-08-19 11:28 +0200
    Re: JPA and extra fields Cecil Westerhof <Cecil@decebal.nl> - 2015-08-19 11:53 +0200
      Re: JPA and extra fields Martin Gregorie <martin@address-in-sig.invalid> - 2015-08-19 10:51 +0000
        Re: JPA and extra fields Cecil Westerhof <Cecil@decebal.nl> - 2015-08-19 13:14 +0200
          Re: JPA and extra fields Cecil Westerhof <Cecil@decebal.nl> - 2015-08-19 14:19 +0200
      Re: JPA and extra fields Arne Vajhøj <arne@vajhoej.dk> - 2015-08-19 19:13 -0400
  Re: JPA and extra fields Silvio <silvio@internet.com> - 2015-08-20 03:49 +0200

csiph-web