[Watford] JOB: MySQL Database Architect (Administrator) - Reading, Berkshire, UK

[Magnus Kelly]

Hi James,

As you gather knowledge in this area and perhaps find the mysql expertise you're looking for, could I ask for knowledge share on any limitations of using mysql, as I have given serious thought to the use of mysql, but have been talked into M$ SQL and Oracle as I have never felt confident on insisting on the use of mysql. (Clearly how databases are used have differences, mine are msc hlr/vlr and mapping data (virtual earth mashups)

The group may or may not have a view on referrals, but I for one would value a list of domain experts.
Regards
Magnus

> -----Original Message-----
> From: watford-bounces at mailman.lug.org.uk [mailto:watford-
> bounces at mailman.lug.org.uk] On Behalf Of jt at camalyn.org
> Sent: 05 February 2009 18:25
> To: watford at mailman.lug.org.uk
> Cc: james at camalyn.org
> Subject: [Watford] JOB: MySQL Database Architect (Administrator) -
> Reading,Berkshire, UK
> 
> JOB:
> 
> hi List Members,
> 
> I am working with a technology client in Reading (Berkshire, UK) who
> are
> looking to recruit a MySQL Database Architect to work closely with
> their development and operations teams.
> 
> Whilst the developers have had some involvement with capacity planning
> and performance monitoring of the live system in conjunction with the
> operations team this responsibility will move entirely to the database
> architect over time.
> 
> This isn't a development role so the db architect wouldn't be taking
> over the writing of all SQL or anything but they would be expected to
> use their expertise in advising the developers how best to tune their
> code.  Stored procedures are not currently used but they will probably
> look at it in the future and this again would be something that the
> architect would certainly get involved in as well revisit existing SQL
> with a view to perhaps rewrite and/ or optimise.
> 
> They are running a mixture of 4.1 and 5.0. They don't run enterprise as
> they always aim to employ talented staff so they can support everything
> as far as possible in house. This goes for the OS as well, which is why
> they use CentOS and not RHEL.
> 
> Although part of the job will involve finding new opportunities to
> exploit new features or better use existing ones there are no immediate
> plans to upgrade to 5.1.
> 
> There are no specific bottlenecks or db problems as such, the focus is
> changing in such a way that they need to be able to store more data and
> consequently they need to have the architect in place. However, there
> is
> a focus on continual improvement of what they have. As with all IT
> systems, there is always something that can be optimised. Identifying
> potential future bottlenecks and avoiding them is also part of the
> role.
> 
> In terms of the number of high transactional servers - which would be
> the definite focus - we are looking at high 30s.  They do use MySQL
> replication but not clustering at this time.
> 
> If anybody is interested in discussing this role with me further
> (including salary) please contact me off list using james at camalyn.org
> 
> Hope to hear from you soon,
> 
> All the best,
> JAMES
> 
> +44 (0) 7952 145 127 - mobile
> 
> 
> 
> _______________________________________________
> Watford mailing list
> Watford at mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/watford