Gay can't technically marry, because they can't have children of their own. They cannot be parrents. Marriage is about children, not about fetishes of adults. Regardless what the law says. — Oliv1 hour ago
a complete misunderstanding of life - her husband will be very disappointed to learn that the marriage is not about him
I mean, I understand this tolerance thing, but can I at least choose whether I'm in favor of the new social logo or not (Please do not use Stack Overflow to promote social causes) and change it back to normal in case I'm not?
EDIT
I have created another feature request which addresses the future...
So, I was having a conversation with someone in another SE room.
She said that her org was using MS dbs, and if they were to switch to another db, eg PG, they would have to fire everyone and hire new people. I didn't see why the DBAs couldn't adjust to a new DB. She said it takes years to become expert in a new DB.
I mean, if they solely use SQL-Server (and therefore Windows) for years, it wouldn't be simple to adjust to Postgres (and probably Linux) for all the DBA operations.
@FaheemMitha I don't know. Judging from the Heap, SQL-Server guys have extensive experience in SQL-Server. Whether they would adjust to a different platform or prefer to leave for another company, it's personal I guess.
But there are professionals with experience in more than one dbms.
@ypercube I've gone SQL Server -> Oracle and then back to SQL Server. Some folks manage multiple DB types. However, quite a few roles are specific to a single platform, particularly in larger organisations.
I, personally, am a SQL Server DBA. However, at my company, we also have as AS/400. So I get to dabble in both but my primary focus is SQL server. It really just depends on your environment.
@FaheemMitha Not really. It's challenging as many things are different but I just view it as expanding my skillset and getting exposure to other systems is a good thing. I'm certainly not as comfortable with the AS/400 but I know enough to be dangerous.
My position was that it would have been a very dumb idea to try to convince the people in my department to switch everything to Postgre, no matter what my personal preferences are
@FaheemMitha Supportability. If no one knows PG, then writing code for it could make ti challenging to support should the preverbial doo-doo hit the fan
The SQL is similar. For simple queries. For complex queries, and stored procedures, and triggers, and isolation levels, and many more stuff, they differ a lot. For administration purposes, installations, etc, they differ even more
@FaheemMitha Are you aware of the effort needed for managing a heterogenous IT landscape when compared to the effort needed for managing a homogenous one?
If one of my devs went and wrote a bunch of PG stuff, if things went horribly sideways, there would be FAR less people able to diagnose and troubleshoot any issues
The fundamentals of a relational database are going to hold true regardless of the host OS, or implementation of a particular RDBMS. The specifics of how to troubleshoot one will vary greatly between implementations otherwise there'd be no reason to go with one variant versus another
However, what people may not realize is these DBAs that have been there for X years are probably/should be familiar with the business processes the organization handles. They may not know the internals of the new platform but they understand that all the accounting has to be complete by the 5th business day or we face major fines from the regulators, etc
so having one project which runs on a system different from all others produces lots of extra work and needs a different skill set making people less fungible, and that is a headache no IT director wants to have in their department
The major work in doing a DB app is writing/testing the code. In combination with whatever else is going on. The admin for that project is relatively minor overhead.
@FaheemMitha I can open a Chilton's manual and repair my own automobile but do I have all the tools and experience to know that the rattle is due to a bad universal joint or is it a tire separating from the tred.
@rumtscho we might be meaning that word differently. I mean, you don't want to be someone who is interchangeable with lots of other people. And I think it could be quite good for the irreplacable guy. Hard to be fired and all that.
@rumtscho I didn't realise your IT director was concerned about benefits. :-)
I don't even know what an IT director is. Like the CTO?
so having one project which runs on a system different from all others produces lots of extra work and needs a different skill set making people less fungible, and that is a headache no IT director wants to have in their department
If every developer is in charge of their database, how will you ensure that basic best practices are defined and enforced? Take something as simple as a backup - how many questions have been posted to this forum from people that didn't have a sound backup and recovery strategy.
If your business is subject to regulations (SOX, SAS70, HIPPA, PCI, PII) do you as the business owner really want to have every developer responsible for the success or failure of your corporation?
in the sense that it is running on a DB server which has dozens of other databases, gets administered by a dedicated person, is part of the general backup strategy, gets updates whenever it needs them, etc.