Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 Выбор СУБД. Посоветуйте  [new]
Koe-Kto
Member

Откуда:
Сообщений: 12
Встает необходимость отхода от Access-а.

Требования:
- бесплатность
- беспроблемная переносимость на другие машины , либо возможность быстрого экспорта в тот же access, а лучше и то и другое
- отсутствие ограничений по размеру бд либо не очень жесткие ограничения

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

Специфика работы заключается в том, что с некоей периодичностью поступают данные в больших объемах, которые требуют дальнейшего "причесывания". Это "причесывание" и составляет основную часть работы с базой. Одна таблица в среднем содержит от 200 000 до 2 млн записей, и ворочает их Access крайне медленно, плюс нафиг забивает очередь диска, хоть он и немаленький, машина еле справляется. А таблиц много. Необходим инструмент для быстрой и удобной обработки больших таблиц, и, на первых порах обязательна возможность экспорта в Access
7 дек 10, 10:34    [9896842]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
Vinny the POOH
Member

Откуда: Киев
Сообщений: 1525
Firebird Embedded? MySQL Embedded?

И да, Атсосс не нужен.
7 дек 10, 14:17    [9898931]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Vinny the POOH
Firebird Embedded? MySQL Embedded?

И да, Атсосс не нужен.
а насколько в них легко акцессовские базы импортировать?
7 дек 10, 14:42    [9899210]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
Vinny the POOH
Member

Откуда: Киев
Сообщений: 1525
Как и в любую другую БД - прийдется писать конвертор, или искать какой-то сторонний.
7 дек 10, 14:45    [9899236]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Vinny the POOH
Как и в любую другую БД - прийдется писать конвертор, или искать какой-то сторонний.
в MS SQL не надо никаких конверторов, ничего стороннего
так что если база до 8Г - я бы советовал подумать
7 дек 10, 14:49    [9899281]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
Koe-Kto
Member

Откуда:
Сообщений: 12
К сожалению, от Accessa отказаться сразу не получится, как минимум год, поскольку он дает простейший интерфейс заказчикам для их (неизветсным нам) задач.
Получается что нужна подготовка базы на чем-то более менее шустром и надежном, и далее экспорт в access для потребителя.
В сторону FireBird уже смотрю
MySQL для меня незнакома пока, навскидку чем хорош для наших целей?
7 дек 10, 14:49    [9899283]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
Нет так-то просто посоветовать СУБД, лучше всего подходящую для решения неизвестных задач
7 дек 10, 14:54    [9899333]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
Koe-Kto
Member

Откуда:
Сообщений: 12
SergSuper
в MS SQL не надо никаких конверторов, ничего стороннего
так что если база до 8Г - я бы советовал подумать

Почему до 8Г? Там ограничение? В аксе совокупно получается 15Г примерно, но это в аксе, сколько это получится на самом деле, надо смотреть. Например акцесовская база в 300мб при перегоне в Sqlite получилась 54 мб
7 дек 10, 14:55    [9899346]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
Koe-Kto
Member

Откуда:
Сообщений: 12
Зайцев Фёдор
Нет так-то просто посоветовать СУБД, лучше всего подходящую для решения неизвестных задач


Именно поэтому на акцессе так и застряли. Потому что что они там с этими данными делают, они не делятся, наша задача на данный момент - поставка информации.
Но наша обработка сильно стопорится из-за этого
7 дек 10, 14:57    [9899371]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Koe-Kto
SergSuper
в MS SQL не надо никаких конверторов, ничего стороннего
так что если база до 8Г - я бы советовал подумать

Почему до 8Г? Там ограничение?
Для бесплатной версии
7 дек 10, 15:01    [9899409]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
Koe-Kto
Member

Откуда:
Сообщений: 12
SergSuper, 8, не 4?
7 дек 10, 15:05    [9899449]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Koe-Kto
SergSuper, 8, не 4?
пардон, 10
но учтите, что это на каждую базу, база это как бы ваш один файл акцесса
7 дек 10, 15:11    [9899507]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
Koe-Kto
Member

Откуда:
Сообщений: 12
SergSuper
пардон, 10
но учтите, что это на каждую базу, база это как бы ваш один файл акцесса


О, спасибо, надо попробовать.
Но принимаю еще варианты :-)

Сообщение было отредактировано: 7 дек 10, 15:36
7 дек 10, 15:26    [9899649]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД. Посоветуйте  [new]
Зимаргл
Guest
Koe-Kto,

Вариант в центральном офисе поставить бесплатный SQL2008R2 Express, а в филиалах оставить Ассеss - хороший.

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

И интеграция (импорт экспорт) в полной версии MS из коробки.
7 дек 10, 17:41    [9900719]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить