Есть задача предоставить пользователю некий веб-интерфейс, с помощью которого он сможет управлять данными в БД.
Предполагается сделать blazor приложение, в котором пользователь выберет xlsx файл и загрузит его содержимое в базу.

И вот здесь не могу определиться, как обработать файл? Толкнуть SSIS пакет из приложения или на C# организовать чтение файла и запись в БД?

Может есть более простой вариант для решения такой задачи или какой-то готовый универсальный инструмент?

PetroNotC Sharp,

На чем бы Вы предложили делать?

С вебом все понятно.
Десктоп не подходит, потому что возникает вопрос с распространением этого приложения.
Если пользователь один, другое дело
А когда их десятки. Выкладывать десктоп в шару или распространять через GP? Не очень как-то.
Куда будет десктоп складывать файлы для последующей обработки тоже в шару? Или сразу из себя соединяться с БД и заталкивать туда содержимое?
Через шару можно и на SSRS сделать простой отчет, который будет при нажатии на кнопку толкать SSIS для загрузки из шары, но это костыляка.

Я бы предложил делать та том, на чём умеете. В конце концов ничто не мешает Вам
по-быстрому сделать первый вариант, а если не взлетит - попытать второй.

Ну вот тут и вопрос)) Потому что работать с этим особо не приходилось, стал смотреть, какие платформы для разработки веб-приложений нынче в моде. Так как нет особого опыта в них, то все равно с чего начинать)))

Сейчас все сложно - через костыляку.

На SSRS сделан отчет, который как бы и не отчет, а набор ссылок, оформленных в виде кнопок.
Кнопки с текстом типа "Загрузить Х", "Загрузить Y", "Просмотреть X", "Очистить Y" и т.д.
При нажатии на кнопку открывается этот же отчет, только с другим параметром. Куча датасетов, в каждом из них IF
А под IF'ом кроется либо запуск SSIS пакета (если параметр в отчете для него предназначен), который из шары забирает файл и уже сам укладывает БД, а в конце, по результату работы пакета возвращается некое значение в поле resul, либо, возврат "select 0 as result" если попали в ELSE. Если загрузка успешная, то снова этот же отчет открывается и на нем отображается результирующая табличка, которая была загружена из файла.
Разумеется, пользователь должен заранее положить в шару файл.

Со временем кнопок становится все больше, датасетов тоже.
Там уже черт ногу сломит. Хотя изначально архитектура продумывалась так, чтобы добавление новой кнопки сводилась к минимуму действий, однако это все равно не самое приятное занятие. А больше всего бесит шара. Потому что SSIS пакет ищет один конкретный файл в определенной папке. Имя имеет значение. Пользователи путаются - выкладывают файл не в ту шару, дают ему не то имя и так далее.

Я хочу это переделать на что-то человеческое.
Чтобы не было шары, чтобы открывался диалог выбора файла с машины пользователя.
Думал сначала использовать какой-нибудь CRM, чтобы был тупо кноструктор страничек, но опять возникает вопрос - что, писать SQL запрос внутри этого CRM, который будет что? И все пароли ему отдать, этому CRM?

Половина функционала CRM будет не нужна. По факту мне нужна-две странички, с парой-тройкой контролов. С доменной аутентификацией, ну и разграничением кому что можно.

Потом появились мысли на этом же приложении API сделать, чтобы не только пользователи, но и роботы могли что-то сделать иногда. Причем планирую без IIS, на kestrel.

После долгих раздумий было решено делать приложение на шарпах, и вопрос топика сводился по сути только к тому, как прочитать файл xlsx: средствами c# либо SSIS пакетом (с религиозной точки зрения)? Мне понравился вариант через OleDbConnection - не придется на сервере ставить офис, а драйвер Access database engine 12 там уже и так стоит, для SSIS пакетов, которые сейчас работают.

Может быть после всей этой истории что-то посоветуете об общем подходе? Может быть не тем путем я иду?

Прошу прощения, хотел написать CMS.


Да, тащит.


Чтобы было легко грузить данные в БД, как из файлов (в большинстве случаев), так и возможность подправить какую-то константу в пару нажатий. У каждого пользователя они свои - наборы и структура файлов, константы для разных сервисов и/или отчетов. Доступ должен быть ограничен и каждому своё. Настройки должны быть у приложения, разумеется, чтобы можно было управлять правами и прочим.

Также нужно предоставить другим системам (за пределами предприятия) в автоматическом режиме получать/отправлять некоторые наборы данных. Хотелось бы, чтобы это была отдельная служба, которую без особых сложностей можно запустить на том или ином сервере.

Ресурсы... их почти нет (свободных нет, среди которых неплохие MSSQLбазаданщики и несколько универсалов, вот так чтобы был чистый c++ник, который только этим занимается - таких нет). Это задача факультативная, можно сказать даже, что она исследовательская, направленная на приобретение компетенций, поэтому сроков нет.

Если выйдет первый блин комом - ничего страшного.

Нет никакой необходимости сразу делать один большой комбайн. Первое, что меня интересует - это веб-UI, с возможностью загрузки файлов в БД. Что бы не говорили выше, десктоп, распространяемый через шары не устраивает. И пусть меня закидают тапками, если кому-то это угодно.

Просто все это описание уже выходит за рамки заголовка, модераторы меня порежут на куски)

Хочу уточнить, что в базу стекаются данные из разных систем и управление этими данными ведется в первоисточниках. Но есть ряд данных, которых нет нигде, только у менеджеров на руках в каких-то файликах, однако конечная картина складывается только при склеивании данных из файлов и первоисточников. Вот именно эти данные из файлов нужно загружать и ими управлять - корректировать, обновлять, дополнять.

[quot White Owl#22154866]
Отчетная система уже есть на SSRS и она работает. Нет необходимости делать ее на экселях.
Форматы файлов для загрузки стандартизированы. Пользователь выгружает шаблон файла из системы - это уже есть!
Там заполнен ряд столбцов идентификаторами и описанием. Остается только нужные цифры проставить напротив того или иного идентификатора, а затем загрузить обратно.
Почему именно эксель: потому что данных много - тысячи строк и заполнять их вручную где-то в эдитбоксах не реально, а в экселе это удобно - протянул, выделил и все такое. Из-за большого количества элементов нужна пакетная загрузка.
Что это за данные, которые есть у менеджеров:
Например, какие-то бонусы клиентам/поставщикам, на которые нужно скорректировать конечные цифры, имеющиеся в учетной системе. В учетной системе нет полей, куда можно эти данные внести.
Либо это какие-то планы по продажам или коэффициенты по логистике и многое другое другое.
Это такие данные, которые меняются достаточно быстро. Учетные системы за этими изменениями не успевают, чтобы вносить их туда. Под внесением я подразумеваю добавление новых полей в учетную систему.
Я не знаю как еще сказать, что от экселя тут не избавиться.

Можете представить, хоть на минуту, что все варианты были уже рассмотрены?
Концепция уже есть и она продумана до мелочей.
Вопрос я задаю все время только в одной плоскости - с помощью чего загрузить эти файлы?
Какой удобный инструмент для этого есть? Какая-то платформа?
Меня интересует только это.
Поиски такой платформы не дали результата, поэтому было решено делать его самостоятельно.