Development Environment Needs?

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • CG

    Development Environment Needs?

    Trying to figure out what development enviroment we need in order to
    do the following:

    - develop a non-native SQL server stored procedure;
    - call a web service or java program from the stored procedure;
    - return static values;
    - call the stored procedure from a view.

    How do I get a hold of the right tools and what do I need to put the
    pieces together?

    Obviously, I've not used SQL server and I'm looking for the basic
    starting point.

    Thanks!
  • Erland Sommarskog

    #2
    Re: Development Environment Needs?

    CG (chelseagraylin @hotmail.com) writes:[color=blue]
    > Trying to figure out what development enviroment we need in order to
    > do the following:
    >
    > - develop a non-native SQL server stored procedure;
    > - call a web service or java program from the stored procedure;
    > - return static values;
    > - call the stored procedure from a view.[/color]

    You cannot call stored procedures from views. You can call extended
    stored procedures from used-defined functions though, and these you
    call from views. (Or use table-valued functions which are basically
    parameterized views, and which can be multi-statement.)

    Typically you develop extended stored procedures in C++. If you want to
    talk .Net you would need a COM interop.

    Since you appear to be forward-looking, you might find interest in
    the upcoming version of SQL Server, where you can program CLR directly
    in SQL Server. In SQL 2005 you can develop the function directly in
    CLR. To call a web service there would still be a few things to go
    through, but it would certainly be easier.

    Beta 2 of SQL Server is expected soon, and this will be a public beta.


    --
    Erland Sommarskog, SQL Server MVP, esquel@sommarsk og.se

    Books Online for SQL Server SP3 at
    SQL Server 2025 redefines what's possible for enterprise data. With developer-first features and integration with analytics and AI models, SQL Server 2025 accelerates AI innovation using the data you already have.

    Comment

    • CG

      #3
      Re: Development Environment Needs?

      So if I want to do this with the current version (yes, looks like this
      will be much easier in the future!), I need a SQL Server environment
      set up (hopefully just the desktop version) and then I need an
      environment to be able to write a C++ program that is accessible by
      SQL Server?

      Sounds so easy...

      Comment

      • Erland Sommarskog

        #4
        Re: Development Environment Needs?

        CG (chelseagraylin @hotmail.com) writes:[color=blue]
        > So if I want to do this with the current version (yes, looks like this
        > will be much easier in the future!), I need a SQL Server environment
        > set up (hopefully just the desktop version) and then I need an
        > environment to be able to write a C++ program that is accessible by
        > SQL Server?[/color]

        For SQL Server I would recommend using Developer Edition, which is at
        49 USD only. Developer Edition comes with graphic tools, and having
        Query Analyzer to submit queries is invaluable.

        However, once you go in production, you are better of with MSDE, since
        Developer Edition is not licensed for production. (And for some strange
        reason, the graphic tools can be used against MSDE according to the
        license.)

        You will also need a couple of include files and link libraries. They
        come with Devloper Edition.

        For the C++ environment I am not really the guy to ask, but Visual
        Studio is of course a safe bet. If you go for GNU C++ to use freeware,
        you will probably need the Platform SDK, which I have no idea how it
        is available outside VS.
        [color=blue]
        > Sounds so easy...[/color]

        Getting the environment is indeed the easy part. The actual development
        is likely to be tougher. Writing extended stored procedures is not for
        the faint of heart. Keep in mind that they execute in-process, so an
        access violation in your XP can crash the entire SQL Server.

        --
        Erland Sommarskog, SQL Server MVP, esquel@sommarsk og.se

        Books Online for SQL Server SP3 at
        SQL Server 2025 redefines what's possible for enterprise data. With developer-first features and integration with analytics and AI models, SQL Server 2025 accelerates AI innovation using the data you already have.

        Comment

        • Erland Sommarskog

          #5
          Re: Development Environment Needs?

          Erland Sommarskog (esquel@sommars kog.se) writes:[color=blue]
          > (And for some strange reason, the graphic tools can be used against MSDE
          > according to the license.)[/color]

          An important word disappeared here, so I take it again:
          [color=blue]
          > (And for some strange reason, the graphic tools can *not* be used against
          > MSDE according to the license.)[/color]


          --
          Erland Sommarskog, SQL Server MVP, esquel@sommarsk og.se

          Books Online for SQL Server SP3 at
          SQL Server 2025 redefines what's possible for enterprise data. With developer-first features and integration with analytics and AI models, SQL Server 2025 accelerates AI innovation using the data you already have.

          Comment

          • John Bell

            #6
            Re: Development Environment Needs?

            Hi

            To add to Erland's post...

            Don't forget source code control, such as Visual Source Safe or PVCS... If
            you go the whole Microsoft suite then a MSDN subscription would be an
            excellent investment.

            John

            "Erland Sommarskog" <esquel@sommars kog.se> wrote in message
            news:Xns951B290 5B452Yazorman@1 27.0.0.1...[color=blue]
            > CG (chelseagraylin @hotmail.com) writes:[color=green]
            > > So if I want to do this with the current version (yes, looks like this
            > > will be much easier in the future!), I need a SQL Server environment
            > > set up (hopefully just the desktop version) and then I need an
            > > environment to be able to write a C++ program that is accessible by
            > > SQL Server?[/color]
            >
            > For SQL Server I would recommend using Developer Edition, which is at
            > 49 USD only. Developer Edition comes with graphic tools, and having
            > Query Analyzer to submit queries is invaluable.
            >
            > However, once you go in production, you are better of with MSDE, since
            > Developer Edition is not licensed for production. (And for some strange
            > reason, the graphic tools can be used against MSDE according to the
            > license.)
            >
            > You will also need a couple of include files and link libraries. They
            > come with Devloper Edition.
            >
            > For the C++ environment I am not really the guy to ask, but Visual
            > Studio is of course a safe bet. If you go for GNU C++ to use freeware,
            > you will probably need the Platform SDK, which I have no idea how it
            > is available outside VS.
            >[color=green]
            > > Sounds so easy...[/color]
            >
            > Getting the environment is indeed the easy part. The actual development
            > is likely to be tougher. Writing extended stored procedures is not for
            > the faint of heart. Keep in mind that they execute in-process, so an
            > access violation in your XP can crash the entire SQL Server.
            >
            > --
            > Erland Sommarskog, SQL Server MVP, esquel@sommarsk og.se
            >
            > Books Online for SQL Server SP3 at
            > http://www.microsoft.com/sql/techinf...2000/books.asp[/color]


            Comment

            Working...