• Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
  • Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!

Job specs asking for specific database experience

Collapse
X
  •  
  • Filter
  • Time
  • Show
Clear All
new posts

    #21
    Originally posted by Spacecadet View Post
    Unfortunately many programmers think that SQL is a "piece of piss" and don't give it the time it requires.
    Worst has to be the use of cursors when there is absolutely no need fo it.

    I've lost count of how many times I've had to fix programmers attempts at SQL because they've made basic errors in their approach to the situation.

    Worst I've seen was a migration script which was written by a C# programmer. It was taking over 12 hours to run.
    Took me less than 15 minutes to rewrite it so it ran in a couple of minutes... they'd wasted weeks on it
    Worst I saw was someone who was dynamically creating a insert statement to insert a row from a file which the application had read in. The files contained hundreds of thousands of lines. I changed it to a parameterised pre-compiled command (using ADO) and kept it in a singleton. Times went from 3+hrs to ~1min, Records per second went from 30 to ~35,000.


    PL/SQL is good...but I would never put my business logic in the database. I have heard of some groups which have done it. So when you change DB technology, you end up forking out mega $$$ to rewrite it all.
    McCoy: "Medical men are trained in logic."
    Spock: "Trained? Judging from you, I would have guessed it was trial and error."

    Comment


      #22
      Originally posted by Gros View Post
      Right, I've been a java developer for years now, and have fairly decent experience with most of the open source databases (MySQL, Postgres etc) and also MS SQLServer.

      When I was looking for a role a few months back, I often got no further than the initial phone call to the agency because the role asked for experience with Oracle, sometimes PL/SQL.

      Now today I finally got to have a play with my colleagues PL/SQL editor. I might be missing something, but Oracle is just a database right? My own SQL may not be super advanced, but I was able to get all the queries that I wanted without any problems at all. As far as I can see, once you've seen one data query tool, you've seen them all. We're not talking major DBA work here, just the basic CRUD stuff common to most development roles.

      What's the big secret? Am I really not qualified to take on a development role where the database is Oracle, or should I be persuading the agent that it's not an issue?
      The specific point about PL/SQL is that it is procedural, which SQL is not. Yes, one of the things that you can do in a PL/SQL environment is run ordinary SQL queries with no procedural processing, but that's not really PL/SQL. From a job point of view, if it really requires PL/SQL then it probably makes use of the procedural aspects.

      Or the agent has no clue.

      Comment


        #23
        Originally posted by lilelvis2000 View Post
        PL/SQL is good...but I would never put my business logic in the database. I have heard of some groups which have done it. So when you change DB technology, you end up forking out mega $$$ to rewrite it all.
        They

        Always think of repeatable business
        Business logic in database means extra work at DB upgrade time
        Kerching
        Coffee's for closers

        Comment


          #24
          When I was looking for a role a few months back, I often got no further than the initial phone call to the agency because the role asked for experience with Oracle, sometimes PL/SQL.
          End of the day, if the recruiter has specified Oracle experience (as well as Java) then that's what the agency will try and provide. Remember that the agent (if s/he advertised it well enough) may well have had 20-30 applications, and needs to whittle down the list to one or two finalists. As mentioned above, it's all very well having a general of set theory, and how to use sub-queries etc but there's a lot of ways of optimising your code that need experience of Oracle. Not to mention the deprecated non-standard stuff that may still turn up in existing code.
          If it is important to you to gain Oracle experience, maybe you should seek out a migration role somewhere (possibly a lot less than you're on now) ? Or take one of those Indian courses (I'm not sure that would satisfy a recruitor in a case like this though)
          Speaking gibberish on internet talkboards since last Michaelmas. Plus here on Twitter

          Comment


            #25
            Originally posted by Spacecadet View Post

            .......
            Worst I've seen was a migration script which was written by a C# programmer. It was taking over 12 hours to run.
            Took me less than 15 minutes to rewrite it so it ran in a couple of minutes... they'd wasted weeks on it
            Maybe he was following advice from an old boss of mine - "never make it run as fast as you can first time, or you've got nowhere to go when the users complain about performance"

            Comment

            Working...
            X