Это зависит от того, как используются строки. Если они никогда не изменятся и никогда не будут представлены пользователю, тогда достаточно установить их как константы в самом коде. Нагрузка на память здесь будет минимальной.
Если это ярлыки или сообщения, которые пользователи будут видеть, но не будут обновлены приложением, тогда уместны таблицы строк. Это также позволяет вам локализовать ваше приложение в будущем. Требуемая здесь память будет, по крайней мере, такой же, как строковые константы, плюс некоторые накладные расходы для сантехники, встроенной в структуру ресурсов.
Если эти строки будут обновляться приложением (или его пользователями), вам нужно будет предусмотреть в своем коде для этого сохранение внешних строк - будь то в базе данных, в XML-файле, который вы (де) сериализация, простой текстовый файл или каким-либо другим способом. Здесь сложнее говорить о бремени памяти, потому что у вас так много разных вариантов реализации.
Что касается объема памяти этих строк: вы заявили, что у вас будет (самое большее) где-то около 1000 строк. Давайте будем щедрыми и назовем это 1500 на всякий случай Каждая строка будет около 100 символов. Символами в .NET являются UTF-16, что означает, что каждый занимает два байта. Исходя из этих предположений, мы можем сказать, что ваши строки будут занимать не менее 300 000 байтов - примерно 300 КБ, учитывая объем памяти, занятый самими строковыми объектами. Учитывая, что вы используете .NET Framework, этот тип памяти обычно не стоит ссориться.
РЕДАКТИРОВАТЬ: последствия для производительности
Подумайте, сколько работы ваш ЦП выполняет для каждого из вышеперечисленных.
С константами это в основном загрузка указателя.
В случае файлов вы сейчас говорите о загрузке имени файла, указании ОС открыть файл, прочитать его содержимое в памяти, обработать его и найти нужную строку. Это намного больше работы!
Теперь представьте, что может быть связано с простым подключением к базе данных, не говоря уже о получении информации из нее.
Вы никогда не побьете постоянные по скорости. Базы данных, безусловно, будут на несколько порядков медленнее, и их не следует рассматривать, если вам действительно не нужны их функции. Работа с файлами намного быстрее, чем работа с базами данных, но все же медленнее и более подвержена ошибкам, чем использование констант.