![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
|
-----Original Message----- From: Roy Hann [mailto:specially (AT) processed (DOT) almost.meat] Sent: 14 September 2005 11:11 To: info-ingres (AT) cariboulake (DOT) com Subject: [Info-ingres] Re: UK IUA agenda? snip And Marty Bowes is doing one too, on the Pitfalls of Rollforwarddb. That should be a real barn-burner! Roy |
#2
| |||
| |||
|
|
I can see the headlines now:- "Ingres Guru accused of arson flees country" déjà vu? |
#3
| |||
| |||
|
|
>-----Original Message----- >From: Roy Hann [mailto:specially (AT) processed (DOT) almost.meat] >Sent: 14 September 2005 11:11 >To: info-ingres (AT) cariboulake (DOT) com >Subject: [Info-ingres] Re: UK IUA agenda? > snip >And Marty Bowes is doing one too, on the Pitfalls of Rollforwarddb. That should be a real barn-burner! >Roy |
#4
| |||
| |||
|
|
I think the headline should probably read "Ingres Guru wallows in Ashes!" |
#5
| |||
| |||
|
|
"Gibson Jonathan" <Jonathan.Gibson (AT) hiscox (DOT) com> wrote in message news:mailman.1126704182.21273.info-ingres (AT) cariboulake (DOT) com... I think the headline should probably read "Ingres Guru wallows in Ashes!" I don't think Marty is a follower of cricket. Actually, I am a follower, and like the rest of Oz I have gone |
|
team. |
|
Roy Marty |
#6
| |||
| |||
|
|
Title: Handling User-Defined Data Abstract: We frequently encounter the need to extend the database design and applications to include so-called user-defined data. Changes and improvements to business processes depend on having some additional details that were not anticipated in the original design. Sometimes entire new entities must be added. Or sometimes truly massive new extensions to the database must be allowed on an almost ad hoc basis. In this paper I describe some of the details of these problems, and one frequently proposed solution (the entity-attribute-value design, or EAV). I then describe a much simpler, more flexible, and powerful solution the exploits the intrinsic capabilities of a relational DBMS like Ingres. |
|
I may be doing another presentation too, but I haven't been told what it is yet. ;-) |
|
And Marty Bowes is doing one too, on the Pitfalls of Rollforwarddb. That should be a real barn-burner! |
#7
| |||
| |||
|
|
Idle! How can a father of three such darling children be idle? |
|
I then describe a much simpler, more flexible, and powerful solution the exploits the intrinsic capabilities of a relational DBMS like Ingres. Sounds good, I've just started looking at the OME to make user functions - the user data stuff looked way to scary. |
|
I may be doing another presentation too, but I haven't been told what it is yet. ;-) Sounds like a married man. You know your wrong, its only a matter of waiting to be told exactly how your wrong. These days, mine just whacks me over the nose with a rolled up newspaper and says NO in a firm loud voice. |
#8
| |||
| |||
|
|
[clip] OME is a whole different (and very important) kettle of fish. Ingres needs "an" OME, just not the one it's got. The current one is unusable for a variety of reasons--and you've pointed out one. (See "Domains, and Why we Need Them", presented by Tony Douglas and me at the 2003 Autumn UKIUA.) I have some hope that the "complex type" support that is often mentioned as being one of the reasons for collaborating with JBoss will give us something better. I have no idea if that is going anywhere, nor where to look to find out. But my presentation next month is much more down-to-earth. It assumes only the usual 1950s era data types that standard SQL provides. I don't even call for the BLOb types. Oh ... I'm going to get roasted for this .... |
#9
| ||||
| ||||
|
|
Oh ... I'm going to get roasted for this .... |
|
We REALLY need SQLJ extensions for Ingres. This would allow - much safer and easier OME functionality |
|
- stored procs written in a REAL language |
|
Sybase and Oracle both fully support SQLJ. It isn't perfect, but it is better than using something like OME which is essentially user-written C code running in the server! Think about one bad pointer writing into the DMF cache ... |
#10
| |||
| |||
|
|
"Michael Leo" <mleo (AT) cariboulake (DOT) com> wrote in message news:mailman.1127136901.26101.info-ingres (AT) cariboulake (DOT) com... Oh ... I'm going to get roasted for this .... What makes you think that? Am I *so* unreasonable? :-) Or perhaps you were thinking of Tony; yes, there you may get an argument. We REALLY need SQLJ extensions for Ingres. This would allow - much safer and easier OME functionality You'll have to explain how SQLJ helps. I mean it. Can you give us a quick capsule summary of it? I have only the sketchiest idea what it does, and no idea at all how it would help here. |
| Martin Bowes. |
![]() |
| Thread Tools | |
| Display Modes | |
| |