Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Christophe Maumont asked about the future of Informix SE and whether to migrate to IDS. mars1972 expected SE to survive but gain no new technology. Manel Falco said his firm moves customers to IDS for safety and recovery because SE has index corruption, though IDS is costly. David Stes liked SE's simplicity and noted 4GL/ESQL/DBI programs can move to IDS. No official answer.
Auto-generated by Claude from the posts below — may be imperfect; read the full thread.
Christophe MAUMONT — — source: Informix-list mailing list archive (1991-1998)
What do you think INFORMIX will do with SE (standard engine) ? Will they
continue to support it, to devellope it ? Should we migrate to on-line or
dynamic server ?
SE is enough for our needs, it is cheaper than dynamic server and
doesn't need administration. I'm alone to do every thing, analysing
,programming , teaching the users ... (I don't wash the floor but ...), so I
wouldn't like to have to administrate our bases.
I don't think it will get any of the bleeding edge technology, but I
don't think it will go away. It's too useful for small companies who
don't need much.
I could be wrong, though. It's happened once before.
In article <8m44ju$t07$1@reader1.fr.uu.net>,
"Christophe MAUMONT" <informatique@univitis.fr> wrote:
> What do you think INFORMIX will do with SE (standard engine) ?
Will they
> continue to support it, to devellope it ? Should we migrate to on-line
or
> dynamic server ?
> SE is enough for our needs, it is cheaper than dynamic server and
> doesn't need administration. I'm alone to do every thing, analysing
> ,programming , teaching the users ... (I don't wash the floor but
...), so I
> wouldn't like to have to administrate our bases.
>
>
--
# unrm /
ksh: unrm: not found
# man cpio
Sent via Deja.com http://www.deja.com/
Before you buy.
↪ replying to mars1972@my-deja.com
Manel Falc� i Aige — — source: Informix-list mailing list archive (1991-1998)
We try to migrate our customers to IDS even the small ones because
it's safer and has fast recovery. We have lots of problems with
corrupted indexes and others with SE, especially when they have remote
connections ...
Yes IDS is tooooo expensive, besides that, It's mandatory to pay an
abusive OPEN LINE service for a year, very useless and difficult to
justifying to our customers ... That's the truth ... see Oracle and
others ...
Manel Falcó
On Mon, 31 Jul 2000 15:38:14 GMT, mars1972@my-deja.com wrote:
>I don't think it will get any of the bleeding edge technology, but I
>don't think it will go away. It's too useful for small companies who
>don't need much.
>
>I could be wrong, though. It's happened once before.
>
>In article <8m44ju$t07$1@reader1.fr.uu.net>,
> "Christophe MAUMONT" <informatique@univitis.fr> wrote:
>> What do you think INFORMIX will do with SE (standard engine) ?
>Will they
>> continue to support it, to devellope it ? Should we migrate to on-line
>or
>> dynamic server ?
>> SE is enough for our needs, it is cheaper than dynamic server and
>> doesn't need administration. I'm alone to do every thing, analysing
>> ,programming , teaching the users ... (I don't wash the floor but
>...), so I
>> wouldn't like to have to administrate our bases.
>>
>>
↪ replying to Christophe MAUMONT
David Stes — — source: Informix-list mailing list archive (1991-1998)
Christophe MAUMONT wrote:
>
> What do you think INFORMIX will do with SE (standard engine) ?
I don't know, but I love Informix SE because it's simple, and because it
is OK if all you need to have is a database that has to be online only
between office hours (9 to 5).
In addition, the 4GL or ESQL or Perl DBI programs you write with SE, can
also made to work with a more powerful database as IDS.
--
David Stes Molenstraat 5 B-2018 Antwerpen, Vlaanderen, Belgie
Tel +32 3 237 43 54 Fax +32 3 237 40 76 Email stes@pandora.be
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.