• 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!
Collapse

You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:

  • You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
  • You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
  • If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.

Previously on "SQL Server collations"

Collapse

  • Spacecadet
    replied
    Originally posted by rsingh View Post
    Pay peanuts and you get...
    Squirrels!

    Leave a comment:


  • rsingh
    replied
    Originally posted by AtW View Post

    I'd gladly follow your advice and fire our DBA but that would be like firing myself...
    Pay peanuts and you get...

    Leave a comment:


  • Durbs
    replied
    Originally posted by PRC1964 View Post
    Case sensitivity is crucial to what I do. Without it my work would be almost impossible.
    Do you fit the little lights on Caps Lock keys?

    Leave a comment:


  • AtW
    replied
    Originally posted by Spacecadet View Post
    For what you get it's not a bad price and you're not being stung every time you want to do anything extra as it all comes as one package.
    I like SQL Server. That's because it has got Sybase roots and Sybase was sooooo good, really gutted they lost out in the end

    Anyway, SQL prices are totally ridiculous - be it Microsoft or Oracle, so we are going to get rid of SQL server and replace it with open source stuff.

    This time I'll pay attention to default settings though

    PostgreSQL is apparently pretty good - used it some years ago in SKA when they had first beta builds for Windows, but apparently they improved and we'll use Linux version anyway...

    Leave a comment:


  • Spacecadet
    replied
    Originally posted by Forum Spammer View Post
    True. Fell off my chair the other day when I saw how much they charge for the Enterprise edition of SQL Server. $24k IIRC, I assume that's in monopoly money or something.
    For what you get it's not a bad price and you're not being stung every time you want to do anything extra as it all comes as one package.
    Also I think that a lot of companies who get Enterprise could have done with just getting Standard which is a lot cheaper but has enough of the features for a system which could suffer some downtime in the event of a server outage

    Originally posted by Forum Spammer View Post
    So what's the fourth option if you decide neither SQL Server, Oracle, or MySQL is good enough?
    There are plenty of other options, if you have to ask then I can't tell

    Leave a comment:


  • PAH
    replied
    Originally posted by AtW View Post


    paying exorbitant license fees

    True. Fell off my chair the other day when I saw how much they charge for the Enterprise edition of SQL Server. $24k IIRC, I assume that's in monopoly money or something.

    So what's the fourth option if you decide neither SQL Server, Oracle, or MySQL is good enough?

    Leave a comment:


  • AtW
    replied
    Originally posted by PAH View Post


    What were Microsoft thinking, they're so well known for always being sensitive about their cases.



    paying exorbitant license fees

    Leave a comment:


  • PAH
    replied
    Originally posted by AtW View Post
    SQL Server collations ... with case insensitivity being default for strings...



    What were Microsoft thinking, they're so well known for always being sensitive about their cases.

    Leave a comment:


  • AtW
    replied
    Originally posted by PRC1964 View Post
    Case sensitivity is crucial to what I do. Without it my work would be almost impossible.
    The way I see it is that this is part of noobifying stuff.

    It's like BASIC which allows non-case sensitive keywords, perfect for noobs, where as C# and other proper languages would have case sensitivity.

    This goes much further though - turns out one can't bloody be sure that SQL written in pretty standard way, ie:

    select * from URLs where URL='xxx'

    would work on all system - ffs, if I wanted case insensitivity I would have used lower() or some other stuff, making default install to have case insensitive collation is so bloody insensitive!

    I am going to complain to Bill Gates in person at the first opportunity I get: this adds up to the list of people at Microsoft who did far worse things...

    Leave a comment:


  • PRC1964
    replied
    Originally posted by Spacecadet View Post
    Why do you want case sensitivity?

    In EVERY system I've worked on having a case sensitive database would have been a nightmare
    Case sensitivity is crucial to what I do. Without it my work would be almost impossible.

    Leave a comment:


  • AtW
    replied
    Originally posted by Spacecadet View Post
    Default collation is set at instance level and can easily be determined during install.
    Could not change it on database level even on my small test DB, decided to walk away from that risk and just used COLLATE in SQL, this part of the SKA is definately going out of relational DB, out out out ...

    I'd gladly follow your advice and fire our DBA but that would be like firing myself...

    Leave a comment:


  • Spacecadet
    replied
    Originally posted by AtW View Post
    defaults in my view should not have such sneaky side effects: this effectively forces to use explicit collation in SQL, leading to dirty code.
    Change the view to specify collation then

    Default collation is set at instance level and can easily be determined during install.
    If it's that important then fire your DBA and get someone who knows what they're doing in!

    Leave a comment:


  • AtW
    replied
    Originally posted by Spacecadet View Post
    Why do you want case sensitivity?
    Data is case sensitive - we were storing URLs that were checked to be unique for given report before insertion, this was causing issues due to case insensitive nature of default collation. Solved now, but a bit annoyed - defaults in my view should not have such sneaky side effects: this effectively forces to use explicit collation in SQL, leading to dirty code.

    Originally posted by Spacecadet View Post
    In EVERY system I've worked on having a case sensitive database would have been a nightmare
    Then you are not Spartacus!

    Leave a comment:


  • Spacecadet
    replied
    Originally posted by AtW View Post
    Yes.

    I should have paid more attention to default collations - using case insensitive is nuts.
    Why do you want case sensitivity?

    In EVERY system I've worked on having a case sensitive database would have been a nightmare

    Leave a comment:


  • AtW
    replied
    If you don't want case sensitive query you can use lower() or (if you are concerned about performance) lower case data before inserting it into database, or have another lower cased field if you need both.



    Anyway bug is fixed and lesson learnt: I was going to yank SQL Server out of the window soon, and now that's going to happen a lot sooner

    Leave a comment:

Working...
X