Какую альтернативу выбрать для MS Access?

@Pantalone · Регистрация: 09.05.2010

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

В конторе используют в качестве базы MS Access, обращаясь к ней из клиента на VB или Delfi. Босс хочет чтобы продукт работал с другой базой и хочет отказаться от Access. Какие есть альтернативы среди файловых БД (не серверных)? Причем нужно сохранить возможность делать SQL запросы и желательно транзакции. Или разрабатывать свой?

@bazile · 10.01.2012, 19:24

Из продуктов Microsoft - Visual Fox Pro. Они его еще поддерживают.

@maxx.net · 10.01.2012, 19:41

Босс хочет чтобы продукт работал с другой базой и хочет отказаться от Access.

Надо бы выяснить чем именно access боссу не нравится.

Какие есть альтернативы среди файловых БД (не серверных)?

Альтернативы есть:
paradox, dbf, keydb (похоже, уже не развивается) - вот что первое в голову пришло...

@Pantalone · 10.01.2012, 20:00 **[ТС]**

Чем собственно босса на устроил Access:
(он у нас с прибабахом вообще)
Причины:
1) невозможность создать файл базы, необходимость его присутствия изначально
2) минимальный размер пустого файла базы порядка 300 кило
3) при заполнении нехило разрастается (он видел подобный продукт и там она раз в 5 меньше при заполнении тем же набором данных)
4) необходимость сжимать вайл базы при удалении данных

Короче мы с народом в тихом ауте.

@Pantalone · 10.01.2012, 20:51 **[ТС]**

http://support.microsoft.com/kb/q262537/

10.01.2012, 22:22

да - да!
Текстовые файлы рулят!
А если еще и писать и читать из них через свой АПИ, то и скорость возрастет и ошибки самому можно исправлять в системных процедурах, правда - тобой же и написанных.
Панталоне - помнится мы с тобой некоторое время назад уже общались на одну тему, можем пообщаться и на эту )
По поводу шефа. Его отсталость - не повод для смены платформы.
Причины:
1. Дурь. DAO.Workspace.CreateDatabase - есть такая штука?
2. что, на винчестере боитесь разорится? да хоть 300 мегов - найди мне в магазине винчестер меньше 40 гигов.
3. все правильно - это плата за скорость вставки данных.
4. все правильно. Только текстовый файл будет расти точно так-же, и его тоже надо сжимать

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

Думаю, что смена Access - или какие-то игры или попытка замаскировать что-то более серьезное (как вариант - проба тебя на вшивость - способен ли ты отстоять свое мнение, если таковое у тебя есть).

Я бы предложил шефу рассмотреть вариант со сменой Access на MS SQL Server, если, конечно, есть соответствующая задача.
Задача определяет инструмент. И никак иначе.
Если задача - страдать фигней и тебе это подходит - то вперед. Потом в своем резюме не забудь написать - страдал фигней вместо решения нужных организации задач. И указать срок, в течении которого ты этим занимался. Так, говорят, проще работу искать.

@Pantalone · 10.01.2012, 22:50 **[ТС]**

Привет, Ghost, да что-то помнится такое, вроде беседовали. Но поиску тут на форуме преотвратный, мало того что не ищет по автору, так еще вообще нихрена не изет и вылетает.
Немного не так я описал ситуацию, продукт не используют, а продают, а босс наш у него мания хочет быть впереди планеты всей, ну или как минимум впереди конкурентов.
1 DAO.Workspace.CreateDatabase, точно, просто не приходилось такой фигней заниматься.
2 опять же босс где-то видел что размер аккурат только по данным, я так думаю там вообще CVS был.
За напутствие с резюме спасибо.

10.01.2012, 23:18

Ну и пусть будет - тебе-то что? )
из-за чего вся бодяга с экономией памяти? Из-за того, что места жалко? Бред!
Жалеть надо не место на диске, а время на разработку и поддержку и время пользователя, вынужденного пользоваться той или иной системой. И тут (поверь) DAO JET даст прикурить кому угодно. Года 3-4 назад я на тестах в Access обставлял по выборке и агрегированию данных SQL Server в 2 раза. )))
Еще раз - все зависит от задачи. Пусть босс сделает выборку из текстового файла и сравнит скорость с выборкой из Access. Думаю, что лишние 2-3 мега дискового пространства на рояле не сыграют, если, конечно, речь не идет о встраиваемых системах. Но тут и инструменты другие и подход несколько другой.
А CSV штука замечательнейшая. Для своего круга задач. Но искать приключений на свою гайку не надо. Текстовый файл способен обеспечить ссылочную целостность данных? Правда способен? Покажите мне такое чудо. Текстовый файл способен сам генерить счетчик? Да ну? Ой, как интересно! Далее продолжать или сам найдешь 10 отличий? )

11.01.2012, 03:03

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

Привет, Ghost, да что-то помнится такое, вроде беседовали. Но поиску тут на форуме преотвратный, мало того что не ищет по автору, так еще вообще нихрена не изет и вылетает.

http://www.relib.com/forums/thread874483.aspx

@pl · 11.01.2012, 08:20

1) невозможность создать файл базы, необходимость его присутствия изначально
Используя ADOX можно создавать базы Access программно.

2) минимальный размер пустого файла базы порядка 300 кило
Первый раз слышу чтобы при современных объемах винчестеров 300 кило было проблемой.

3) при заполнении нехило разрастается (он видел подобный продукт и там она раз в 5 меньше при заполнении тем же набором данных)
Грамотно проектируйте базу. используйте минимальные форматы для полей, а не форматы по умолчанию.

4) необходимость сжимать вайл базы при удалении данных
Сжатие базы возможно программно, ядром Jet.

В целом я считаю что эти "минусы" не стоят усилий по переходу на альтернативу, учитывая что усложнится процесс разработки (приемлемой альтернативы ADO и ADOX я не встречал).

Новые блоги и статьи Все статьи Все блоги /
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .

@Pantalone 0 / 0 / 0 Регистрация: 09.05.2010 Сообщений: 233

	Какую альтернативу выбрать для MS Access? 10.01.2012, 19:13. Показов 10386. Ответов 9 Метки нет (Все метки) В конторе используют в качестве базы MS Access, обращаясь к ней из клиента на VB или Delfi. Босс хочет чтобы продукт работал с другой базой и хочет отказаться от Access. Какие есть альтернативы среди файловых БД (не серверных)? Причем нужно сохранить возможность делать SQL запросы и желательно транзакции. Или разрабатывать свой? 0

@bazile 86 / 62 / 69 Регистрация: 15.03.2007 Сообщений: 6,903
	10.01.2012, 19:24
	Из продуктов Microsoft - Visual Fox Pro. Они его еще поддерживают. 0

@Pantalone 0 / 0 / 0 Регистрация: 09.05.2010 Сообщений: 233
	10.01.2012, 20:00 [ТС]
	Чем собственно босса на устроил Access: (он у нас с прибабахом вообще) Причины: 1) невозможность создать файл базы, необходимость его присутствия изначально 2) минимальный размер пустого файла базы порядка 300 кило 3) при заполнении нехило разрастается (он видел подобный продукт и там она раз в 5 меньше при заполнении тем же набором данных) 4) необходимость сжимать вайл базы при удалении данных Короче мы с народом в тихом ауте. 0

@Pantalone 0 / 0 / 0 Регистрация: 09.05.2010 Сообщений: 233
	10.01.2012, 20:51 [ТС]
	http://support.microsoft.com/kb/q262537/ 0

Ghost
	10.01.2012, 22:22
	да - да! Текстовые файлы рулят! А если еще и писать и читать из них через свой АПИ, то и скорость возрастет и ошибки самому можно исправлять в системных процедурах, правда - тобой же и написанных. Панталоне - помнится мы с тобой некоторое время назад уже общались на одну тему, можем пообщаться и на эту ) По поводу шефа. Его отсталость - не повод для смены платформы. Причины: 1. Дурь. DAO.Workspace.CreateDatabase - есть такая штука? 2. что, на винчестере боитесь разорится? да хоть 300 мегов - найди мне в магазине винчестер меньше 40 гигов. 3. все правильно - это плата за скорость вставки данных. 4. все правильно. Только текстовый файл будет расти точно так-же, и его тоже надо сжимать Мне все это напоминает анекдот про солдата с ломом на плацу и прапора, которому не нужно, чтобы было чисто, а нужно, чтобы солдат был сексуально удовлетворен. Если тебе охота заниматься мазохизмом (как я понимаю - испытательный у тебя еще мог не закончиться) - то вперед. Но я бы спросил шефа - а что - более актуальных задач нет? Думаю, что смена Access - или какие-то игры или попытка замаскировать что-то более серьезное (как вариант - проба тебя на вшивость - способен ли ты отстоять свое мнение, если таковое у тебя есть). Я бы предложил шефу рассмотреть вариант со сменой Access на MS SQL Server, если, конечно, есть соответствующая задача. Задача определяет инструмент. И никак иначе. Если задача - страдать фигней и тебе это подходит - то вперед. Потом в своем резюме не забудь написать - страдал фигней вместо решения нужных организации задач. И указать срок, в течении которого ты этим занимался. Так, говорят, проще работу искать.

@Pantalone 0 / 0 / 0 Регистрация: 09.05.2010 Сообщений: 233
	10.01.2012, 22:50 [ТС]
	Привет, Ghost, да что-то помнится такое, вроде беседовали. Но поиску тут на форуме преотвратный, мало того что не ищет по автору, так еще вообще нихрена не изет и вылетает. Немного не так я описал ситуацию, продукт не используют, а продают, а босс наш у него мания хочет быть впереди планеты всей, ну или как минимум впереди конкурентов. 1 DAO.Workspace.CreateDatabase, точно, просто не приходилось такой фигней заниматься. 2 опять же босс где-то видел что размер аккурат только по данным, я так думаю там вообще CVS был. За напутствие с резюме спасибо. 0

Ghost
	10.01.2012, 23:18
	Ну и пусть будет - тебе-то что? ) из-за чего вся бодяга с экономией памяти? Из-за того, что места жалко? Бред! Жалеть надо не место на диске, а время на разработку и поддержку и время пользователя, вынужденного пользоваться той или иной системой. И тут (поверь) DAO JET даст прикурить кому угодно. Года 3-4 назад я на тестах в Access обставлял по выборке и агрегированию данных SQL Server в 2 раза. ))) Еще раз - все зависит от задачи. Пусть босс сделает выборку из текстового файла и сравнит скорость с выборкой из Access. Думаю, что лишние 2-3 мега дискового пространства на рояле не сыграют, если, конечно, речь не идет о встраиваемых системах. Но тут и инструменты другие и подход несколько другой. А CSV штука замечательнейшая. Для своего круга задач. Но искать приключений на свою гайку не надо. Текстовый файл способен обеспечить ссылочную целостность данных? Правда способен? Покажите мне такое чудо. Текстовый файл способен сам генерить счетчик? Да ну? Ой, как интересно! Далее продолжать или сам найдешь 10 отличий? )

@pl 51 / 17 / 6 Регистрация: 18.05.2007 Сообщений: 1,322
	11.01.2012, 08:20
	1) невозможность создать файл базы, необходимость его присутствия изначально Используя ADOX можно создавать базы Access программно. 2) минимальный размер пустого файла базы порядка 300 кило Первый раз слышу чтобы при современных объемах винчестеров 300 кило было проблемой. 3) при заполнении нехило разрастается (он видел подобный продукт и там она раз в 5 меньше при заполнении тем же набором данных) Грамотно проектируйте базу. используйте минимальные форматы для полей, а не форматы по умолчанию. 4) необходимость сжимать вайл базы при удалении данных Сжатие базы возможно программно, ядром Jet. В целом я считаю что эти "минусы" не стоят усилий по переходу на альтернативу, учитывая что усложнится процесс разработки (приемлемой альтернативы ADO и ADOX я не встречал). 0