Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Database & SysAdmin
  3. Database
  4. SQL SERVER STORE PROCEDURE

SQL SERVER STORE PROCEDURE

Scheduled Pinned Locked Moved Database
questiondatabasesql-serversysadmin
4 Posts 4 Posters 4 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • L Offline
    L Offline
    Luis M Rojas
    wrote on last edited by
    #1

    Hello everybody, It is true that is not a good idea use store procedure actually? I mean, a) Not a good idea use it in sql and b) Using o call store procedure in a programming language? it is so: What is the best way?

    Richard DeemingR M 2 Replies Last reply
    0
    • L Luis M Rojas

      Hello everybody, It is true that is not a good idea use store procedure actually? I mean, a) Not a good idea use it in sql and b) Using o call store procedure in a programming language? it is so: What is the best way?

      Richard DeemingR Offline
      Richard DeemingR Offline
      Richard Deeming
      wrote on last edited by
      #2

      No. Using stored procedures is perfectly fine, and is often preferable to embedding queries directly in your application code. Whoever told you it's not a good idea clearly doesn't know what they're talking about.


      "These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer

      "These people looked deep within my soul and assigned me a number based on the order in which I joined" - Homer

      1 Reply Last reply
      0
      • L Luis M Rojas

        Hello everybody, It is true that is not a good idea use store procedure actually? I mean, a) Not a good idea use it in sql and b) Using o call store procedure in a programming language? it is so: What is the best way?

        M Offline
        M Offline
        Mycroft Holmes
        wrote on last edited by
        #3

        This is something I found some of the younger generation like to promote, put all your logic and processing in the business layer, make the database purely a storage facility. The argument is that you can spawn more processes from the BL to support growth. IMHO this is utter and absolute bullshit! Databases are optomised to support data PROCESSING as well as storage, that processing is done by stored procedures. We once did a test, I wrote a SP and a rather brilliant junior wrote a C# process to do the same long running process, the DB was dramatically faster.

        Never underestimate the power of human stupidity - RAH I'm old. I know stuff - JSOP

        J 1 Reply Last reply
        0
        • M Mycroft Holmes

          This is something I found some of the younger generation like to promote, put all your logic and processing in the business layer, make the database purely a storage facility. The argument is that you can spawn more processes from the BL to support growth. IMHO this is utter and absolute bullshit! Databases are optomised to support data PROCESSING as well as storage, that processing is done by stored procedures. We once did a test, I wrote a SP and a rather brilliant junior wrote a C# process to do the same long running process, the DB was dramatically faster.

          Never underestimate the power of human stupidity - RAH I'm old. I know stuff - JSOP

          J Offline
          J Offline
          jschell
          wrote on last edited by
          #4

          Mycroft Holmes wrote:

          the younger generation like to promote

          Where that typically means one or more of the following. 1. They are inexperienced. 2. They have no idea how to solve problems that show up 3. They have no expectation that problems will even show up. 4. They have no intention of being the one tasked with fixing the problems.

          1 Reply Last reply
          0
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • World
          • Users
          • Groups