Somebody is not using a very friendly mailinglist client. It's pretending this is a newsgroup, which is tricking things up...
> Sure its possible. Just go to CPAN, install the interfaces to each type of > storage system, and then in your program connect to each data source. You > said you will be connecting to 3 data sources, so you will have 3 objects > representing each connection. 3? I don't know math very well but.. An existing MySQL server, 2 new SQL servers (unknown exactly what kind of SQL server, but the core of SQL is simply SQL..), an LDAP server, an Oracle DB, some Comsoft thing which turns out might be an acient COBOL program, and a 25 year old IBM AS400 system and who knows what kind of db software IBM stuck on that. Everyone around me seems to think AS400 _is_ the database. Bah.... I think anyone with any kind of an administrative password to the thing is probably retired and dead now. > There are already interfaces to the most common SQL databases. Theres also a > perl LDAP interface. You may have to build your own interfaces for the > Comsoft and AS/400 applications if you must access them with perl. The way > you do this is by creating perl wrappers to the C api that comes with your > data stores. I don't know how to program in C. Maybe now is a good time to learn, since my deadline is hte 22nd of August :) > see: "perldoc perlxstut" Reading it as soon as I finsih this email. Thanks! > I would create a custom object that stores each object as a property. This > will make managing the connection objects easier. If it were up to me, I would be investing heavily in Vaseline corporation because I know exactly where this new ticket system is going to end up.... Dennis -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
