Re: breaking out DB dsn parser

Robin Ericsson wrote:

Some background infos: PDO uses a dsn string format that is very much based on the idea that one should use the native dsn string format where possible and use something that is as easy as possible to parse and stick into each specific driver. Therefore the format is very different for each RDBMS. As a possible remedy for this situation we agreed at the PDO meeting in Cancun to add a function that will accept an array and will return a dsn string specific to either one of the chosen drivers.

We not make it accept a dns-string instead of an array? The dsn has been around for a very long time.

the problem is that Wez pushes several core philosphies that I personally dont agree with. He also seems to have little interest to worry at all about the actual migration experience for either php database extension or PEAR users and instead choose to create an API that is very much based on the first few native API's he messed around with when writing the respective PDO drivers. He also believes in keeping the number of classes and methods to a minimum and prefers to make things context sensitive. So it goes. Like I said I have it one last shot at changing his POV and a function that generates PDO style dsn strings from arrays is the most I got. regards, Lukas PS: dont go running down Wez door. He will be announcing the meeting results shortly (I already mailed him my summary). This summary will likely explain his principles while designing his API. Since I disagree with him still (but have accepted that this will not change) I obviously have a hard time presenting his side of the story in a convincing manner.