Да не си говорим, че ако си майстор и работиш в КешЪпдейт варинат и управляваш правилно транзакциите Interbase/Firebird не отстъпват на "големите" сървъри, поне докато базата не прехвърли 1 гигабайт. Тогава се наблюдава забавяне на работата, при по тежки заявки(ама кой пречи базата да се разцепи?!?!?). Въпреки, че моите разбирания за добро проектиране на една апликация за бази данни са:
1. Базата трябва да е проектирана, така че: ТЕЖКИ ЗАЯВАКИ ДА НЯМА.
2. Апликацията трябва да е проектирана така че: ПОТРЕБИТЕЛЯ ДА ПОЛУЧАВА ОБОЗРИМ БРОЙ РЕДОВЕ ОТ БАЗАТА, не 5000 например т.е при едно отваряне на екран да вижда не повече от няколкостотин реда. Всичко останало наричам ЛОШО ПРОЕКТИРАНЕ.
3. Големите обеми от данни минават във УърХаус, като оставят възможност за относително МАЛКА и бърза ОПЕРАТИВНА база данни, която е в "текущо ползване".
Иначе казано за средно статистичексо българско предприятие Interbase/Firebird - вършат перфектна работа, като в Interbase 7 има доста подобрения(но е платен). Много специалисти казват, че големия проблем на Interbase/Firebird са вютата. Аз отговарям:вютата са ЗАБРАНЕНИ за използване похвати за добрия ПРОЕКТАНТ ***.
СЪС ЗДРАВЕ

Редактирано от Pechenia на 06.01.05 18:11.