Re: [INTERFACES] Re: ODBC 16 bit support
От | Stephen Davies |
---|---|
Тема | Re: [INTERFACES] Re: ODBC 16 bit support |
Дата | |
Msg-id | 199804191234.WAA09636@mustang.sdc.com.au обсуждение исходный текст |
Ответ на | Re: ODBC 16 bit support (The Hermit Hacker <scrappy@hub.org>) |
Ответы |
Re: [INTERFACES] Re: ODBC 16 bit support
Re: [INTERFACES] Re: ODBC 16 bit support Re: [INTERFACES] Re: ODBC 16 bit support |
Список | pgsql-interfaces |
> On Sat, 18 Apr 1998, Byron Nikolaidis wrote: > > > Now that said, on my own time over the weekend, I will look into what it > > would take to make the current driver support win3.1. But if it turns > > out that it would degrade the performance of the driver for 32bit or > > require major rework, I would probably have to say, it would be best to > > have 2 separate drivers. > > And I've have to say a *definite* no here...the result of that > would be two different drivers, with different features available to > it...totally unacceptable. > Why? Pretty much every product that I can think of has separate 16-bit and 32-bit product groups. Albeit that most of those are MS products, there is no real reason why different environments should not have different solutions. The ODBC spec is well defined so anything conforming to it should be reasonably feature-compatible. > That would be like taking our 32bit vs 64bit server and saying > that since nobody many ppl are using 64bit right now, we're going to get > rid of those features that are currently broken, instead of trying to > address them. > Not a good example I think. The 16/32-bit ODBC question says nothing about dropping features. As I said above, ODBC is ODBC: you either conform or you don't. If there happen to be differences between the levels of conformance or of performance between 16 and 32-bit models, that would be a pity but not earth shattering. Next you will want to ban anything that behaves/performs differently on NT than on UNIX;-) > Quite frankly, this whole thread is starting to cause me to > reconsider my decision to move away from the old driver over to this new > driver... *sigh* > > Marc G. Fournier > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > Cheers, Stephen ======================================================================== Stephen Davies Consulting scldad@sdc.com.au Adelaide, South Australia. Voice: 61-8-82728863 Computing & Network solutions. Fax: 61-8-82741015
В списке pgsql-interfaces по дате отправления: