Является ли «консольный тип» приложения подходящим для моего решения? (C#)

Question

Я только начал свою стажировку в качестве студента-разработчика.

Мне нужно написать программу на C#, которая будет читать CSV-продукт, затем проанализировать его, сопоставить и вставить или обновить в базу данных SQL Server.

Программа будет работать на Windows VPS и должна выполняться ежедневно, так как CSV также будет обновляться ежедневно. Мне нужно автоматизировать этот процесс.

SO прийти на мои вопросы:

1. Могу ли я пойти с консольным приложением? (потому что мне не нужен какой-либо графический интерфейс)

2. Будет ли такая программа с вложенными циклами для сбоя вставки/обновления или быть слишком тяжелой в БД, поскольку CSV может содержать + 100 тыс. записей?

Любое наведение в правильном направлении значительно apreciated

Answer 1

1. Могу ли я пойти с консольным приложением? (потому что мне не нужен какой-либо графический интерфейс) Да, вы можете Консольное приложение и расписание задач для запуска этой программы ежедневно. Также вы можете написать Служба Windows - в этом случае ваша программа будет работать в фоновом режиме.

2. Будет ли такая программа с вложенными циклами для сбоя вставки/обновления или быть слишком тяжелой в БД, поскольку CSV может содержать + 100 тыс. Записей?

100K + строит свое значение для MS SQL. Но обязательно нужно написать код правильно. Я проанализирую его, а затем вставлю в db в несколько потоков. Но это зависит от того, что вам нужно делать.

Answer 2

Технически вы можете использовать любой тип приложения, который хотите, но если я собираюсь написать это приложение, я выберу Windows Service Application, потому что вы хотите, чтобы приложение выполнялось многократно автоматическим способом.

и для исполнения, я не думаю, что попав в базу данных для каждой записи это лучшая практика здесь может быть, вы должны искать Bulk Insert.

Answer 3

1. ДА. Вы можете разработать консольное приложение. Выполнение чего-то с помощью Windows Forms или аналогичного (например, приложение C# с формой и одной кнопкой с кодом.) Было бы плохой идеей, так как вам не нужен графический интерфейс и было бы намного сложнее автоматизировать.

   Какие у вас есть варианты?

   • Консоль приложения: Простота разработки. Вы можете запланировать его с помощью Планировщика заданий Windows.
   • Служба Windows: Немного сложнее разработать. Гораздо проще управлять, если он работает или нет.
   • WCF или Restful Web Service: Сложнее разрабатывать, но более открытыми, если это необходимо для развития в будущем.Легче подключаться к другим серверам, так как выполнение может запускаться извне.

2. NO, потенциально нет, хотя и с плохим кодом вы можете управлять, чтобы создать проблемы в SQL Server.

Мой совет: Если у вас нет много времени/навыков, идти на консоли App. Если это возможно, создайте асинхронный RESTFUL веб-сервис, реализующий GET, чтобы увидеть статус последнего/текущего исполнения, POST для запуска нового выполнения и возврата правильных кодов ответа HTTP.