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

Вниз

IB(FB) vs Accsess   Найти похожие ветки 

 
Злой доброжелатель   (2005-01-11 22:07) [0]

Что лучше? В каких ситуациях? Почему?


 
P.N.P. ©   (2005-01-11 23:40) [1]

Зачем?


 
sniknik ©   (2005-01-11 23:55) [2]

> Зачем?
развод. посмотреть как у споряших лбы трещат.

Злой доброжелатель
конкретнее, что нужно, как собираешся применять в каких ситуациях? почему? для чего?
иначе, читай чуть выше.


 
Злой доброжелатель   (2005-01-12 00:14) [3]

Ну допустим есть организация! 5-9 компов + сервер, предполагается написать для организации рад программных продуктов! какую СУБД лучше выбрать?


 
sniknik ©   (2005-01-12 00:23) [4]

> Ну допустим есть организация!
рад за тебя. организация организовывает подсчет куличков в местной песочнице?

> 5-9 компов + сервер
ключевое слово - сервер - если он есть и предполагается не один клиент то уж наверное не локальную а любую клиент серверную.

кстати, если ты выбираеш СУБД то причем здесь базы? выбери а там уж посмотриш с чем она работает то и будет.


 
Злой доброжелатель   (2005-01-12 08:59) [5]

Просто мне была интересна объективная оценка, и не только в случае с организацией где 5-9 компов (кстати, видимо по вашему организацией наверно может быть организацией только в случае если в ней не меньше 30 компов), но думаю что IB в любом случае будет лучше.


 
Digitman ©   (2005-01-12 09:03) [6]


> Злой доброжелатель  


в условиях, когда предполагается доступ к одной и той же БД со стороны более чем одного пользователя, выбор той или иной СУБД начинай как минимум с ответа самому себе на вопрос, возможны ли при реальной эксплуатации БД (либо полностью исключены) ситуации одновременных попыток доступа к тем или иным объектам БД со стороны двух и более пользователей


 
sniknik ©   (2005-01-12 10:53) [7]

обьективной оценки без данных об исследуемом обьекте ("т.е. в общем") не бывает.

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


 
Соловьев ©   (2005-01-12 11:01) [8]

ИМХО, мне кажется спор между Access и FB бесполезен, да простит меня уважаемый sniknik © :)
Access намного лучше Paradox, dBase, FoxProю Его прямой конкурент в локальных СУБД - Yaffil Embedded(FireBird Embedde). А с клиент-серверной СУБД не может(и не нужно) сравнивать. Как по мне любая база данных, должна стремится стать клиент-серверной - где будет и стабильность, и устойчивость и расширяемость.


 
sniknik ©   (2005-01-12 11:14) [9]

Соловьев ©   (12.01.05 11:01) [8]
спора не может быть как такового, Access позиционируется только как локальная бд, замена парарадоксу. то что на ней делают серверные решения целиком на совести программистов это сделавших.
у меня тоже есть такой "грех" ;о)), но(!!!) мы честно предупреждаем максимум на 3 пользователя иначе не гарантируем правильной работы, хотя на тестах "стрес" тестирования она выдерживала 5 (это без глюков, при 6 уже начинались "провалы" на записях и т.д.), правда после ее покупали и для 9ти и даже для 12 пользователей на свой страх и риск (спасает то что такой интенсивной нагрузки как на стрес тестировании ни один юзер руками вводя не даст).


 
Соловьев ©   (2005-01-12 11:19) [10]

Рискованные Вы :) А почему не MSDE? Там правда 5 коннектов ограничение, там зато Ваш улюбленный MS и перспектива перехода на MS SQL Server.


 
sniknik ©   (2005-01-12 11:38) [11]

Соловьев ©   (12.01.05 11:19) [10]
> А почему не MSDE?
потому что есть MSSQL версия тогоже, MDB это "симпле" для бедных (MSSQL не хотят покупать ;), если же с MSDE то она ничем от полнофункциональной не отличается (нужно чисто административное решение, продавать без MSSQL-я).


 
Соловьев ©   (2005-01-12 12:14) [12]

>потому что есть MSSQL версия тогоже, MDB это "симпле" для бедных (MSSQL не хотят покупать ;), если же с MSDE то она ничем от полнофункциональной не отличается (нужно чисто административное решение, продавать без MSSQL-я).

Так вот я и хотел сказать, что вместо Access для "бедных" можно давать MSDE.


 
msguns ©   (2005-01-12 12:26) [13]

Спор на тему что лучше: соленые огурцы или блондинки ?


 
Fay ©   (2005-01-12 12:30) [14]

2 msguns ©   (12.01.05 12:26) [13]
Согласен, блондинки (даже не солёные) лучше. Хотя некоторые предпочтут блондинов.


 
msguns ©   (2005-01-12 12:32) [15]

>Fay ©   (12.01.05 12:30) [14]
>Согласен, блондинки (даже не солёные) лучше. Хотя некоторые предпочтут блондинов.

Ага, особенно в оливье ;)


 
Anatoly Podgoretsky ©   (2005-01-12 12:40) [16]

Соловьев ©   (12.01.05 11:19) [10]
Ограничение там стандартное 32767 коннектов, ты путаешь с другим с одновременными трансакциями.



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

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

Наверх





Память: 0.48 MB
Время: 0.044 c
11-1091017536
Андрей
2004-07-28 16:25
2005.02.13
Как KOLListBox выровнять по правому краю?


14-1106660717
Vaitek
2005-01-25 16:45
2005.02.13
А вот интересно...


4-1104096081
Davinchi
2004-12-27 00:21
2005.02.13
Тональный набор в голосовом режиме модема


3-1106034243
Алексей34
2005-01-18 10:44
2005.02.13
выбрать индекс строки в TDBGrid?


14-1106205656
PVOzerski
2005-01-20 10:20
2005.02.13
Хочу посоветоваться насчет приработка





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
Английский Французский Немецкий Итальянский Португальский Русский Испанский