Forum Replies Created

Viewing 12 posts - 1 through 12 (of 12 total)

  • RE: Why Scalar Functions Can Be Costly

    richard.davies 86895 - Friday, June 2, 2017 1:29 AM

    Hi,

    I thought his article extremely enlightening. I am not a sql guru, so apologise...

  • RE: Lots of inserts? Part I

    All 100 transactions are nested transactions. That means the only "real" transaction is the first one. Until the very first transaction is committed, nothing is "really" committed.

    With a nested...

  • RE: The Hidden Trigger

    My first exposure to SQL Server was with an application that made extremely heavy use of database trigger, they stored an awful lot of application logic in them. Because we...

  • RE: SQL Server on Linux

    As much as I look forwards to SQL Server being on Linix, I expect in 2017 forums covering aspects of the LAMP stack will be clogged up with posts along...

  • RE: SQL Server on Linux

    Steve Jones has a side career as carnival fortune teller.

    https://www.microsoft.com/en-us/server-cloud/sql-server-on-linux.aspx

  • RE: The DBA's Essential Index Monitoring and Maintenance Tasks

    Indy Mike (2/15/2016)


    I've come to understand that tables below a certain size will not use the indexes assigned to them, because the table is more efficiently joined by loading it...

  • RE: Why Scalar Functions Can Be Costly

    I remember that Simon Sabin did an article called "Scalar functions are evil", but whenever I needed to send someone a link to it I'd Google for "Simon Sabin is...

  • RE: The dotted table

    DonlSimpson (11/24/2015)


    Also, never use absolutes!

    The only rule of thumb I use is "rules of thumb are usually wrong"

  • RE: The dotted table

    They have not made a manual large enough with which to beat the developer / DBA who would create a table like this in Production.

  • RE: The Counter Offer - Part 2

    the issue I have with the counter offer is that with a good boss / manager, the options available too you in the company should have been discussed before getting...

  • RE: No More Foreign Keys?

    Even if a case can be made to not use Foreign Keys, you still have to live with "Low Tech Ley" wish to fragment the database into separate (micro)databases. Referential...

  • RE: No More Foreign Keys?

    One thing to note straight out of the gate is that he doesn't specifically say the problem is Foreign Keys. Rather that his solution to his problem is to create...

Viewing 12 posts - 1 through 12 (of 12 total)