Po prostu "migrowaliśmy" bazę danych SQL Server 2005 z DEVEL do TEST. W jakiś sposób podczas migracji zmieniono DB z nieczułego na wielkość na wrażliwy - więc większość zapytań SQL złamała się spektakularnie.Czy są korzyści z bazy danych uwzględniającej wielkość liter?
Co chciałbym wiedzieć, to - czy istnieją wyraźne zalety stosowania schematu uwzględniającego wielkość liter?
UWAGA: Mam tu na myśli nazwy tabel, nazwy kolumn, zapisane nazwy proc. Itp. NIE mam na myśli faktycznych danych przechowywanych w tabelach.
Podczas pierwszej kontroli nie mogę znaleźć ważnego powodu, który oferuje korzyści w porównaniu z niewrażliwością na wielkość liter.
To jedyny powód, dla którego zrobimy to na pewno. – nickd
Druga odpowiedź: spraw, aby połowa systemów testowych była rozróżniana, a druga połowa nieczuła. Spowoduje to wychwycenie obu klas błędów. – Darron
Mamy różne sortowania serwerów na DEV i TEST. Zapewnia to, że zawsze określamy COLLATE na dowolnych tymczasowych tablicach, które tworzymy (na przykład w SProc) i dowolne formatowanie daty, które przypadkowo polega na konfiguracji serwera. – Kristen