Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) gardenmanЗачем человеку нужно отслеживать баланс каждые пять минут? ну?.... И это нужно разве что - главбуху.. да и то на момент закрытия квартала, когда делают заключительные обороты. Да и то, заключительные обороты делают в прошедшим днём. Человеку оно канешна може и не нужно, а вот биллинговой системе Тому-же RADIUS-у скажем Может знаток биллинга и RADIUS товарищ Gluk (Kazan) расскажет зачем радиусу нужено собирать по нескольким таблицам черти-что чтобы вытащить некий остаток, который будет консистентным на момент запроса, но не на момент выдачи разрешения радиусом пользователю разрешения на вход? И, почему как правило в биллинге (в простых системах) используется чаще всего MySQL (Даже не постгрес)? Кто в подобных системах следит за тем, чтобы юзер не законнектился дважды в одно и то же время (хотя системы и тарификация всякая бывает)? Каким образом и кто следит за сессией, кто ее отключает, когда лимит средств исчерпан? Если товарищ Глюк ответит себе на эти вопросы, то он поймет наконец что версионник в данном случае нахрен не нужен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 12:11 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Уважаемый, если Вам от меня чего-то надо постарайтесь сформулировать это по человечьи и без сарказма. В противном случае, я буду считать, что Ваши вопли адресованы в пустоту. Иными словами Вы работаете на публику. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 12:15 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
авторчто версионник в данном случае нахрен не нужен. А зачем такую бесполезную штуку МС пытается рализовать? Да еще и гордится этим? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 12:18 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
SkyNet77А зачем такую бесполезную штуку МС пытается рализовать? Да еще и гордится этим? Речь не о том, что это бесполезная штука, imho. Просто это два разных подхода к разрешению конфликтов - ранний (блокировочник), и поздний (версионник) Что лучше, каждый решает для себя сам. MS, imho, нашла способ воплотить алгоритм позднего разрешения конфликтов каким-то более эффективным способом, чем существующие. Поэтому и создает его. Что получится - будем посмотреть. Скорее всего, изыскания в этом направлении ведут все вендоры. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 12:29 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
SkyNet77 авторчто версионник в данном случае нахрен не нужен. А зачем такую бесполезную штуку МС пытается рализовать? Да еще и гордится этим? А как вы думаете почему IBM и не собирается это реализовывать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 12:30 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
рискну предположить, что пока механизм раннего разрешения конфликтов позволяет наращивать производительность системы, не возникает потребности в механизме позднего разрешения. можно на попытки ms посмотреть и под таким углом зрения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 14:22 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
можно сказать и по-другому: неважно, что одни транзакции могут ожидать завершения других странзакций, неважно до тех пор, пока время выполнения workload укладывается в бизнес требования (или меньше чем у конкурентов) Или совсем уже по-другому (но не корректно, так как для выполнения одной и той же бизнес задачи может потребоваться разный набор разных транзакций на разных системах): неважно, что транзакция X может ожидать завершения транзакции Y, если общее время выполнения двух транзакций устраивает, (или меньше чем у ....) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 15:44 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv SkyNet77А зачем такую бесполезную штуку МС пытается рализовать? Да еще и гордится этим? Речь не о том, что это бесполезная штука, imho. Просто это два разных подхода к разрешению конфликтов - ранний (блокировочник), и поздний (версионник) Что лучше, каждый решает для себя сам. MS, imho, нашла способ воплотить алгоритм позднего разрешения конфликтов каким-то более эффективным способом, чем существующие. Поэтому и создает его. Что получится - будем посмотреть. Скорее всего, изыскания в этом направлении ведут все вендоры. рискну предположить, что пока механизм раннего разрешения конфликтов позволяет наращивать производительность системы, не возникает потребности в механизме позднего разрешения. можно на попытки ms посмотреть и под таким углом зрения. Причем тут это? Никто не мешает в оракле использовать пессимистическое блокирование (если я правильно понял). (повторюсь еще 25 раз) Но при этом в оракле нет необходимости в эскалации блокировок, и читатели не блокируют писателей, и писатели не блокируют читателей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 15:46 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
DimaR - я всего лишь попытался предположить, зачем MS создает версионность. Вот и все. Ну и опять же: если экскалация блокировок; блокирование писателей читателями; блокирование читателей писателями, позволяет выполнить задачу за устраивающее бизнес условия время, или быстрее чем у конкурентов, то проблемы нет. Возможно (опять мое предположение) что у MS появились проблемы, и она пытается их решить созданием версионности (механизма позднего обнаружения конфиликтов) Кстати, экскалация блокировок иногда выгодно добиваться конфигурационными настройками, если это увеличивает общую производительность на конкретной задачи. Но это к вопросу "зачем MS создает версионность" не относится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 15:51 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggv позволяет выполнить задачу за устраивающее бизнес условия время, или быстрее чем у конкурентов, то проблемы нет. Возможно (опять мое предположение) что у MS появились проблемы, и она пытается их решить созданием версионности (механизма позднего обнаружения конфиликтов) Мы общаемся на флеймовом форуме во флеймовом топике, и фраза - "нас устраивает и нам другого не надо" является оффтопом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 16:04 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
DimaR - да неет, смысл был другой, смысл был в том, что пока в формальных тестах (то, что можног посмотреть), блокировочники чувтсвуют себя неплохо. Некоторые даже получше версионников. Так в угоду чему отказыватся от достигнутой производительности? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 16:21 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
ggvDimaR - да неет, смысл был другой, смысл был в том, что пока в формальных тестах (то, что можног посмотреть), блокировочники чувтсвуют себя неплохо. Некоторые даже получше версионников. Так в угоду чему отказыватся от достигнутой производительности? Ответ: чтоб читатели не блокировали писателей. А то это такое унижение - быть заблокированным... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 16:31 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!! http://oraclemind.blogspot.com/2005/04/oracle-vs-mssql2k.html Yo!! также существует 3 типа partitioned indexes: - local index, т.е. индекс на партицию. - global partitioned index, такой индкс разбивается на секции по другим правилам нежели сама таблица. - global non-partitioned index, такой индекс не разбивается на секции хотя таблица разбита. - всевозможные комбинации из этих 3-х всевозможные комбинации из этих 3-х это как? 1. Локально-глобальный partitioned index 2. Локально-глобальный non-partitioned index 3. Глобально-локальный partitioned index 4. Глобально-локальный non-partitioned index 5. Глобально-глобальный partitioned-non-partitioned index Бреддд. Сюда можно еще и префиксность локальных индексов прокомбиницировать :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 17:26 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
2A. S. OK, подправлю, было лениво дословно переводить этот текст. не думал что вызовет такие вопросы .. но раз вызывает обязательно исправлю :) Oracle also provides three types of partitioned indexes: • A local index is an index on a partitioned table that is partitioned using the exact same partition strategy as the underlying partitioned table. Each partition of a local index corresponds to one and only one partition of the underlying table. • A global partitioned index is an index on a partitioned or non-partitioned table that is partitioned using a different partitioning-key from the table. • A global non-partitioned index is essentially identical to an index on a non-partitioned table. The index structure is not partitioned. Oracle allows all possible combinations of partitioned and non-partitioned indexes and tables: a partitioned table can have partitioned and non-partitioned indexes, and a non-partitioned table can have partitioned and non-partitioned indexes. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 21:27 |
|
||
|
Срочно!!! сравнительная характеристика MSSQL2000 и Oraqul 9i
|
|||
|---|---|---|---|
|
#18+
Yo!!2A. S. OK, подправлю, было лениво дословно переводить этот текст. не думал что вызовет такие вопросы .. но раз вызывает обязательно исправлю :) Было б неплохо. А то понимаешь ли вводите людей в заблуждение. :) Yo!! Oracle also provides three types of partitioned indexes: • A local index is an index on a partitioned table that is partitioned using the exact same partition strategy as the underlying partitioned table. Each partition of a local index corresponds to one and only one partition of the underlying table. • A global partitioned index is an index on a partitioned or non-partitioned table that is partitioned using a different partitioning-key from the table. • A global non-partitioned index is essentially identical to an index on a non-partitioned table. The index structure is not partitioned. Oracle allows all possible combinations of partitioned and non-partitioned indexes and tables: a partitioned table can have partitioned and non-partitioned indexes, and a non-partitioned table can have partitioned and non-partitioned indexes. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 11:27 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=33315410&tid=1553763]: |
0ms |
get settings: |
8ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
59ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
73ms |
get tp. blocked users: |
2ms |
| others: | 203ms |
| total: | 388ms |

| 0 / 0 |
