Re: [Modeling-users] SybaseAdaptorLayer

[Duncan M. <py...@ad...>]

On Jul 29, 2004, at 11:55 AM, Duncan McGreggor wrote:

> On Jul 29, 2004, at 4:47 AM, Sebastien Bigaret wrote:
>
>> This is great news and yes, a Sybase adaptor will certainly be useful.
>>
>>   However, sorry, I've never used any sybase db server aither, so I've
>>   no experience to offer.  But we can definitely work together to make
>>   it happen, esp. regarding testing and integrating it into the
>>   framework.
>
> Yeah, neither have I; I'm getting some experienced Sybase folks to 
> work with me on this project and advise on Sybase SQL dialect.
>
>> Integrating a new layer in the framework means that we should be able 
>> to
>> integrate it into the testing units, so we should also be able to 
>> deploy
>> a dedicated db-server on the testing machines.  With respect to these
>> requirements, could you confirm that the testing components are the
>> following?
>>
>>   - Sybase Adaptive Server Enterprise 12.5.2
>>     (http://www.sybase.com/detail?id=1030941)
>>
>>   - Sybase module for Python (python DB API v2.0 compliant)
>>     (http://www.object-craft.com.au/projects/sybase/)
>
> Yes, those are the kind and versions we are using.
>
>> I can only test linux-based configurations; if you plan to use 
>> different
>> components and/or different OSes, could you let us know?
>
> You bet. I will be testing on a SuSE 9.0 box myself. I don't know what 
> flavor of linux the group at AOL uses, but I will find out today at 
> the kickoff meeting. We also have another potential client, and for 
> them we will be putting a Mac OS X Xserver appliance in place for 
> them.
>
>>   Looking forward to download the first draft of a Sybase adaptor ;),

Sebastien,

We're on-site today at AOL and I'm testing a SybaseAdaptor on their 
dbserver. We were told linux, but it's actually Solaris that they are 
using. No matter, the sybase py module works just fine (well, more or 
less... you can't call a connection without assigning it it to a 
variable, otherwise python is killed).

Anyway, we'll be working on the app and the adaptor through next week. 
When I'm ready to send you the code, what method do you prefer?

Talk to you soon,

Duncan


--
Duncan M. McGreggor        mailto:du...@ad...
Systems &                  p 301.698.5032
Applications Engineer      m 301.801.0349
AdytumSolutions, Inc.      http://adytum.us