Создение клиентоореентированой базы данных Access , как запускать базу данных Access без инстоляции офиса

[Стерх]

Прошу помочь, несколько лет назад я создал базу данных в Access и успешно пользовался ей с несколькими коллегами по локальной сети. Приехала Москва с проверкой одобрила (вот счастье то ) и настойчиво рекомендовала доработать для внедрения, причем предполагается, что пользователи будут с невысоким уровнем компьютерных знаний, поэтому необходимо:
1. Создать базу данных устанавливающуюся на компьютер например через msi.
2. Работающую независимо от наличия офиса.
3. Обращающуюся за данными к файлу Access (жаль с нуля переделывать многолетний труд)
4. Позволяющую пользователю самостоятельно настроить многопользовательский режим.
5. Обладающей возможностью выгрузки данных.
Есть в сети замечательный образец, но как он работает определить с моим уровнем знаний невозможно: http://www.simple-soft.ru/ClientsCount.htm
Заранее прошу прощения за пространность вопроса, не жду детальных инструкций, хотелось бы просто узнать какую платформу используют в этом примере и как к ней подвязать мою базу, т.е. от чего отталкиваться и по каким справкам начать шариться. Спасибо

[Akina]

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

Пункт 1 говорит о том, что интерфейс придётся рисовать какой-то иной - делать из Аксовой базы MSI мне кажется идиотизмом.
Пункт 2 говорит, что максимум что останется - это формат хранения данных. Пункт 3 это подтверждает. Однако пункт 4 фактически ставит на этом крест - из Аксовой БД многопользовательская БД получается, мягко говоря, хреноватенькая. Тормознутенькая, конфликтная, и регулярно падающая в направлении невосстановимых ошмётков.

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

[Стерх]

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

Сообщение отредактировано: Стерх - 04.09.15, 13:11

[Akina]

Чем его создали? а какая разница? бели любой язык, тебе известный, и переноси. Лучше брать Visual Basic, особенно шестёрку - туда проще перетаскивать код и формы, меньше доработок, синтаксис-то братский. И начать с разделения БД на данные и интерфейс.
А так - да хоть на сях, хоть на дельфе, хоть на чём...

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

[Стерх]

А в конкретном примере чем они пользовались, очень любопытно. Спасибо

[Akina]

Цитата Стерх @ 04.09.15, 13:33

А в конкретном примере чем они пользовались, очень любопытно.

Судя по строкам в теле исполняемого файла - именно VB6.

[Bas]

Цитата Стерх @ 04.09.15, 12:38

2. Работающую независимо от наличия офиса.

Как минимум установит DAO.
У меня стоит приложение (написанная в прошлом веке в 90-х) с базой Access и ее же формами и не требует наличие оффиса.

Добавлено 04.09.15, 13:59

Цитата Akina @ 04.09.15, 13:43

именно VB6.

и MsAdo15

[DIS]

Цитата Стерх @ 04.09.15, 12:38

2. Работающую независимо от наличия офиса.

Видел в акцессе функцию, кажется "опубликовать", которая создает самостоятельное приложение.

[Akina]

DIS
Есть такая... только к ней ещё должен прилагаться сервер SharePoint...

[Стерх]

Огромное спасибо