Выбор СУБД - ACCESS или SQL Server

@Mazenrab · Регистрация: 19.12.2007

Студворк — интернет-сервис помощи студентам

Всем привет!

Тут попался мне один клиент у которого Access бесплатный, а за SQL Server need to pay money....

Так вот вопрос в том насколько (и в чем конкретно) ACCESS хуже SQL Server при использовании довольно простых запросов (в основном это невложеные select'ы).

Понятно что этот вопрос немного 'религиозный' и все же....

P.S.
Я конечно имею определенное представление о различиях, но промолчу, для так сказать 'чистоты эксперимента'.

03.02.2008, 07:01

Дело не в сложности запросов.

СУБД ACCESS это Desctop DBMS, а SQL Server это SQL Server.

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

@aaf · 03.02.2008, 07:48

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

03.02.2008, 08:46

Дополню aaf.

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

03.02.2008, 08:50

И еще. Если упор в стоимость продуктов, то можно обратить внимание на замечательную вещь, совершенно бесплатный и надежный как танк MySQL. Опять же в приложениях связанных с деньгами надо 100 раз подумать, отдаваясь в руки бесплатного софта. Но опыт показывает что MySQL на Unix системе будет понадежнее страхового полиса ;-)

03.02.2008, 10:46

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

@al2001 · 03.02.2008, 10:59

Где-то в MSDN'е видел следующее:
- 25 одновременно на чтение
- 12 одновременно на запись
Это про Access 2000. Проверить не пришлось, на имеющихся базах юзеров поменьше.
Но в нашей головной конторе говорили, что когда-то примерно на этих цифрах у них база и начинала рушиться. Но это был Access 2.0 и доступ через DAO.

@Alexey · 03.02.2008, 11:32

Преимущества SQL Server по сравнению с Access очевидны, кроме, конечно, цены. Если вопрос о деньгах не рассматривается, тогда можно посмотреть следующим образом. Если разрабатывается система, где очень важное значение придается безопасности хранения и обработки данных (например, банковская система), то даже при низкой посещаемости (1 чел/день) придется выбрать SQL Server, иначе подойдет и Access. Например, этот сайт полностью работает на Access и явных признаков проблем в работе вроде бы не видно, т.е. тысячу посетителей в день Access выдержит, будет больше - надо переводить БД на SQL Server.

03.02.2008, 14:19

>Где-то в MSDN'е видел следующее:
>- 25 одновременно на чтение
>- 12 одновременно на запись
>Это про Access 2000. Проверить не пришлось, на имеющихся базах >юзеров поменьше.
>Но в нашей головной конторе говорили, что когда-то примерно на этих >цифрах у них база и начинала рушиться. Но это был Access 2.0 и >доступ через DAO

Блин, парни, это теория. Реально все гораздо хуже. Дело в том что в Акцессе тупая блокировка данных. Он блокирует не только ту запись с которой реально работают, но и другие, блоком по 4кб. Это самое главное неудобство при создании высокопроизводительной системы.

03.02.2008, 14:43

А на сколько сложно переконвертировать данные аксесс в msSQL?

@Mazenrab · 04.02.2008, 09:38 **[ТС]**

Ok!

Спасибо всем кто высказался!

Как насчет такой стратегии?:
Начать в Access и в случае проблемм перейти на SQL Server, а?

@amun · 04.02.2008, 09:41

2Mazenrab
лучше сразу на SQL работать - так и проблем меньше и удовольствия больше от работы

@aaf · 04.02.2008, 09:54

при переходе ни каких проблем не будет, нужно будет только подправить типы данных в SQL. А кстати, сколько стоит SQL? А то бользуюсь какойто версией из книги, и не задумывался об этом ни разу :

)))

04.02.2008, 11:14

http://www.microsoft.com/sql/howtobuy/pricing/default.asp

@Steel Ice · 04.02.2008, 12:12

2Sultan:
переконвертировать жутко просто - в Enterprise Manager есть такая замечательная вещч - Import Data - там все в кнопочках, просто и понятно - разберешся..
Это в Action -> All Tasks и вот там...

@Mazenrab · 04.02.2008, 15:11 **[ТС]**

2amun>
Удовольствия конечно больше, зато денег меньше.
Моему клиенту плевать на удовольствие, ему денег жалко

2all>
Кстати у SQL Servera есть ограничения на число одновременных подключений, а?

@aaf · 04.02.2008, 15:28

Ага, есть, ограничение по мощности сервера

@Mazenrab · 04.02.2008, 23:03 **[ТС]**

И какие по сравнению с Access?

Новые блоги и статьи Все статьи Все блоги /
Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .	Расчёт токов в цепи постоянного тока igorrr37 05.01.2026 / * Дана цепь постоянного тока с сопротивлениями и напряжениями. Надо найти токи в ветвях. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и решает её. Последовательность действий:. . .
Новый CodeBlocs. Версия 25.03 palva 04.01.2026 Оказывается, недавно вышла новая версия CodeBlocks за номером 25. 03. Когда-то давно я возился с только что вышедшей тогда версией 20. 03. С тех пор я давно снёс всё с компьютера и забыл. Теперь. . .	Модель микоризы: классовый агентный подход anaschu 02.01.2026 Раньше это было два гриба и бактерия. Теперь три гриба, растение. И на уровне агентов добавится между грибами или бактериями взаимодействий. До того я пробовал подход через многомерные массивы,. . .	Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .

@Mazenrab 0 / 0 / 0 Регистрация: 19.12.2007 Сообщений: 33

	Выбор СУБД - ACCESS или SQL Server 02.02.2008, 23:43. Показов 6976. Ответов 17 Метки нет (Все метки) Всем привет! Тут попался мне один клиент у которого Access бесплатный, а за SQL Server need to pay money.... Так вот вопрос в том насколько (и в чем конкретно) ACCESS хуже SQL Server при использовании довольно простых запросов (в основном это невложеные select'ы). Понятно что этот вопрос немного 'религиозный' и все же.... P.S. Я конечно имею определенное представление о различиях, но промолчу, для так сказать 'чистоты эксперимента'. 0

alexej
	03.02.2008, 07:01
	Дело не в сложности запросов. СУБД ACCESS это Desctop DBMS, а SQL Server это SQL Server. Использование того или иного продукта должно быть обосновано, в данном случае нагрузкой, уровнем безопасности, функциональностью.

@aaf 0 / 0 / 0 Регистрация: 26.12.2007 Сообщений: 435
	03.02.2008, 07:48
	в полне согласен с предидущим высказыванием. если необходимо разрабатывать серверное приложение с бошльшим уровнем нагрузки (кол-во подключений например) то однозначно -SQL, ели же это что то типа гостевой книги для небольшого сайта - то в полне подойдет (на мой взгляд) ACCESS 0

alexej
	03.02.2008, 08:46
	Дополню aaf. SQL сервер есть замечательная штука. Он, в отличие от Акцесса, гарантирует выполнение транзакции и ее откат. Акцесс в этом случае отдыхает. Т.е. для ответственного приложения типа виртуального магазина, онлайн расчетов, банковских операций, применение АКЦЕССА противопоказано. А то можно сильно облажаться.

alexej
	03.02.2008, 08:50
	И еще. Если упор в стоимость продуктов, то можно обратить внимание на замечательную вещь, совершенно бесплатный и надежный как танк MySQL. Опять же в приложениях связанных с деньгами надо 100 раз подумать, отдаваясь в руки бесплатного софта. Но опыт показывает что MySQL на Unix системе будет понадежнее страхового полиса ;-)

Sultan
	03.02.2008, 10:46
	А что касается Аксесс, то какое у него ограничение на количество одновременных посетителей? То есть сколько максимально посетителей могут 'загружать' Аксесс?

@al2001 0 / 0 / 0 Регистрация: 30.08.2007 Сообщений: 32
	03.02.2008, 10:59
	Где-то в MSDN'е видел следующее: - 25 одновременно на чтение - 12 одновременно на запись Это про Access 2000. Проверить не пришлось, на имеющихся базах юзеров поменьше. Но в нашей головной конторе говорили, что когда-то примерно на этих цифрах у них база и начинала рушиться. Но это был Access 2.0 и доступ через DAO. 0

@Alexey 0 / 1 / 3 Регистрация: 27.03.2012
	03.02.2008, 11:32
	Преимущества SQL Server по сравнению с Access очевидны, кроме, конечно, цены. Если вопрос о деньгах не рассматривается, тогда можно посмотреть следующим образом. Если разрабатывается система, где очень важное значение придается безопасности хранения и обработки данных (например, банковская система), то даже при низкой посещаемости (1 чел/день) придется выбрать SQL Server, иначе подойдет и Access. Например, этот сайт полностью работает на Access и явных признаков проблем в работе вроде бы не видно, т.е. тысячу посетителей в день Access выдержит, будет больше - надо переводить БД на SQL Server. 0

alexej
	03.02.2008, 14:19
	>Где-то в MSDN'е видел следующее: >- 25 одновременно на чтение >- 12 одновременно на запись >Это про Access 2000. Проверить не пришлось, на имеющихся базах >юзеров поменьше. >Но в нашей головной конторе говорили, что когда-то примерно на этих >цифрах у них база и начинала рушиться. Но это был Access 2.0 и >доступ через DAO Блин, парни, это теория. Реально все гораздо хуже. Дело в том что в Акцессе тупая блокировка данных. Он блокирует не только ту запись с которой реально работают, но и другие, блоком по 4кб. Это самое главное неудобство при создании высокопроизводительной системы.

Sultan
	03.02.2008, 14:43
	А на сколько сложно переконвертировать данные аксесс в msSQL?

Sergik
	04.02.2008, 11:14
	http://www.microsoft.com/sql/howtobuy/pricing/default.asp

@Mazenrab 0 / 0 / 0 Регистрация: 19.12.2007 Сообщений: 33
	04.02.2008, 09:38 [ТС]
	Ok! Спасибо всем кто высказался! Как насчет такой стратегии?: Начать в Access и в случае проблемм перейти на SQL Server, а? 0

@amun 0 / 0 / 0 Регистрация: 23.01.2008 Сообщений: 82
	04.02.2008, 09:41
	2Mazenrab лучше сразу на SQL работать - так и проблем меньше и удовольствия больше от работы 0

@aaf 0 / 0 / 0 Регистрация: 26.12.2007 Сообщений: 435
	04.02.2008, 09:54
	при переходе ни каких проблем не будет, нужно будет только подправить типы данных в SQL. А кстати, сколько стоит SQL? А то бользуюсь какойто версией из книги, и не задумывался об этом ни разу :))) 0

@Steel Ice 0 / 0 / 0 Регистрация: 03.10.2007 Сообщений: 16
	04.02.2008, 12:12
	2Sultan: переконвертировать жутко просто - в Enterprise Manager есть такая замечательная вещч - Import Data - там все в кнопочках, просто и понятно - разберешся.. Это в Action -> All Tasks и вот там... 0

@Mazenrab 0 / 0 / 0 Регистрация: 19.12.2007 Сообщений: 33
	04.02.2008, 15:11 [ТС]
	2amun> Удовольствия конечно больше, зато денег меньше. Моему клиенту плевать на удовольствие, ему денег жалко 2all> Кстати у SQL Servera есть ограничения на число одновременных подключений, а? 0

@aaf 0 / 0 / 0 Регистрация: 26.12.2007 Сообщений: 435
	04.02.2008, 15:28
	Ага, есть, ограничение по мощности сервера 0

@Mazenrab 0 / 0 / 0 Регистрация: 19.12.2007 Сообщений: 33
	04.02.2008, 23:03 [ТС]
	И какие по сравнению с Access? 0