Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2006.07.16;
Скачать: [xml.tar.bz2];

Вниз

Что выбрать MySQL, FireBird или просто Access?   Найти похожие ветки 

 
antoxa2005   (2006-06-16 12:25) [0]

Подскажите, что выбрать для сетевого приложения на 5-15 компьютеров MySQL, FireBird или просто Access?

И если можно в 2-х словах обоснование выбора.


 
Ega23 ©   (2006-06-16 12:27) [1]

MS SQL


 
Johnmen ©   (2006-06-16 12:28) [2]

Informix


 
Prohodil Mimo ©   (2006-06-16 12:29) [3]

А какие задачи будет выполнять твоё приложение?

Хотя я бы выбрал FB в любом случае.


 
Vovchik_A ©   (2006-06-16 12:30) [4]

2antoxa2005   (16.06.06 12:25)


> И если можно в 2-х словах обоснование выбора.
>


Для этого ты дал слишком мало начальных данных.


 
antoxa2005   (2006-06-16 12:34) [5]

Например задача тапа склад.


 
Vovchik_A ©   (2006-06-16 12:36) [6]

2antoxa2005   (16.06.06 12:34) [5]

Денег на покупку софта согласны потратить ?


 
sniknik ©   (2006-06-16 12:38) [7]

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


 
MsGuns ©   (2006-06-16 12:39) [8]

1. MySQL хорош для "журнальных" баз, где много добавлений и выборок, но мало изменений. Нет много "бизнес"-вкусностей (ХП, триггера, представления и т.д.)
2. FireBird - прекрасная "офисная" СУБД. Легка в установке и клиентской настройке, нересурсоемка, имеет практически все скл-серверные возможности, практически не требует администратора.
Великолепно (ИМХО) реализовано управление транзакциями. Недостаток - якобы огрничения на размеры БД и кол-во пользователей (т.е. масштабируемость)
3. Access - превосходная "настольная" СУБД. Построена на "клиент-серверном" приципе, устойчива к сбоям, почти не требует инсталляций и настроек. Имеется прекрасные компоненты доступа (ADO) и более удобный, чем интерэйз (ИМХО) сиквель.
Недостатки:
- проблемы при одновременной правке несколькими клиентами (лечится "трехзвенкой" или другим способом синхронизации запросов на изменения)
- отсутствие как таковой бизнес-логики. Использование макросов и модулей в какой-то степени позволяет централизовать бизнес-правила, но это коряво и совсем не то, что может "полноценный" скл-сервер.
- тормоза на больших объемах.

Я бы советовал сразу вместо акцесса брать его младшего "братишку" - MS SQL Server 8 или более поздний. Все прелести акцеса+полноценный скл-сервер с хорошими характеристиками. Правда, у него есть и свои недостатки, но это уже другая песня ;)


 
Ega23 ©   (2006-06-16 12:40) [9]


> Я бы советовал сразу вместо акцесса брать его младшего "братишку"
> - MS SQL Server 8 или более поздний. Все прелести акцеса+полноценный
> скл-сервер с хорошими характеристиками. Правда, у него есть
> и свои недостатки, но это уже другая песня ;)


Я бы сказал старшего братишку...


 
antoxa2005   (2006-06-16 12:41) [10]


> Денег на покупку софта согласны потратить ?

Пока нет, а потом возможно.

А почему Access не подходит?


 
DrPass ©   (2006-06-16 12:45) [11]


> А почему Access не подходит?

Для небольшой БД подходит на 100%. Просто ее не любят. Ну а там, где начинает стоять вопрос о производительности и высокой надежности - там да, не подходит


 
Prohodil Mimo ©   (2006-06-16 12:46) [12]

> [8] MsGuns ©   (16.06.06 12:39)


> MySQL хорош для "журнальных" баз, где много добавлений и
> выборок, но мало изменений. Нет много "бизнес"-вкусностей
> (ХП, триггера, представления и т.д.)


Слышал что вроде бы в 5й версии ХП появились.


 
sniknik ©   (2006-06-16 12:49) [13]

> А почему Access не подходит?
задекларирован как локальная база.

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


 
Vovchik_A ©   (2006-06-16 12:51) [14]

2antoxa2005   (16.06.06 12:41) [10]

В твоем случае я бы выбрал FireBird. См. MsGuns ©   (16.06.06 12:39) [8] п.2.


 
sniknik ©   (2006-06-16 12:55) [15]

> Просто ее не любят.
только те, кто ее не знают и разбиратся не хотят. (я так предпочту ее локальной версии IB/любого клона, если нужен локальный вариант)

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


 
DSKalugin ©   (2006-06-16 13:05) [16]


> Недостаток - якобы огрничения на размеры БД и кол-во пользователей
> (т.е. масштабируемость)

Не думаю, что такая задача как "склад" превзойдет возможности ФБ, которые можно узнать тут http://www.ibphoenix.com/main.nfs?a=ibphoenix&l=;FAQS;NAME=%27System+Limits%27
The maximum size for a database is over 30 terabytes.

Наоборот, считаю что FireBird - лучший игрок на складском поле

Я сам - складописатель. Для примера моя текущая база:
файл 2,7Гб,
ассортимент ~6млн,
активных пользователей 8.
Ежедневные обновления ~600-1400 тыс строк


 
antoxa2005   (2006-06-16 13:24) [17]

Спасибо. Пока остановился на FireBird, но в процессе просмотра Ваших ответов искал документацию по этой БД, но ни чего толкового, что можно загрузить и почитать не нашел. Кто-нибудь может помочь в этом вопросе и указать ссылки на возможные источники информации о FireBird?


 
MsGuns ©   (2006-06-16 13:30) [18]

Востриков и Ковязин. "Мир интербэйз". Что-то около 50 грн. (280р). Очень рекомендую.
Очень хорош дельфишный хэлп по компонентам Interbase - сам его в основном юзал


 
Romkin ©   (2006-06-16 13:33) [19]

antoxa2005   (16.06.06 13:24) [17] ibase.ru Ползать.
Официальная документация - на английском. ТАм можно взять IB6 и прочитать о добавлениях в FB1 и 1.5.
А можно взять сразу FB2


 
Megabyte ©   (2006-06-16 13:38) [20]

Да по ФБ в инете доков дохрена, а также сайт http://www.ibase.ru/


 
antoxa2005   (2006-06-16 13:43) [21]

А что такое Firebird Embeded?


 
sniknik ©   (2006-06-16 13:52) [22]

локальный вариант, для одного компа.


 
antoxa2005   (2006-06-16 13:53) [23]

А его необходимо грузить отдельно или он есть в комплекте с FireBird 1.5.х?


 
Sergey13 ©   (2006-06-16 14:03) [24]

> [23] antoxa2005   (16.06.06 13:53)
> А его необходимо грузить отдельно или он есть в комплекте
> с FireBird 1.5.х?

Можно вроде вычленить и самому, но лучше скачать отдельно, ИМХО. Меньше мороки - не такие уж там большие объемы.
Разрабатывать с Ембеддед не удобно - для разработки лучше иметь нормальный сервер.



Страницы: 1 вся ветка

Форум: "Прочее";
Текущий архив: 2006.07.16;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.51 MB
Время: 0.008 c
3-1147335203
Stanislav
2006-05-11 12:13
2006.07.16
Кодировка в dbf


15-1150361020
wezz
2006-06-15 12:43
2006.07.16
Ваше мнение о разработке web-приложений в InfoPath?


2-1151675349
Fantos
2006-06-30 17:49
2006.07.16
Открыть с помощью......


1-1149082572
adalx
2006-05-31 17:36
2006.07.16
Компоненты


2-1151675414
Новичоккк
2006-06-30 17:50
2006.07.16
Работа с buf:pointer как с массивом char





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский