Для Вашего приложения nvarchar прекрасен, потому что размер базы данных является небольшим. Высказывание "всегда использует nvarchar", значительное упрощение. Если Вы не будете обязаны хранить вещи как Кандзи или другие сумасшедшие символы, используйте VARCHAR, то оно использует намного меньше пространства. Мой предшественник в моем текущем задании разработал что-то с помощью NVARCHAR, когда это не было необходимо. Мы недавно переключили его на VARCHAR и сохранили 15 ГБ на просто, что таблица (это было высоко записано в). Кроме того, если у Вас затем есть индекс на той таблице, и Вы хотите включать тот столбец или сделать сводный индекс, Вы только что сделали свой размер индексного файла больше.
Просто быть вдумчивым в Вашем решении; в разработке SQL и определениях данных там, кажется, редко "ответ по умолчанию" (кроме, избегают курсоров любой ценой, конечно).
Есть инструмент под названием nDepend, который дает такого рода анализ.
В основном это для языков .net, но у них есть версии для C ++ и Java.
SourceMonitor - бесплатное и простое в использовании программное обеспечение для создания отчетов о показателях кода.