|
Тема |
Re: И аз да попитам...:) [re: Mixy] |
|
Автор |
Reptile (REAPER) |
|
Публикувано | 20.01.05 11:00 |
|
|
А, додохме си на думата! Почти си прав!
Има само едно уточнение, което искам да направя, проблем възниква при много сесйи, ако всички работят в постоянен режим четене-запис и пак......
В противен случай ползваме компонненти на IBExpress, пускаме ги в състояние на CacheUpdate и "пей сърце" т.е потребителя прави всички операции на куп, когато си е свършил работата или Rollback, ако нещо не му харесва. При този подход една сесия натоварва базата за много кратко време. В заключение мога да кажа, че е подходящ и за големи фирми, зависи от обема данни който се обработва в една транзакция. Това с управлението транзакциите е "много тънък" момент. За какво не е подходящ: не е подходящ при ситеми, които паралелно с активни ъпдейти пускат и "тежки" справки върху базата. Това са някои обществени организации и системи, които работят с големи "блоб-полета", например съхранение на закони и техните поправки, но и от това има изход, като няма да се спирам на него сега.
Слабостта на IB-то в сравнение с големите сървъри е в "оптимизация на заявките" - например да направи joint на голяма таблица сама по себе си и в условието да включиш "count distinct Field_key1...." на такива неща се "осира".
За подобни заявки най-силни са Ораcle и DB2, боклука на Microsoft за нищо не става, ако изключим някои силни модули за хеширане, към него.......
С едно изречение: IB-то е само са професионалисти..............
|
| |
|
|
|