Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

IB(FB) vs Accsess [IB6.x, Access]


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

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


Anatoly Podgoretsky   (2005-01-12 12:40:00) [1]

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


msguns   (2005-01-12 12:32:00) [2]

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

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


Fay   (2005-01-12 12:30:00) [3]

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


msguns   (2005-01-12 12:26:00) [4]

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


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

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

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


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

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


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

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


sniknik   (2005-01-12 11:14:00) [8]

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


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

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


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

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

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


Digitman   (2005-01-12 09:03:00) [11]


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


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


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

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


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

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

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

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


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

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


sniknik   (2005-01-11 23:55:00) [15]

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

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


P.N.P.   (2005-01-11 23:40:00) [16]

Зачем?


Наверх

Титульная страница Поиск, карта сайта Написать письмо