Миграция accdb на С#. Целесообразно?

[Aleksandr H.]

Имеется около 10 баз для разных отчетов разработанных на access"е. Руководство родило идею, что неплохо бы сделать их аналог на C#.

С шарпом знаком на элементарном уровне, поэтому подскажите, есть ли смысл в этом? Ведь в Accesse все делалось в визуальному редакторе, часть функционала на VBA, а в шарпе придется через sql коды писать все запросы; через внешние компоненты подключаться сначала к SQL Server для сбора данных, а результаты выводить или в excel. И, наверное, не надо 10 баз, а делать одну, но с mdi-формамы.

Или я неверно себе общую картину представляю?

[Alex11223]

Так если нет смысла, то почему вдруг руководство решило, что есть?
Обычно бывает наоборот.

А что за БД, для чего они, как используются?

[Aleksandr H.]

Сообщение от Alex11223

А что за БД, для чего они, как используются?

Сбор и отображение статистики о продажах, остатках на складе, заказах на производство, нормы сырья, справочная информация о клиетах. Формирование данных и расчеты для составления прогнозов продаж, производства, потребления сырья. Вывод в xlsx, pdf файлы.

Сообщение от Alex11223

Так если нет смысла, то почему вдруг руководство решило, что есть?

не принято спрашивать "ход мысли к этому выводу".

[waleri]

Сообщение от Aleksandr H.

не принято спрашивать "ход мысли к этому выводу".

Так это вы и спрашиваете... а начальство уже решило.
По мне, если работает - лучше не трогать.
Тем более - 10 баз звучит страшно... Точно не идет речь о 10 таблицах?

[Alex11223]

А SQL сервер вообще точно нужен? Сейчас с БД в акцэсе работает не только один человек, оно как-то расшарено?

(кстати, если что, никто не заставляет в .NET использовать именно MS SQL, в ADO.NET все так же работает и с MySql, и с Postgre. Ну это на случай если вдруг нужна/будет нужна не только винда)

[pu4koff]

Сообщение от Aleksandr H.

Имеется около 10 баз для разных отчетов разработанных на access"е. Руководство родило идею, что неплохо бы сделать их аналог на C#.

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

Сообщение от Aleksandr H.

С шарпом знаком на элементарном уровне, поэтому подскажите, есть ли смысл в этом? Ведь в Accesse все делалось в визуальному редакторе, часть функционала на VBA, а в шарпе придется через sql коды писать все запросы; через внешние компоненты подключаться сначала к SQL Server для сбора данных, а результаты выводить или в excel. И, наверное, не надо 10 баз, а делать одну, но с mdi-формамы.

VB.NET руководство не устроит? Именно шарп нужен?
SQL Server тут не нужен совершенно. Шарп легко и непринуждённо напрямую работает с базами Access.

[Aleksandr H.]

Сообщение от Alex11223

А SQL сервер вообще точно нужен? Сейчас с БД в акцэсе работает не только один человек, оно как-то расшарено?

данные тянутся из ERP JD Edwards, в accesse хранятся дополнительные таблицы, макросы, отчеты. Сейчас с БДых работает только один пользователь.

Шарп легко и непринуждённо напрямую работает с базами Access.

Т.е. можна из шарпа потянуть отчет Access и сохранить/распечатать? Тогда, имхо, незачем еще одно звено, в виде шарпа, между получением данных - выводом на екран нужного отчета.

VB.NET руководство не устроит? Именно шарп нужен?

Пока что не нужен. Был вопрос, можем сделать и будет ли полезней access'a или не заморачиваться.

[pu4koff]

А в самой ERP нельзя сделать нужные отчеты и добавить данные?

[Aleksandr H.]

Сообщение от pu4koff

А в самой ERP нельзя сделать нужные отчеты и добавить данные?

Теоретически можна, но, практически, нет, так как ERP поддерживается не нами. Да и вопрос не о допилке ERP.
Ну, допустим, нарисую я MDI формы что будут напоминать аксессовские формы и даже функционал прикручу.
Проблема будет в том, что это будут "конечные" продукты и для расширения их возможностей надо писать патчи/новые версии exe компилировать?