Re: Poor support

Yes, we can all find things in the manual that Tech Support are unaware of. I've even managed to solve problems that have baffled the highest levels of support available. But the same things happen with all products. INFORMIX are no exception. I used to be in tech support for INFORMIX. It's not an easy job. Very often the users are more familiar with the product than the tech support personnel, after all the users use a limited set of facilities whereas tech support people are expected to be all-knowing. Also, users often use terminology which is outside of the tech support experience and that leads to confusion. Just look at some of the confusions which happen in c.d.i. I don't want to stop you folks criticising tech support, after all, I've done it myself, but try to be tolerant. Try to help them. My biggest objection to INFORMIX Tech support is that they want me to pay for a tech support contract, when I still know more than their tech support personnel about the product! And I was paroled 5 years ago! > Sean R. Durity (sdurity@CornerCap.COM) wrote: > : <horror story clipped> > > While I haven't had a horror story, we had quite a lot of frustration > from Informix... > > Our system here is a HP-Unix platform, system 10.01 with a max of 4GB > per logical drive. We have our entire DB on one logical drive and > running out of room. Idea was to move the tables over to another > directory and have Informix point to the new directory for those select > files (we're running SE). > > After calling Informix and hearing the word 'impossible' more than once > I felt challenged. Investigation revealed I could do it with changing > the dirpath field! Informix said it would be unsupported, then someone > else over there said it would be supported. When my Ops Manager called > he got the unsupported response and told me there has to be another > solution... > > Well, then we tried symbolic links; same thing... Unsupported, supported > flip-flop. Sigh. > > Posted a message here and found out about the CREATE TABLE..IN statement > (which works awesome! Thanks to all!). Called Informix about it (my Ops > Manager made me, can't blame him after the first 2 tries) and the > response was "that's in the manuals?" and "where'd you get that?" But it > does turn out to be supported! > > Spent the last day building and testing a ksh-script to do all the nasty > work for me and it works exactly as advertised. > > Moral for this story: impossible means try harder and don't trust tech > support. > > > -Joseph > > > "Movin' to the country, gonna eat alot of peaches..." - POTUSA, peaches Malcolm Weallans Online Database Consultancy Phone 01628-72154 Fax 01628-37463 CIX - onlinedbc