PgWest 2010 - PostgreSQL Conference in San Francisco
2010 November 2nd - 4th https://www.postgresqlconference.org/ It might be interesting to give some Perl/DBI/DBIx::Class related talks there. Gabor
PgDay Stuttgart, Germany, 6-8/12/2010
The next European PostgreSQL day is going to be between 6-8 December in Stuttgart, Germany. http://www.pgday.eu/ It seems like a very cool conference and it might be interesting to offer some Perl related talks there. It might be interesting to talk on how to use Pg from Perl, DBIx::Class or PgTAP just to throw in a couple of ideas. regards Gabor
vendors and the related DBDs
hi, some of you might be aware that I have submitted a grant request to the TPF that was focusing on two things: 1) fund-raising for TPF 2) promoting Perl on various non-Perl events The main selling point to the companies was providing help to them to find Perl developers.[1] I'd like to extend the proposal with some ideas on supporting development of CPAN modules and on improved contact with vendors. That means if my grant gets accepted I'll work on these items as well along with the fund-raising and promotion. As I am only a user of DBI and with very limited usage I'll need your help. I'd like to get your input regarding database vendors, the relevant DBDs and the relationship with the vendors. Which DBDs need a lot of investment? How do you think vendors could help? (Giving money?, Giving software licenses? Allocating developer time?) Which vendors are already involved? Should this go through TPF or do you think there are better channels for this? Who could help me in building up the contacts at the vendors? regards Gabor http://szabgab.com/ [1] http://news.perlfoundation.org/2010/06/hague-grant-application-perl-e.html
Re: next version of DBD::ODBC including available unicode patch?
On 6/27/07, Alexander Foken [EMAIL PROTECTED] wrote: I found this patch by Alexander Foken (that's me) and thanks for making it available Do you know what SQL injection means? If yes, why do you still use this code style? If no, please learn what it means, a good starting point is http://en.wikipedia.org/wiki/SQL_injection Sure I know. We are talking about some internal application at a client that it seems has no outside interface so the risks are much smaller. In addition this is legacy code they would like to keep working. It can't work, because the ODBC API only accepts non-Unicode SQL statements, or at least I did not find a way to make ODBC work with SQL strings encoded in UTF-8 they have a patch that fixes the problem for inline SQL statement but does not work when using placeholders. I was asked to integrate this and publish it but as I found your patch and as I guess it was already tried by much more users than what we have it might make more sense to take your patch and add the capability to handle sql statements without placeholders. So I would like to see someone more knowledgeable than me starting to take care of DBD::ODBC and starting to collect the available patches. Once I see that the patches already available are integrated and released as some development version I hope I can find a way to send a patch including the extra fix for the maintainers consideration. In any case uploading new development versions of the module including the various patches will make it more accessible for anyone to test. regards and thanks again for your work Gabor -- Gabor Szabo http://www.szabgab.com/ Perl Training in Israel http://www.pti.co.il/