Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Народ, а почему никто ничего не говорит про Sybase? Я не сильно владею информацией, но неужели он так сильно отстал от Oracle, MSSQL,InterBase, Informix и т.д? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2002, 10:16 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Да не отстал он.Просто не популярен.А так -база как база. (имеется ввиду Sybase ASE). В некоторых моментах даже МС дрючит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2002, 16:07 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Eto tochno chto "drjuchit" ) Prosto marketing hrenovij y Sybase , a tak otlichnaja baza - prostaja i nadeznaja. Rabotaet na chem hochesh. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2002, 16:42 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Напомню: у Sybase есть 2 сервера СУБД: Adaptive Server Enterprise и Adaptive Server Anywhere. Работаем со вторым уже несколько лет (тогда он назывался Sybase SQL Anywhere 5.5). Замечательная СУБД. Легковесная, малотребовательная к машинным ресурсам, многоплатформенная. Встроенная утилита администрирования нормальная, не скриптами нужно все делать. Относительно недорогая. Очень продвинутая система репликации. Кстати, Торри.ру работает именно на таком сервере СУБД. Они сами об этом на своем сайте пишут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2002, 11:58 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
я сайбез аса пользовал лет 6 может у сайбезов все работает и поэтому нечего спрашивать? ;)))) с глобалаутоинкрементом лично у меня была (и есть) большая трабла - а так все написано в хелпе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2002, 03:43 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Начинал изучение серверных СУБД с ASE. Казалась очень глючнй и недоделанной. Сейчас, когда кординально переосмыслил подходы и методы решения задач, впечатления становятся все борлее приятными. К однозначным плюсам отнесу: наличие триггера на коннект, классические триггера ДО и ПОСЛЕ, возможность (сомнительная с точки зрения специалиста, но весьма любимая новичками) выполнения триггера для каждой записи (как в IB и клонах). Функции с незопамятных времен (тоже как в IB). Складывается впечатление, что разработчики взяли лучшее от IB и MS. Многоплатформенность. Вообщем, своя ниша у ASE однозначно есть. Прямой конкурент IB. Промоушен никакой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2002, 17:21 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Работал с ASA 5-7, ASE 11-12. Что отличает Sybase от других СУБД, навскидку - 1) Трехуровневая репликация, которая _работает_. На уровне прокси-таблиц, dbremote и Replication Server. 2) Самый настоящий SQLJ, который в отличии от реализаций в других СУБД, не является надстройкой к движку, в Sybase язык java транслируется движком точно также, как и SQL. Напомню, что именно Sybase является фактическим инициатором стандарта SQLJ, который она разработала совместно с IBM, Informix, Oracle. Любое поле в таблице Sybase может иметь в качестве типа - класс Java. В ASA 8 появился сносный встроенный отладчик java. 3) В ASE есть уникальный механизм - OmniConnect. По жанру это то же, что и DTS в MSSQL, но лучше - реальная совместная работа с "тяжелыми" базами данных, и не на VBScript, а на обычном T-SQL. 4) В ASA упор делается на разработку баз данных под мобильные устройства. Уж не знаю, как там с этим у MSSQL и IB (глупое утверждение, что Sybase взяло все лучшее от них, т.к. он намного старше их обоих). 5) Отличные средства проектирования и разрабоки баз данных и клиентских программ, которые обычно поставляются с коробками Sybase - Power Designer, Power Dynamo, сервер приложений + сервер транзакций Jaguar, InfoMaker. Минусы - плохой маркетинг, отсутствие спецов-разработчиков... ну и как у всех коммерческих СУБД филиалы в СНГ созданы только затем, чтобы _торговать_, а не _работать_... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2002, 21:28 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Eshe mozno dobavitj chto u Sybase ochenj bolshoe kolichestvo intallacij v finansovih institutah na Wallstreet , chto samo po sebe govorit o mnogom. Burzuji svoj biznes hrenovoj RDMS ne doverili bi. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2002, 23:34 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2 ppp Список финансовых институтов на Wallstreet с sybase-ом в студию !!! Желательно с указание официальных источников этой информации и подробностей как он используется. А то тут кто-то рассказывал про interbase в танках и пентагоне, MySQL в Nasa. И также говорили что буржуи свои танки и спутники хреновой СУБД не доверили бы.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2002, 07:47 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Ну ррр попал!!! Теперь тебя ораклисты без соли и без отходов сожрут. Зачем ты им на больной мозоль наступил? Ну не поймут они, что исторически сложилось так, что WallStreet использует Sybase. А т.к. эти ребятки очень консервантивны, то и меняют они ПО очень неохотно. Как MS и Oracle ни вбухивают бешеннные бабки в продвижение своих СУБД. Причем хочу заметить, что никто не утверждал, что на WallStreet используют ТОЛЬКО Sybase. Там присутствуют все, просто доля рынка делится не поровну! Впрочем я тоже никогда не утверждал, что пентагон, Моторола, Боинг и т.д. используют только IB. Но ораклистам трудно понять как это такие солидные конторы могут использовать что либо кроме ORACLE. Да и фанаты MS SQL не далеко ушли! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2002, 09:12 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2 f_w_p Мы не консервативны, мы прогрессивны. Мы понимаем что бывают разные субд для разных задач. IMHO, ссылки на то что Nasa работает на MySQL а Пентагон на Interbase, не катят без описания задачи (требований к системе и объёмов данных) под которой это работает. И наличие MySQL в NASA не означает что MySQL "это круто и всё такое", просто под него нашлась задача типа "оповещение зарегистрированнных пользователей об обновления на сайте какой-то лаборатории". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2002, 09:59 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
to Zaxx, Ugu , spiski , nazvanija kompanij , telefoni ihnih DBA ) Smeshno, tem bolee chto eto izvesnij fakt. Esli silno interesuet , informacii polno i v inete i v sootvetstvujushej presse. Ne budu ja podborku materialov v "studiju " delatj. I sovershenno ne ponjatno k chemu srazu eti napadki, estj na Wall Street i drugie bazi , kak tut uze spravedlivo zametili. Da i nameki na to chto Sybase vrode kak baza urovnja Mysql kotoraja goditsa tolko dlja zadach tipa "оповещение зарегистрированнных пользователей об обновления на сайте какой-то лаборатории" ne stojat daza togo chtobi ih commentirovatj. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2002, 17:48 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
ppp прав, чем спорить на пустом месте, лучше качайте с sybase.com бесплатные версии ASE под Linux и делайте выводы... мне кажется, ASE подалее отстоит от mysql, чем тот же MSSQL. Кстати, еще есть Sybase IQ, есть ли у Оракла подобное? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2002, 19:56 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Вот одна из выдержек, которыми в основном бросаються: Sybase Adaptive Server IQ12 разработан для скоростного анализа данных, с использованием передовой, патентованной технологии обработки запросов, уникальных способов индексирования, и алгоритмов, оптимизирующих производительность. Эти средства позволяют увеличить скорость выполнения произвольных запросов более чем в 100 раз по сравнению с традиционными СУБД и поддерживать производительность, несмотря на увеличение числа пользователей и на изменение их запросов в зависимости от потребностей бизнеса. В отличии от технологий традиционных СУБД , Adaptive Server IQ 12 обеспечивает отличную производительность без интенсивной настройки. "Если вы такие умные, то почему строем не ходите?" Поймите, громогласные утверждения ничего не значат. Особенно мне понравилась однафраза, "Если вам не нужны возможности IQ пользуйтесь Enterprise" Это как? Если можно, обьясните непосвященному в чем конкретно особенность этой системы, вобщето действительно интересно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2002, 20:56 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Dlja teh komu dejstvitelno interesno uznatj pobolshe pro Sybase ( prosba nogami ne pinatj esli kogo eto zadenet , ne ja posal ) http://www.talussoftware.com/DBPowerSuite/index.html I vot eshe poleznij site http://www.sypron.nl/whatis_ase.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2002, 23:10 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
ДимаР, чем бросаться выписками, лучше один раз попробуйте. Что для вас важней, - мнение рекламных писателей или ваш собственный опыт? Рыться в статьях можно до бесконечности, от этого практических знаний о + и - не прибавиться. ИМХО. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2002, 08:38 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2 PPP >Smeshno, tem bolee chto eto izvesnij fakt. Сейчас вы использовали один из типичных приёмов пропаганды: когда нету никаких агрументов в защиту тезиса - говорят "это известный факт". >Esli silno interesuet , informacii polno i v inete i v sootvetstvujushej presse. Сильно интересует, но позволю напомнить что тезис о широком распространении SyBase на Wallstreet был выдвинут Вами. А как говорили древние римляне: Ei inkombit probatio, qui dicit, non gui negat - бремя доказательства лежит на том, кто утверждает, а не на ком, кто отрицает. Так что с вас ссылки про Wallstreet...с описанием ЗАДАЧ >I sovershenno ne ponjatno k chemu srazu eti napadki, estj na Wall Street i drugie bazi Это не нападки на SyBase. Это нападки на аргументы типа : "на Wallstreet sybase есть" и "Burzuji svoj biznes hrenovoj RDMS ne doverili bi", без описания задач под которыми крутиться СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2002, 14:33 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
To Zaxx Vse chto ja napisal o Sybase i v chasnosti o bolshom kollichestve installacij etoj bazi v finansovih organizacijah i v chasnosti na Wall Street krome vsego prochego mne izvestno iz sobstvennogo opita poiska raboti v Severnoj Amerike( ja pravda rabotaju ja ne na Wall Street , no i ne ochenj daleko). Prakticheski vse chto svjazano s Sybase bilo libo v bankah , libo v strahovih kompanijah i eto ne goloslovnoe utverzdenie a reali. Poverte, estj tam Sybase, i ne malo. Ubedil ja Vas ili net , na etom predlagaju zaritj topor vojni t.k. osoboj polzi ot nashej diskusii na etu temu na moj vzgljad net. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2002, 00:03 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
TO: ppp Почитал http://www.talussoftware.com/DBPowerSuite/index.html Весельчаки однако. Найду где нибудь Sybase, обязательно поставлю посмотрю, я вообщето года 2 назад пробовал себе поставить, но первое что меня смутило, он поставился на Win98:), а потом не было особо времени и я его снес, так и не начав разбираться толком. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2002, 16:38 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
to DimaR: ASA 5.5 и на Win95 очень неплохо себя вел! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2002, 18:36 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2 SysOp >Складывается впечатление, что разработчики взяли лучшее от IB и MS. (имхо) микрософты содрали свой sql c сайбеза асе - сайбез и мс работали вместе до 95 -96 года. поэтому у микрософтов транзакт скл - язык для писания хранимых процедур, разработанный сайбезом. это микрософты взяли худшее из сайбеза )))))))))))))))))))))))))) а у asa ноги из Watcom SQL 4.0 растут. ----------------------------- оракл при одном соединеии проигрывает asa раза в два. но только оракл не для того сделан что бы одного человека обслуживать. если соединений больше чем 10 - 20 оракл вставляет сайбез asa. --------- 2 DimaR > сайбез поставился на win98 он ставится на win95, и на winCE и работает как ненормальный - когда другие отдыхают -- у меня от мониторов с электронно лучевой трубкой болят глаза. после двух попыток обьяснить начальникам на работе зачем мне экран с жидкими кристаллами - я себе купил за свои деньги лаптоп dx4 100 с 24 метрами мозгов и работал на сайбез аса 6.0/7.0 два года до мая 2002 пока не загнулся лаптоп ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2002, 23:56 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Sybase используется в одном из крупнейших банков Украины - как основа для опердня. До недавнего времени работали на ASA5, сейчас переходим на ASE. ASA5 у нас тянет до 150 интенсивно работающих пользователей. Режим работы базы самый разнообразный - одиночные и массовые Inserts, тяжелые Selects (например обороты по счету(ам) за интервал дат). Первое впечатление от ASE - огромные возможности по настройке параметров БД - гораздо богаче чем у MSSQL. Как по мне говорить о сравнении ASE с MSSQL или IB -глупо, это база по возможностям приближается к Oracle/DB2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2002, 10:35 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Вот и сделан роковой шаг... Вместо Sybase сейчас ночнут обсуждать вечную тяжбу "Сиквел против Оракла". :) И адвокаты сторон, начисто забыв а с чего все началось, сильно удивятьс я когда им напомнят, и пойдут смотреть Великий И Ужасный Сайбейс, и поймут, что он - крут. И не станет тогда ни чайника, ни ламера, и сойдуться ораклисты во мнениях своих с сиквельшиками, и разорятся Билли и Ларри, и будет вечер и будет утро... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2002, 11:35 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
To Guest123 А другой из крупнейших банков Украины (может даже больше чем приват- ведь это о нем была речь я так понимаю) работает на dbvista по 300 пользователей и нормально. ну и что это не о чем не говорит. А другие банки кто в лес кто по дрова. Кто еще на бтрив под новелом сидит тоже ничего. Я думаю если поискать найдем сидящих на дбф и что с этого. А мы тоже не маленький банк на Оракле сидим . Так значит мы круче. Ведь круче оракла только яйца. :) :) :) Глупо все это. И если приватбанк выбрал sybase это его личное дело и не надо этот выбор всем пихать как показатель крутизны. И так от привата уже тошнит ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2002, 19:56 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Vot , sluchajno popalosj s infoweek : But Sybase retains a loyal customer base, particularly among financial-services companies. Defections have decreased as the company's finances have stabilized in recent years, Giga Information Group analyst Teri Palanca says. Sybase "still has a solid group staying with them for the time being," she says. Case in point is Fannie Mae, the federal mortgage lender in Washington, D.C., which maintains some 6 terabytes of data in more than 5,200 databases--all from Sybase. While Oracle and IBM tout their leading-edge technology, William Banick, director of Fannie Mae's database-management systems, is more interested in "technology that will deliver business value in the most cost-effective manner," he says. "Sybase has found a good balance between value-added features and quality. It's one of the most stable technology platforms we have." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2002, 22:00 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Народ про Sybase - объясните мне две фишки: 1)где в ASE триггеры BEFORE? 2) почему в ASE только один тип данных для даты/времени? а именно - DATETIME? 3)Почему они (Sybase - засранцы) не предусмотрери написание функций на C? почему эта фишка доступна только для JAVA? Неужели после всего этого эту БД можно назвать путёвой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2002, 14:57 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2) datetime/smalldatetine/timestamp; 3) Extended stored procedures - пиши на чем хошь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2002, 15:50 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
ну-ну...)) Я про функции определенные пользователем говорю... которые можно было бы в качестве фомумы вместо поля в селект засунуть)) А для написания клиентского приложения? какие способы? ODBC и BDE? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2002, 16:48 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
А OpenClient уже отменили? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2002, 17:44 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
А почему интересно OpenClient такой непопулярный? Почему весь народ на BDE/ODBC напирает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2002, 15:13 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Не знаю. Может потому, что из Delphi работают. Хотя я делал тесты под Win связка Apache+PHP+ASA элементарные select-ы из одних и тех же таблиц - у меня получилось, что через OpenClient результаты возвращаются в PHP в 200 раз быстрее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2002, 15:35 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
А подскажите такую вещь! Прочитал в инете, что Sybase - это блокирующий при чтении сервер. Т.е. если кто-то читает таблицу, то нельзя выполнить её модификацию. Так ли это? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2002, 19:41 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Pravilno prochital , pri chem ne tolko Sybase , no i MS SQL i DB2 i vse ostalnie krome Oracle s ego rollback segmentami ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2002, 21:06 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
И интербейса с его версионностью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2002, 22:25 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Народ! вы что обалдели что-ли? Чтоб нельзя было читать таблицу, которую кто-то меняет в DB2? Это шутка что-ли? Поясняю. Есть такая фишка - называется уровень изоляции. В DB2 - их четыре. Самый страшный - RR - repitable read а самый простой - UR - uncommited read. Поясняю: Если твое приложение выполняется в режиме UR то абсолютно без разницы кто и как меняет талицу(ы). Дословный перевод - ты можест смотреть незавершенные транзакции. Т.е. твое приложение не блокирует ничего. А вот если RR - то ты просматривая запись, или даже несколько записей в таблице гарантируешь что в не только эти записи никто не изменит до завершения твоей транзакции, но и никто не вставит новую запись в просматриваемый диапазон. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 12:35 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
те при UR - ты видишь незавершенные транзакции ??? Это же криво, учитывая что данные могут оказаться несогласованы или тем более если они не будут закоммичены. а при RR - мы как раз и имеем случай когда "нельзя читать таблицу, которую кто-то меняет" ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 13:25 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
UR мало где реализована, и еще меньше используется, так что все нормально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 13:32 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Не правда. В MSSQL есть хинт with (nolock). И смею Вас уверить испльзуется достаточно часто. Залочки так же можно определять с помощью этого хинта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 13:47 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
guardenman, под самым "страшным" уровнем изоляции транзакций Вы, должно быть, имели в виду не repeatable read, a serializable, поскольку дополнительно к модификации записей на все время транзакции он еще препятствует вставке фантомов. Вопрос к представителям Oracle с его undo-сегментами и Interbase с его версионностью. Очевидно под возможностью модификации записей, которые в этот момент кто-то читает, понималась snapshot isolation, т.е. каждая сессия берет себе мгновенный снимок данных на момент начала транзакции и работает с ним обособленно, не мешая другим. Ну т.е. что-то похожее на клиентские курсоры, но разводка делается на уровне сервера. Предположим, каждая сессия что-то поменяла в своем снэпшоте. Как в этом случае происходит сборка данных воедино и как разрешаются конфликты? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 13:50 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Люди, кроме UR и RR есть еще два промежуточных уровня изоляции- Это стабильный курсор (CS) и еще какой-то..(короче- читайте доки) А принцип такой - Если вам нужно всего лишь отобразить таблицу на экране, то зачем использовать RR? (например когда вам нужно выбрать значение из списка допустимых и т.д.) тут-то как раз то и нужно использовать UR. А уж когда делаете транзакцию, тогда - если будете пачку записей вставлять и модифицировать - тоды RR хотя чаще всего можно обойтись CS. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 13:51 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Маздаю: Если речь идет об Oracle - то вполне вероятно что уровни темины обзывающие разные уровни изоляци звучат не как в DB2 (которую я имел в виду) А что касается блокировок которые делают транзакции при различных уровнях изоляции - тут писать слишком долго, и я не собираюсь переписывать сюда всю документацию. Тем более что вряд-ли напишу лучше чем это сделано в мануалах по DB2. Для всех: Между прочим в DB2 - нет такого выражения - BEGIN TRANSACTION. Там всякая транзакция начинается неявно в зависимости от операции которую вы выполняете и блокировки записей осуществляются в зависимости от уровня изоляции. А то, что многие приложения жрут ресурсы серверов работая на ненужных уровнях изоляции - эт факт! Согласитесь со мной, что устанавливать RR уровень не следует если нужно всего лишь получить простейший отчет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 14:09 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
>Предположим, каждая сессия что-то поменяла в своем снэпшоте. Как в этом случае происходит сборка данных воедино и как разрешаются конфликты? Для Оракла: Каждая сессия не может одновременно что-то поменять в своем "снэпшоте". Если сессия А изменила запись в таблице, но не сделала коммит, то сессия B, которая также хочет изменить запись будет ждать по эксклюзивной блокировке уровня строки (ТХ) до тех пор пока сессия А либо сделает коммит, либо ролбэк. Читатели не блокируют писателей, писатели не блокируют читателей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 14:19 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2guardenman Речь идет об ANSI SQL, с которым, я надеюсь, DB2 совместима. А насчет отсутствия BEGIN TRAN я не понял. Как же тогда дать понять в DB2, что несколько операторов должны выполняться в рамках одной транзакции? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 14:20 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
А че непонятного? BEGIN TRANSACTION явно не пишется - ну и что? Зато явно можно написать COMMIT. Просто первое вставляется автоматически. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 14:28 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2eNose Ну тогда все, что пошло от этого COMMIT до следующего, понимается за следующую транзакцию. А как ей сказать, что это не последовательные транзакции, а вложенные? 2killed Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 14:39 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Не знаю. Может как-то по-другому? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 14:53 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Я слышал что в MSSQL не все гладко с блокировками, но DB2? Вопрос DB2 с его уровнями блокировок, может приводить к "эскалации блокировок"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 15:54 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2 DimaR Мне показалось, или Вы действительно имели в виду, что эскалация блокировок это плохо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 16:00 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2 DimaR Почему? А то я грешным делом думал, что подобный механизм хорош для оптимизации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 16:40 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Ага, я разрабатываю приложение, делаю его, делаю, расчитываю на 50 пользователей одновременно работающих, приложение заработало, но вот после набранных например 1 милиона записей (или еще какойто момент), база завотела повысить уровень блокировки для транзакции какого либо пользователя, а все отальные? привожу цитату: Код: plaintext 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 16:54 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Не очень понял что такое захват, предполагаю, что Deadlock. В таком случае достаточно следовать рекомендациям Microsoft, а именно: - Access Objects in the Same Order - Avoid User Interaction in Transactions - Keep Transactions Short and in One Batch - Use a Low Isolation Level - Use Bound Connections И с умом проектировать приложение, что бы говорить о deadlocks чисто теоретически. Ваш пример могу себе представить только если в приложение выдается юзеру грид на редактирование с соответствующей блокировкой. Зато с точки зрения ресурсов эскалация блокировок вполне оправданный механизм. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 17:09 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Можно с умом извращаться и с dbf на foxpro, (я такое видел), ноя видел к чему это приводит когда система становиться сложнее и сложнее, а данных больше и больше ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 18:28 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Хотел бы поддержать Genady. Блокировать все по максимуму означает превратить БД в однопользовательскую. Напротив, не имеет смысла ставить блокировки уровня записи в ситуации, когда один юзер работает с таблицей из миллиарда строк. Не знаю, сколько занимает структура типа lock resource block в Oracle, в SQL Server - 64 байта. Ну и зачем менеджеру блокировок в этом случае сжирать под себя 64 гиг, если проще проэскалировать? Не знаю, я считаю, что автоматическое управление гранулярностью блокирования является единственным разумным механизмом, позволяющим добиться компромисса между приемлемой конкурентностью доступа и системными затратами на его обеспечение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 18:45 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
>Хотел бы поддержать Genady. Блокировать все по максимуму означает превратить БД в однопользовательскую. Напротив, не имеет смысла ставить блокировки уровня записи в ситуации, когда один юзер работает с таблицей из миллиарда строк. Не знаю, сколько занимает структура типа lock resource block в Oracle, в SQL Server - 64 байта. Ну и зачем менеджеру блокировок в этом случае сжирать под себя 64 гиг, если проще проэскалировать? Не знаю, я считаю, что автоматическое управление гранулярностью блокирования является единственным разумным механизмом, позволяющим добиться компромисса между приемлемой конкурентностью доступа и системными затратами на его обеспечение. Ну не все так печально. В Oracle строковая блокировка реализуется через ITL-слот. 24байта. По умолчанию 1 слот на 1 блок (а это реально сотни строк). Если _одновременно_ к блоку за изменением данных обращаются 2 транзакции, дополнительно будет динамически выделен еще один слот, если _одновременно_ 3 - еще один, и так далее. Так что ни о каком пожирании 64G речь не идет. А вот эскалация блокировок - это беда и беда настоящая. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 19:14 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Извините, killed, но по-моему Вы путаете lock resource block c lock owner block. С Вашего позволения, я оперирую в рамках терминологии SQL Server, но смысл, думаю, понятен. Как можно в 24 байта уместить информацию о сотне (как Вы говорите) заблокированных строк? 24 * 8 = 192 бита. Ну пусть по два бита на запись. Один, допустим, выступает флажком, что запись заблокирована. Как в один оставшийся бит уместить бездну информации о lock mode (S, U, X, ...), статусе (грантована, конвертируется, ждет), пойнтер данной записи и многое другое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 19:36 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Можно с умом извращаться и с dbf на foxpro, (я такое видел), ноя видел к чему это приводит когда система становиться сложнее и сложнее, а данных больше и больше Странные вещи Вы говорите, потому как кроме того, что нужно с умом проектировать приложение, нужно с не меньшим умом выбирать инструмент. Foxpro (с которым я в свое время не мало поработал) персональная СУБД! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2002, 11:55 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
А вот эскалация блокировок - это беда и беда настоящая. Oracle не знаю, потому трогать его не буду, :-) для MS SQL это не беда, а всего лишь разумный компромисс. За те 3 года моего общения с MS SQL 7, 2000, я вот только здесь узнал, что это оказывается настоящая беда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2002, 12:02 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Может и персональная но я знаю довольно крупную фабрику, на которой весь документооборот организован именно на foxpro, протянуто оптоволокно, написан свояь надстройка которая из NT запускает фокспрошные приложения, блокировки и прочая ерунда решаются опять же своими методами (причем сделано все довольно неплохо), куча пользователей НО КАК ЭТО РАБОТАЕТ!!! надо видеть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2002, 12:03 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2 DimaR В 1993-94 годах я тоже такой ерундой занимался, пока не почитал об Oracle, Sysbese и т.п., после чего это занятие забросил. То что это работает на конкретной фабрике означает лишь, что им трудно избавиться от предыдущего наследства, как этот пример связан с эскалацией блокировок я так и не понял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2002, 12:09 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Сорри, немного поспеши, поэтому под Sysbese следует понимать Sybase. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2002, 12:12 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
>Извините, killed, но по-моему Вы путаете lock resource block c lock owner block. С Вашего позволения, я оперирую в рамках терминологии SQL Server, но смысл, думаю, понятен. Как можно в 24 байта уместить информацию о сотне (как Вы говорите) заблокированных строк? 24 * 8 = 192 бита. Ну пусть по два бита на запись. Один, допустим, выступает флажком, что запись заблокирована. Как в один оставшийся бит уместить бездну информации о lock mode (S, U, X, ...), статусе (грантована, конвертируется, ждет), пойнтер данной записи и многое другое? Я говорил про блокировку ресурса (строки), что-такое блокировка пользователя в рамках данного треда я не очень понимаю. Блок хранит сотни строк, тогда как в заголовке блока отводится место всего под несколько ITL-слотов. Т.е. вы меня не поняли или я неточно выразился. Зачем отводить место в 64 байта для каждой строки, для миллионов строк таблицы, если в любой момент времени нужно разрешить конфликт для ограниченного числа транзакций, которые запрашивают разделяемый ресурс (строку)? Цитата из книги Oracle8i Internal Services от Стива Адамса (Steve Adams). Это один из ведущих независимых экспертов по Oracle Internals. <blockquote> When a transaction modifies a row, its transaction identifier is recorded in an entry in the interested transaction list (ITL) in the header of the data block itself, and the row header is modified to point to that ITL entry. Once these changes have been made, no lock is retained. The ITL entry for the uncommited transaction, together with the row header that references it, constitutes an implicit lock on the row. When another transaction wants to modify the same row, and sees that an uncommited transaction has modified that row, that transaction waits, not on a row-level lock, but on the transaction lock for the blocking transaction. When the blocking transaction commits or rolls back, its transaction lock will be released. Its implicit row-level locks are thereby released, and so the blocked transaction can be proceed </blockquote> В хидере строки указатель на ITL-слот + служ. информация занимает 1 байт. Вся остальная информация хранится в памяти в виде массивов фиксированной длины и интенсивно переиспользуется. Реально это несколько десятков мегабайт. Но никак не 64Gb - никакой памяти со свопом не хватит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2002, 12:38 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
>Oracle не знаю, потому трогать его не буду, :-) для MS SQL это не беда, а всего лишь разумный компромисс. За те 3 года моего общения с MS SQL 7, 2000, я вот только здесь узнал, что это оказывается настоящая беда. У Oracle этих проблем нет, а про уровни изоляции, сериализацию и пр. помнят только люди, имевшие опыт работы с другими системами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2002, 12:42 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
и Interbase с его версионностью. Очевидно под возможностью модификации записей, которые в этот момент кто-то читает, понималась snapshot isolation, т.е. каждая сессия берет себе мгновенный снимок данных на момент начала транзакции и работает с ним обособленно, не мешая другим. Ну т.е. что-то похожее на клиентские курсоры, но разводка делается на уровне сервера. Предположим, каждая сессия что-то поменяла в своем снэпшоте. Как в этом случае происходит сборка данных воедино и как разрешаются конфликты? Дата: вчера, 13:50 Просто их ИнтерБейс разрешает... Запись в строчку у которой есть версии более новые, чем та, которую "видит" данная транзакция приводит к откату. (Естественно, версии создаются только при записи, а до этого все снапшоты работают с одной и той же версией...) Тут кстати, есть интересная тонкость, связанная с присвоением значений одних строк в другие, но это уже детали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2002, 13:18 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
У Oracle этих проблем нет, а про уровни изоляции, сериализацию и пр. помнят только люди, имевшие опыт работы с другими системами. Нет этих проблем, значит должны быть другие, за счет которых снимаются эти. Впрочем подожду лучше ответа Деда Маздая как более компетентного товарища. :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2002, 13:26 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2 Genady >Нет этих проблем, значит должны быть другие, за счет которых снимаются эти. Эти проблемы в Oracle снимаются не за счёт других проблем, а за счёт механизма roll_back сегментов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2002, 17:22 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Эти проблемы в Oracle снимаются не за счёт других проблем, а за счёт механизма roll_back сегментов. А что, эти roll_back сегменты не кушают ресурсы? Ну что, трудно что ли ответить чуть подробнее, для людей не знакомых с Oracle? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2002, 17:26 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2noir "Запись в строчку у которой есть версии более новые, чем та, которую "видит" данная транзакция приводит к откату" Не понял. Я взял себе снэпшот, работал с ним, работал. Потом говорю - commit. А он в ответ - фиг, потому что там уже кто-то успел сделать более свежую версию. И все, что я в нем наменял, псу под хвост? 2killed Ага, Вы говорите о том, что в хидере блока (страницы в терминологии MS SQL) Oracle хранит дополнительную информацию о блокированных записях, расположенных внутри данного блока и утверждаете, что ее объем меньше той цифры, которую я привел. Но SQL Server вообще не держит информации о блокировках на страницах данных. Те 64 байта - это чисто in-memory structure. Т.е. то, про что Вы применительно к Oracle говорите "Вся остальная информация хранится в памяти в виде массивов фиксированной длины и интенсивно переиспользуется". Таким образом, Oracle просто разделяет информацию о блокировках и держит ее в двух местах: в памяти и на страницах данных. Я думаю, что это обусловлено чисто историческими причинами. Ведь Oracle появился гораздо раньше, а при тогдашних объемах оперативки другого решения, наверно, не было. Но это очень плохо. Потому что каждая операция блокировки потенциально вызывает дополнительные затраты на disk I/O и получается медленнее, чем в SQL Server. Если же подсчитать суммарный размер информации о блокировке записи - неважно, где она хранится (в памяти, на диске, и там и там), то, вероятно, мы получим примерно схожие цифры что в SQL Server, что в Oracle, что в Sybase, что DB2 и т.д. Вы говорите "У Oracle этих проблем нет, а про уровни изоляции, сериализацию и пр. помнят только люди, имевшие опыт работы с другими системами". Это неверно. Во всех перечисленных серверах в той или иной степени продекларирована поддержка стандарта ANSI SQL. Стало быть, они должны обеспечивать и стандартные уровни изоляции, и все остальное, что прописано в стандарте по этому поводу. А это значит, что с точностью до плюс/минус пары байт размер информации о блокированном ресурсе будет везде примерно одинаков, как бы вы ни хитрили, разбивая ее на куски и упрятывая их в хидер строки, в ITL-слоты, в описание транзакции, в сегменты отмены и т.д. Кстати, я обратил внимание, что первоначально топик был посвящен Sybase, а сейчас все свелось к обсуждению архитектурных различий MS SQL и Oracle. Как-то неудобно. Может, переместимся в новый топик? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2002, 11:37 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Ну во-первых, я не хитрю. Я не работаю на Oracle ;) 2. Цифра в 64Gb - не может получится просто исходя из здравого смысла. 3. Блокировки - это атрибуты транзакций, а не строк. Можно сравнить кол-во транзакций в любой момент времени и кол-во строк в базе. Какая величина меньше - очевидно. 4. <blockquote>...Но это очень плохо. Потому что каждая операция блокировки потенциально вызывает дополнительные затраты на disk I/O и получается медленнее, чем в SQL Server.</blockquote> Если блок (страница) находится на диске, и вам нужно прочесть строку в этом блоке, то вам по-любому придется прочесть блок в память, а затем уже заблокировать строку. Где здесь дополнительный дисковый ввод/вывод ? 5.<blockquote>Если же подсчитать суммарный размер информации о блокировке записи - неважно, где она хранится (в памяти, на диске, и там и там), то, вероятно, мы получим примерно схожие цифры что в SQL Server, что в Oracle, что в Sybase, что DB2 и т.д</blockquote> Вот это больше похоже на истину. 6.<blockquote>Вы говорите "У Oracle этих проблем нет, а про уровни изоляции, сериализацию и пр. помнят только люди, имевшие опыт работы с другими системами". Это неверно. Во всех перечисленных серверах в той или иной степени продекларирована поддержка стандарта ANSI SQL. Стало быть, они должны обеспечивать и стандартные уровни изоляции, и все остальное, что прописано в стандарте по этому поводу.</blockquote> Я не спорю с этим. Я говорил лишь о том, что для тех, кто работает с Oracle, этот вопрос не актуален. Это можно проверить в оракловом форуме. Если есть интерес, дополнительную информацию можно почерпнуть в Oracle Concepts (возможно попросят зарегистрироваться (бесплатно) ) http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96524/toc.htm Мои извинения поклонникам Sybase ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2002, 12:56 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Я не спорю с этим. Я говорил лишь о том, что для тех, кто работает с Oracle, этот вопрос не актуален. Вы будете удивлены, но я работаю с MS SQL и тоже не задумываюсь об уровнях изоляции, вернее мне пришлось об этом задуматься за все время один раз. P.S. Предлагаю следующему, кто захочет попобсуждать различия архитектуры MS SQL и Oracle открыть новый топик, мы здесь уже давно в офтопе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2002, 14:09 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Nu uchitivaja chto mehanizm blokirovok v Sybase i MS SQL ochenj pohozij , mozno i tut disskusiju prodolzatj , tem bolee chto tema poleznaja. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2002, 17:10 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
>Ну во-первых, я не хитрю. Я не работаю на Oracle ;) >5.<blockquote>Если же подсчитать суммарный размер информации о >блокировке записи - неважно, где она хранится (в памяти, на диске, и там и >там), то, вероятно, мы получим примерно схожие цифры что в SQL Server, что >в Oracle, что в Sybase, что DB2 и т.д</blockquote> >Вот это больше похоже на истину. Не думаю. Хороший документик без рекламной чешуи сравнивающий системы блокировки DB2 и Oracle. http://www-3.ibm.com/software/data/pubs/papers/locking/locking.pdf 6.<blockquote>Вы говорите "У Oracle этих проблем нет, а про уровни изоляции, сериализацию и пр. помнят только люди, имевшие опыт работы с другими системами". Это неверно. Во всех перечисленных серверах в той или иной степени продекларирована поддержка стандарта ANSI SQL. Стало быть, они должны обеспечивать и стандартные уровни изоляции, и все остальное, что прописано в стандарте по этому поводу.</blockquote> Я не спорю с этим. Я говорил лишь о том, что для тех, кто работает с Oracle, этот вопрос не актуален. Это можно проверить в оракловом форуме. Не верю, чудес не бывает. Как на счет ORA-1555 Snapshot Too Old??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2003, 20:37 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
IBMer: ... Хороший документик без рекламной чешуи сравнивающий системы блокировки DB2 и Oracle. http://www-3.ibm.com/software/data/pubs/papers/locking/locking.pdf ... Ну да, конечно! Без рекламной чешуи Сравнение от IBM. Можно даже не сомневаться, кто у них впереди планеты всей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2003, 08:05 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
2 Дед Маздай о блокировках в оракуле. В оракуле просто нет понятия таблиц или областей блокровок. Информация о блокировках хранится вместе с самими данными внутри блока. Информация о транзакции пишется в itl-списке в заголовке блока, как и сказал killed, а в строке пишется, какая по счету транзакция в этом списке блокирует строку. Тогда на одну 24-байтную конструкцию в заголовке может ссылаться множество строк. Поэтому в оракуле нет эскалации блокировок, как в sybase или ms. Кроме того, такой механизм позволяет выбить блок на диск при нехватке места в кэше, а потом его загрузить обратно с сохранением всей информации о транзакциях/блокировках. Подобный механизм, как мне кажется работает и в db2 (просто в оракл ушли разработчики r-system из ibm). Уровни изоляции транзакций в оракле есть, но serializable используется крайне редко. А вообще-то на небольших квази-реалтаймовских базах sybase работает побыстрее оракла, но с большими объемами данных или со сложныи программами, выполняемыми на сервере он справляется хуже. Поэтому часто встречается вариант хранения оперативных данных на sybase и перенос их в "большую" базу на оракле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2003, 12:59 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Enoise. Ты документ-то читал???? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2003, 19:09 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Теперь читал. И что? Вывод из статьи: "Oracle - хорошо, но DB2 - лучше". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2003, 08:33 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
> Вывод из статьи: "Oracle - хорошо, но DB2 - лучше". Да, действительно, никакой шелухи ... "In a more realistic environment where several concurrent transactions are accessing the same data blocks, it would not be unusual to find 10 ITL slots on each data page. That's 240 bytes on each data page wasted or 12% of all data space (assuming 2k page for an OLTP system) space per transaction per page." Чего то ребята "ассьюминг" минимальный размер блока, который в наши дни даже для чистого OLTP не стоит использовать. Чего уж говорить о гибридных системах, которых подавляющее большинство. "If a table has a lot of concurrent transactions then it will use up more disk space for transactions. In many applications there exits a set of hot records or a hot table. So what happens if you have 1000 concurrent update transactions on a small table?" О боже, только представьте 1000 одновременных транзакций, пытающихся апдейтить пару сотен записей. Озадачиваясь вопросом "Что же произойдет", я надеюсь, что без раздачи пинков разработчикам дело не обойдется. Тут в консерватории править надо. Ну а DBA "размажет" эту таблицу по большему числу блоков. Ему ведь не жалко лишних пары-тройки метров на диске для "1000 томящихся пользователей". "The problem with this algorithm is that while one transaction is sleeping, another transaction can come in and get an ITL slot that was made available while the first transaction was still sleeping. This means that there is no guarantee that a transaction can acquire the lock it wants and locks are not allocated to transactions in the order they are requested (i.e. a transaction can jump in front of another transaction that has been waiting). Highlights" Здесь отметим скрытое лукавство. Нам не интересен порядок блокирования разных ресурсов (строк) разными транзакциями "If multiple applications try to lock the same record in exclusive mode (for update) then DB2 creates a linked list of these lock requests (first come first served) in memory. Multiple transactions may be sharing a lock at the same time, given that they are both reading the record and not updating it. The linked list of lock requests contains both transactions using the lock and those transactions waiting for the lock. Ребята видимо не в курсе, что Оракл также поддерживает связные списки блокировок и ресурсов. "When a transaction is waiting on a lock it is actually waiting on a semaphore (not on a sleep timer that Oracle uses). like locks. When the first transaction on the list releases its lock, it removes itself from the lock chain and posts a message to the next transaction(s) in the sequence to allow the waiting transaction(s) to continue and take over ownership of that lock." Зачем же так. В Oracle процесс, снимающий блокировку тоже постит следующему в очереди процессу с совместимым режимом блокировки. "By default MAXLOCKS is set to 22% of the LOCKLIST so by default if one application acquires more than 22% of the locklist, DB2 will escalate. When a lock escalation occurs, the application holding the most locks (and therefore using up the most memory) will convert its row level locks to a table level lock, thus reducing memory requirements on the system." Кто бы подсказал, что такое "application" в абзаце выше. И что произойдет в этом случае, возвращаясь к примеру "1000 одновременных транзакций, изменяющих данные таблицы". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2003, 11:47 |
|
||
|
Sybase?!?
|
|||
|---|---|---|---|
|
#18+
Подскажите, где можно скачать Sybase IQ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2003, 17:52 |
|
||
|
|

start [/forum/topic.php?all=1&fid=35&tid=1554349]: |
0ms |
get settings: |
10ms |
get forum list: |
23ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
62ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
139ms |
get tp. blocked users: |
2ms |
| others: | 258ms |
| total: | 519ms |

| 0 / 0 |
