Чем плоха база на MS Access?

Question

[KJIayD]

Доброго времени суток.

Не буду сильно углубляться, вопрос простой.

Существует большая-большая база на MS Access, можно сказать целое предприятие работает в ней. SQl не используется, пользователи сидят на серваке в ней по RDP.

Необходимо собрать не менее 10 аргументированных причин ухода от MS Access

Comments

[AVKor]

Так собирайте.

Какие могут быть аргументы при абстрактном вопросе?

Работает - не трогай. Вот уже один аргумент "против" (если что - сам не пользуюсь, ибо это офисный продукт и под винду, а винды нет и не надо, как и офиса тоже как такового).

[KJIayD]

AVKor: Какие могут быть аргументы при абстрактном вопросе?Сергей нашел 7 аргументов при абстрактном вопросе например.

[AVKor]

KJIayD: Ну и?

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

Это я не к тому, что мне нравится access (это, вообще-то, дерьмо, а не СУБД), но при решении вопросов такого рода всегда надо исходить из конкретики, а не исследовать сферического коня в вакууме.

[KJIayD]

AVKor: Ну вот видишь, ты просто назвал его дерьмом, а суть моего вопроса: "Почему ты думаешь что он дерьмо? Можешь рассказать мне?"

[user4000]

Ну как там ваша большая БД поживает?
Удалось переехать на СУБД промышленного масштаба?

Answer 1

[Saboteur]

Access это
1. Устаревшее решение. Все сложнее найти специалиста, который бы мог порешать проблемы в случае чего, и чем дальше откладывать переход, тем болезненнее он может оказаться впоследствии.
2. Access не многопоточный. несколько пользователей могут мешать друг другу.
3. Access не очень надежный в плане отказоустойчивости - один (в лучшем случае несколько связных файлов), но это работа на уровне файловой системы. Отсутствие онлайн-бэкапов, неудобная структура для их создания. При большой базе возможны проблемы. Практически невозможно делать инкрементальные бэкапы.
4. Access платный. Работать нормально он может только на платной же Windows платформе.
5. Реализация многих вещей в Access редко когда позволяет легко перейти на новую версию того же Access-а, что может помешать его работоспособности даже в пределах текущей платформы.
6. Нет удобных штатных способов создавать онлайн-формы. Через IIS это опять таки платное решение с кучей гемора.
7. RDP сам по себе не самое хорошее решение просто для того, чтобы вводить данные в базу. Даже с небольшим увеличением пользователей, нагрузка на сервер повышается очень сильно даже при простое. В то время как веб-sql решение, может быть даже незаметно для пользователей, количество которых увеличилось на порядок.

Чем хорош access:
1. В первую очередь, это комбайн. Все свое, все на месте - формы, таблицы, программный код, стандарты. Не нужно ничего другого.
2. Приложение уже написано, работает, знакомо.

Переходить нужно, если на это есть средства (на саму миграцию) и если есть некие опасения, что access не устроит в будущем. Если же расширения фирмы не планируется вообще, то тут надо пояснить бизнес-выгоду.
Если вы используете лицензионный софт, то с этой точки зрения вполне можно найти выгоду, отказавшись от rdp, виндовс сервера и офиса с access, заменив это все на бесплатный linux сервер + apache/nging и реализовав логику на php/python/java/perl (что душе угодно) и бесплатную базу данных (mysql, oracle 1

Comments

[KJIayD]

Спасибо что поняли суть.

И спасибо за хороший ответ, всё актуально кроме пункта 6. Было бы замечательно подкинуть ещё пару пунктов.

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

[Saboteur]

KJIayD: Подкинуть еще пару пунктов сложно. Но вы расширьте пункт 1.
Если переписать решение на современных языках, очень легко можно будет расширить функционал. Найти любого специалиста, и не боясь что-либо ломать, внедрять множество нового функционала, парралельно работе, обеспечив прозрачный доступ и прозрачное разграничение доступа для разных пользователей.
Для расширения функционала, всех нужно выгонять, парралельно тестировать и работать нельзя.
При переводе в sql, парралельные запросы легки, быстры, отлично масштабируются.

А, вот еще пункт.
Я не помню есть ли в access вообще ограничение доступа, кроме как через формы (когда юзер не знает как напрямую залезть в таблицу). В SQL легко ограничить доступ разных пользователей к базе, логирование и мониторинг кто именно что делал делается за минуты.

[KJIayD]

Сергей: спасибо за помощь)

[Adamos]

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

[user4000]

KJIayD: Очень жаль, что Сергей сбил вас с толку и наговорил кучу ерунды, а вы его ещё и поблагодарили за это.
Благодаря таким вот "экспертам" можно принят неверное решение.

[KJIayD]

user4000: было бы замечательно послушать ваше мнение и то почему сергей не прав(для этого я и создал этот вопрос). С некоторыми пунктами Сергей я согласен и испытал их на себе...

Answer 2

[Макс]

1 причина, но большая - в случае некорректного выхода из Access файл надо "восстанавливать", в это время все остальные идут на перекур. MSSQL - такого нет.

как первый шаг просто замените хранение данных с Access на MS SQL. Скорее всего хватит даже Express.

Answer 3

[user4000]

Здравствуйте!
Читая ответы на ваш интересный вопрос, я с огорчением увидел, что отвечают в основном те, кто не особенно и разбирается в теме.

Что же касается такого замечательного продукта, как MS Access, могу заявить, что как средство управления базами данных Access рассчитан на локальную Базу Данных типа "Я и моя полка с компакт-дисками". Значит ли это что нужно отказаться от использования MS Access?
Ответом будет решительное нет .

Дело в том, что "эксперты" по Access, отписавшиеся выше, совсем не учли того факта, что Access может быть использован как клиент к Базе Данных промышленного масштаба (например, Microsoft SQL Server). Т.е. сама база данных у вас будет не Access, но подключаться к этой базе данных вы будете посредством MS Access. В Access есть богатые возможности по интерфейсу к базе данных, формы, различные элементы управления, отчёты.

Comments

[Saboteur]

К сожалени., такой "эксперт" как user4000, не учел, что

1) Ваше решительное "нет", почему-то совсем не учитывает тот факт, что текущее рабочее решение использует именно локальную базу, а не MS SQL. А переход от MS Access на MS Access + MS SQL, это будет такой же, если не бОльший фронт работ, плюс стоимость лицензии на MS SQL сервер.

2) Как я уже выше заявил, специалист по MS SQL + MS Access стоит больше, чем специалист по Mysql+ php/python/java/whatever и впоследствии не такая большая проблема найти другого специалиста (рынок кишит), вдобавок есть множество готовых бесплатных решений и фреймворков.
В то время, как решения под MS Access - практически всегда персональные, и бесплатных решений в инете не найдете.

3) Чисто любопытно, user4000, у вас весь софт лицензирован? Я хочу еще раз напомнить, что решения не на MS продуктах - впоследствии легко мигрируются куда угодно и в своем большинстве не требуют лицензий для используемых продуктов.

[h8nor]

Подключить можно что угодно, - был бы драйвер ;)

Private Type GUIDs
  Data1 As Long
  Data2 As Integer
  Data3 As Integer
  Data4(0 To 7) As Byte
End Type

Private Declare Function CLSIDFromProgID Lib "ole32" (ByVal lpszProgID As Long, rclsid As GUIDs) As Long

Public Function IsOLEObjectInstalled(Name As String) As Boolean
Dim mGuid As GUIDs
  On Error Resume Next
    IsOLEObjectInstalled = CLSIDFromProgID(StrPtr(Name), mGuid) = 0
End Function

Public Sub Auto_Open()
Dim msg As String
  msg = "Microsoft.ACE.OLEDB.12.0 = " & IsOLEObjectInstalled("Microsoft.ACE.OLEDB.12.0") & vbCrLf
  msg = msg & "Microsoft.Jet.OLEDB.4.0 = " & IsOLEObjectInstalled("Microsoft.Jet.OLEDB.4.0") & vbCrLf
  MsgBox msg
End Sub

@saboteur_kiev: да, у нас весь софт лицензионный. Меня, как программиста, это вообще не волнует, т.к. закупкой лицензий занимается совершенно другой отдел.

[Saboteur]

Дѣаволъ: Но в данный случай вопрос был не от программиста, которого не волнует, а от человека, которого волнуют плюсы и минусы перехода на другую систему.

Бизнес работает так, как ему выгодно, а не как красиво программисту...

[h8nor]

Сергей: А откуда такие данные?

специалист по MS SQL + MS Access стоит больше, чем специалист по Mysql+ php/python/java/whatever

[Saboteur]

Дѣаволъ: ну гляньте же фриланс. спецов по mysql/php на порядки больше, чем по MS SQL/MS Access
я не знаю, кто сейчас будет учить Access с нуля, а php - студентов полно. Мелкие задачи могут сделать за еду.
Можно найти специалиста подороже, но в условиях широкого выбора и высокой конкуренции, цена ниже и услуги доступнее. Плюс готовые решения, те же построители отчетов.

[h8nor]

Сергей: Согласен, что прочих специалистов больше. Не согласен, что специалисту по продуктам MS больше будут платить.

Answer 4

[0leg5ergeev]

1. база локальна

Comments

[Артём Каретников]

При RDP это похрену.

[Saboteur]

Артем Каретников: Хм, винда научилась давать доступ на запись в один и тот же файл двум процессам?

[h8nor]

А поподробнее? ) Параметры Access (2010) -> Параметры клиента -> Дополнительно (раздел) -> Блокировка по умолчанию: отсутствует / всех записей / изменяемой записи
Или edrive.narod.ru/AccessAdm.pdf Раздел 3. Организация коллективной работы

Answer 5

[Никита Конин]

А может она и не плоха для тех задач, которые выполняет? Вот откуда человеку со стороны об этом знать, если подробностей нет?

Answer 6

[Пума Тайланд]

Мне кажется она просто чуда