Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!apple!motcsd!mcdcup!mcdchg!tellab5!balr!segel
From: segel@balr.com (Michael Segel)
Newsgroups: comp.databases
Subject: Re: INFORMIX SQL functions
Keywords: informix sql
Message-ID: <1990Nov30.192212.1828@balr.com>
Date: 30 Nov 90 19:22:12 GMT
References: <1990Nov22.210621.7930@tfic.bc.ca> <19917@oolong.la.locus.com> <1990Nov28.222220.20110@tfic.bc.ca>
Organization: BALR Corporation, OakBrook, IL
Lines: 22

In article <1990Nov28.222220.20110@tfic.bc.ca> clh@tacitus.UUCP (Chris Hermansen) writes:

>As a side point, a nice person from Informix dropped me a line saying that
>there is a pipeline that these kinds of things can get into, so 
>
>
>LISSEN UP OUT THERE!!!!
>
>
>If you're an Informix user and you're cranky because you CAN convert
>"5/4/80" into a date but CAN'T compute LN(2.718), SAY SOMETHING!!!!

Well, Comerical Data Bases have been know to be lax on the MATH
side of things. For example, you now have BLOBS. Yet you don't have
the math to take advantage. C'est La Vie.  These products offer a C
interface, so you can get to the math functions.

Now if you want a gripe, Informix needs to fix their C interface
just a tad. (I wouldn't call them bugs, just design deficiencies)

-Mike
#include <std.disclaimer>


Brought to you by Super Global Mega Corp .com