Forum Replies Created

Viewing 15 posts - 61 through 75 (of 499 total)

  • RE: Using IronPython to talk to SQL Server

    xsevensinzx (6/13/2016)


    Question is, why should I use this over the other options with Python and SQL Server?

    if you want to use SMO objects, you need .NET support. CPython doesn't...

  • RE: Using APPLY to make your queries DRYer

    simon.barnes (6/10/2016)


    g.britton (6/10/2016)


    LOL! In any case, the point I'm making is to use CROSS APPLY to create a derived column without modifying the DDL. Just as the schema-defined...

  • RE: Using APPLY to make your queries DRYer

    simon.barnes (6/10/2016)


    ronmoses (4/2/2015)


    INCREDIBLEmouse (4/2/2015)


    Why not, cross apply (something) as SomethingDescriptiveButNotThisLong

    I also prefer at least semi-descriptive table aliases, just to help me keep track of where different values are coming from....

  • RE: Using APPLY to make your queries DRYer

    t.franz (6/10/2016)


    Nice article, but

    - minus point for the usage of [dbo].[udfBuildISO8601Date] (UDFs are slow); there is a built in function DATEFROMPARTS() with the same syntax, that outputs a date. If...

  • RE: Using APPLY to make your queries DRYer

    John Hick-456673 (6/10/2016)


    What about using the APPLY in the CTE?

    If it leads to DRYer, more maintainable code, count me in! Why not take the example and rework it as you...

  • RE: Using APPLY to make your queries DRYer

    Aaron N. Cutshall (6/10/2016) [snip] Still, I'd take clarity over cleverness any day provided performance and results are not impacted.

    As do I! Though I don't consider the use of CROSS...

  • RE: Using APPLY to make your queries DRYer

    Aaron N. Cutshall (6/10/2016)


    The use of APPLY is interesting and I did learn a couple of things, but in my opinion the CTE approach exemplified earlier is cleaner and easier...

  • RE: Using APPLY to make your queries DRYer

    fregatepllada (6/9/2016)


    HOW about Common Table Expression expressions? You should be able to use them in View definition 🙂 And I believe that they performed are BETTER than CROSS APPLY

    As far...

  • RE: Continuous Integration with Microsoft SQL Server

    Just to quickly answer the final question:

    So, is anyone doing CI with SQL server yet?

    These days, it seems everyone is doing CI with SQL Server. Redgate (sponsors of this...

  • RE: Open Source SQLPS

    Steve Jones - SSC Editor (3/11/2016)


    I tend to agree with g.britton. Python would have been a better choices, IMHO, for lots of the admin stuff. If they'd hooked this into...

  • RE: Open Source SQLPS

    n.arley.dealey (3/11/2016)


    I am a long-time Python fan and user but the comparison is apples and oranges.

    If you try to use PS in the same ways you would use Python, or...

  • RE: Open Source SQLPS

    (sigh!) Once again, I find myself wishing PS was still-born. Microsoft already had a viable alternative in IronPython (first appeared September 5, 2006) which is a far more capable...

  • RE: Open is Not Necessarily More Secure

    Good observations! FOSS is no more or less secure than any other software. The maxim "given enough eyeballs, all bugs are shallow" is true IFF there are lots...

  • RE: The Dangers of Algorithms

    I don't want things public. That creates issues. But they need to be able to be audited, independently.

    .

    I want all algorithms public. Algorithms published in peer-reviewed journals have a greater...

  • RE: The Dangers of Algorithms

    An algorithm is nothing but math. How can it be dangerous? If the math is correct (how about E=mc^2?) it is what is it is. The fact...

Viewing 15 posts - 61 through 75 (of 499 total)