Уважаемые эксперты!
Есть задача написать БД по клиентам размещенную в интернете, с онлайн доступом.

БД не очень сложная: 3 типа пользователей с разным доступом; всего человек 20-30.
Продавцы поддерживают информацию по магазинам, каждый по своему региону (регулярно, в идеале - ежедневно). Все вместе до 100-200 магазинов в день, несколько типов записей.
Руководство периодически заполняет/корректирует планы продавцам, и генерирует разного вида отчеты по данным продавцов.
Ну и еще какой-нибудь технический персонал, типа ассистентов, пару-тройку манипуляций делает (еще толком не придумала каких).
Ну и админский доступ еще, четвертый.

Как вариант, локальная БД где-нибудь на корпоративном сервере, и синхронизация с данными продавцов, например еженедельно.


Идея руководства - сделать БД с размещением в интернете на Access.


Дополнительная проблема состоит в том, что программиста в штате нет.
Уже вторая попытка привлечь человека (в данном случае это я) который никогда БД не писал.
Первая, очевидным образом, закончилась чем-то недописанным и корявым. И, естественно, без какого-либо описания.

Я пока нахожусь в состоянии неопределенности:
вообще это все бросить не начиная,

самой поковырять Access и написать еще одну неработающую версию,

нанять человека который бы сделал такую базу на Access,

все-таки думать о нормальной реализации задачи.


В связи с этим собираю мнения специалистов по следующим вопросам:

Насколько реально вообще написать на Access многопользовательскую БД с размещением в интернете?
Если в принципе это реально - стоит ли браться за это с нуля? (программистский стаж закончился 20 лет назад)

Если все-таки по по пути найма профессионала, на какое ПО ориентироваться? Бюджет, судя по всему, очень ограниченный.


Заранее благодарна за помощь!

Dimitry SibiryakovОльгаПНасколько реально вообще написать на Access многопользовательскую БД с
размещением в интернете?
Если в принципе это реально - стоит ли браться за это с нуля? (программистский стаж
закончился 20 лет назад)

В принципе реально, но геморроя будет в разы больше чем с классическими связками типа LAMP.


Да, спасибо!

miksoftДля начала привлеките профессионала, чтобы она разобрался в задаче, имеющихся возможностях, условиях на местах и т.п. и сформулировал или заставил вас сформулировать четкие технические требования. Это уже не форумный формат и займет, думаю, от нескольких часов до нескольких дней (в зависимости от сложности и запущенности) консультаций со всеми участвующими лицами.

Потом уже по этим требованиям этот же или уже другой профессионал предложит вам варианты работы с БД и т.п.


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

Уважаемые собеседники,

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

Или уж если ввязываться, то только в роли человека, формулирующего задачу профессиональным программистам?

miksoftОльгаПв компании сейчас устанавливают SAP
...
Но конкретно эта задача - какой-то рода фетиш начальника. И он уверен что привлеченный дилетант - это то что надо для такой задачи. И как его убедить что это невозможно - даже и не знаю.Вообще бредовая ситуация, имхо.
Я бы на вашем месте попытался пообщаться с теми людьми, кто вам проектирует внедрение этого SAP, и теми, кто с вашей стороны "заказывает музыку", и, в зависимости от результатов общения, либо забыть об этой задаче, либо участвовать, но не самостоятельно а, так сказать, "в общем русле". Возможен побочный эффект, что этому начальнику настучат по голове и он станет недобро на вас смотреть :)

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

miksoftDimitry Sibiryakovпропущено...

При отсутствии бюджета и админа - вряд ли.я поэтому и написал "Зависит от". Т.е. зависит от многого.

Ну, то есть, по вашему мнению задачка нерешаемая в таких обстоятельствах?

Dimitry Sibiryakovmiksoftвариант с VPN-ами и репликацией между несколькими инстансами СУБД решается
уже админом.
При отсутствии бюджета и админа - вряд ли.


Т.е. про Access можно забыть?

Dimitry SibiryakovОльгаПТ.е. про Access можно забыть?
Про задачу можно забыть. Легче всего это сделать с обоснованием "всё равно придётся
интегрироваться с SAP-ом, так что сначала подождём пока его внедрят". А там "либо шах,
либо ишак"...


Ну да...
Или как вариант можно до бесконечности "изучать" access и рисовать по формочке в неделю, и тут уже или шах или ишак. Как, собственно, предыдущий участник и поступил.
Только в моем возрасте такие игры уж настолько смешны...

Dimitry SibiryakovОльгаПТолько в моем возрасте такие игры уж настолько смешны...

Не хотите игр - подключайтесь к внедрению SAP-а, изучайте БД которую он будет использовать
и ищите способы её использования в онлайне. Возможно, там будет Оракул и вменяемая
структура, так что web-морду можно будет накидать на том же PHP.


Спасибо за совет!
На самом деле все еще смешнее - меня в эту ситуацию ветром надуло. Возвращаться к программированию из которого ушла 20 лет как - довольно свежее решение, пока для меня неочевидное.
В любом случае, признательна за мнение, и за советы.
Пока буду варить ситуацию дальше, посмотрим что сварится... ))))))

IzyaИз своего опыта.

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

По делу. С учетом сказанного Access КМК является очень хорошим решением. И по своему опыту Access при наличии опыта очень быстро позволяет ваять именно такие решения и они вполне работают. Опыт здесь главное. И WEB решения возможны, правда возможно, придется ограничиться IE. Но про Access лучше спросить у Accessников в соседнем форуме.

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


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

Я так поняла - ключевая фраза "при наличии опыта". А его-то как раз и нет...

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

Я пенек. Кто такой терминальный доступ?

londiniumавторЯ пенек. Кто такой терминальный доступ?
Удаленный рабочий стол, RDP/CITRIX и все такое прочее

Угу-угу. Периодически всякие иностранные агенты шарят, работать не дают...
Спасибо!

MasterZivDimitry Sibiryakovпропущено...

В принципе реально, но геморроя будет в разы больше чем с классическими связками типа LAMP.

Дима, это именно в принципе НЕ реально.
Можно было бы написать Web-приложение с бд на аксесе, только хостоваться она сможет только на винде, и где ты найдешь такого хостера, чтобы ещё и офис выложил, да ещё и с лицензиями проблемы будут — не понятно как вообще акцес для сети лицензируется.


Товарищь топик стартер!
В мире сейчас полно бесплатных субд, гораздо лучших акцесса. Бери и пользуйся.


Да, спасибо!
Хотелось сначала понять, есть ли смысл с Access заморачиваться. И если да, то в какой форме.

MasterZivОльгаП,

На самом деле если воспринимать версию на акцесе как функциональный прототип, то можно и написать.

Потом уже переписать это для веб , и на нормальной бд, сохраняя функциональность 1в1.

Будет три исхода:
- постановка будет такая дурацкая, что это вообще не взлетит, 80% ( но тебе будет чем себя занять)
- все кончится ок, и будет прилада на акцесс, начальство даст добро на Web, и далее уже делать его, как — другой вопрос.
- то же, но на Web не будет сил — можно попробовать заставить это чудо работать удалённо, VPN там или RDP.

Ещё есть там миграция на mssql, тоже можно попробовать, он есть express.


ОК. Спасибо!
Думала уже о версии на Access как о прототипе.
То что можно ее заставить работать под VPN - не знала, хорошая тема, спасибо собеседникам!

С постановкой разберусь - это мне как раз проще всего сделать, по ряду обстоятельств. Мне как раз наоборот, совершеннейшая лень Access изучать. То ли "надо себя заставить", то ли какого студента нанять на подработку... Или наоборот, админа с таким опытом.

Остается решить - ввязываться в это вообще, или отмазаться ))))))

Dimitry SibiryakovMasterZivМожно было бы написать Web-приложение с бд на аксесе, только хостоваться
она сможет только на винде, и где ты найдешь такого хостера, чтобы ещё и офис выложил, да
ещё и с лицензиями проблемы будут — не понятно как вообще акцес для сети лицензируется.

Access это не только "оболочка дешёвая", но и тупо файловая БД. С которой можно работать
из ASP.NET как и с любой другой. Хостера, естественно, такого не найдёшь, так что придётся
сервер поселять прямо в сети заказчика. Что, конечно, хлопотно, но возможно. Как я и говорил.


т.е. по любому взаимодействовать с корпоративным IT?

ZukoraОльгаП т.е. по любому взаимодействовать с корпоративным IT?

Воевать с ними у Вас нет ни знаний, ни сил, ни возможности, ни служебных полномочий.. да и смысла брать на свою голову чью то ответственность? А ведь именно они отвечают за полноту программного и аппаратного обеспечения, гарантирующую бесперебойную работу корпорации. Также на них возложено обеспечение безопасности всех потоков данных. Но тут всплывает наличие некого нигде не описанного комплекса с непонятными пользователями, которые непонятно кем админятся, но полным ходом разглашают в незащищенном виде коммерческую информацию о работе 200 магазинов. Чииик и mdb на флешечке.
Вам не страшно брать на себя такую ответсвенность?

Ну, воевать у меня, прежде всего, нет никакого желания.
А безопасность - сейчас это в excel'е, и никто особо не морочится безопасностью.

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

Sgt.PepperОльгаПНо конкретно эта задача - какой-то рода фетиш начальника. И он уверен что привлеченный дилетант - это то что надо для такой задачи. И как его убедить что это невозможно - даже и не знаю.Фетиш в том, чтобы задача работала, или фетиш в том, чтобы делать ее своими силами и именно на Access?..
Или Access потому что Вы лично имели опыт его использования?..
Для такой задачи как минимум экзотичный выбор...

Access - это его идея. Я им вообще не пользовалась никогда.
Фетишизм там, скорее "политический" - вообще непонятно зачем ему эта задача сдалась.

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

IzyaСмотрю, тут многие пытаются красиво и правильно сделать (типа "Access фигня, IE отстой"). Конечно, это правильное желание, но здесь КМК приоритеты другие. У бизнеса есть задача (пусть даже это блажь начальства) и надо ее сделать доступными, кондовыми, минимальными средствами. Access под это подходит полностью.

Мне кажется, в тех условиях, где Ольга живет всякое решение будет хорошим, лишь бы оно работало. Там люди
1) непривередливые, и будут рады избавитьтся от тупого вбивания в Excel, что бы потом в этом же Excel'е из файлов и листов пивоты сводить.
2) воспитанные . выполняют инструкции. Написано IE8 - будут пользовать IE8
3) чтят кодекс и нелицензинонным ПО не пользуются

Мне когда то в таких условиях пришлось сделать систему сбора данных о продажах и запасах контрагентов и прогнозирования продаж и бюджетирование закупок. В силу корпоративной специфики сделано было извините на VBA с Excel'ем в качестве морды. Там чего только не пришлось сделать - загрузки данных из других файлов практически с любой структурой, всякие подгрузки из корпоратвных БД, сведение тоталов, графики, формы, учет трендов, сезоннотей, лончей новой продукции. Точность 6% на горизонте года. Если б я здесь спашивал, уверен, мне бы сказали, что EXCEL - это вообще не вариант. Но ведь работает. Четыре года пользуют и счастливы.

Вы довольно точно ситуацию описываете, сразу видно в этой шкурке побывали )))))
А люди - они везде люди. "квартирный вопрос только испортил их"
Если вариантов не будет - конечно будут пользоваться. Только вот надо ли до этого доводить...