Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 93 94 95 96 97 [98] 99 100 101 102 .. 106   вперед  Ctrl
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Gluk (Kazan)
Наложение и снятие блокировок - функционал СУБД


Вот это крупным шрифтом вадиму передайте. Мне он не доверяет.
19 янв 07, 15:19    [3667635]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
2 Павел

Ну ей же богу. О каком общении может идти речь ???
Мало того, что они не знают базовых понятий, их просто ПОНЯТЬ трудно

Альтернативная вселенная :(
19 янв 07, 15:24    [3667680]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
Мыш Л
а impedance mistmatch отменили?
impedance mistmatch это миф. Никто в мире БД об этой дутой проблеме серьезно не говорит, кроме разработчиков ООСУБД (и написателей книг про ООСУБД), которые этот термин же и изобрели.
19 янв 07, 15:24    [3667684]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Ptn
СВОЙСТВО не есть ФУНКЦИЯ.
И чья это функция ?

Думаю, ф-я СУБД, если это СУБД чего-то стоящее. Даже у СУБД первых покалений, главная классификация по типу МД: иерахические, сетевые. Ваш любимый, Кэш, себя считает постреляционной, именно из-за поддрживаемых МД. Да и слово реляционный означет что речь идет о РМД.
Вы недооцениваете МД, от того что в чистом М нет приличной? Типа ну и не надо?
Ваше дело. Но приходят новые мумпсисты и начинают обижаться, сто их называю их БД называют иерархической (по названию иерархичекой МД). Потому и хотел прояснить.


>>>>У вас не бывает блокировок без работы с данными ?
>>>>Не бывает условий при наличии блокировки делать одно а при отсутсвии другое ?
>>>>Не бывает блокировок без транзакций ?
Не понял к чему это? Причем здесь МД чистого М?
В Оракле полно типов болокировок. практически всеми СУБД сама управляет - программер этим напряжен минимально. Если для вас они главное - переходите на Оракл. Все буит номано с ними. В 10 их свыше 150. Вот примеры

57 SK Shrink Segment Serialize shrink of a segment
64 SM SMON Serialization Lock to check SMON global work in RAC
69 SQ Sequence Cache Lock to ensure that only one process can replenish the sequence cache
108 SR Synchronized Replication Coordinates replication / streams operations
56 SS Sort Segment Ensures that sort segments created during parallel DML operations aren't prematurely cleaned up
50 ST Space Transaction Synchronizes space management activities in dictionary-managed tablespaces
62 SU SaveUndo Segment Serializes access to SaveUndo Segment
70 SV Sequence Ordering Lock to ensure ordered sequence allocation in RAC mode
19 SW Suspend Writes Coordinates the 'alter system suspend' operation
58 TA Instance Undo Serializes operations on undo segments and undo tablespaces
151 TB SQL Tuning Base Existence Cache Synchronizes writes to the SQL Tuning Base Existence Cache
21 TC Tablespace Checkpoint Lock held to guarantee uniqueness of a tablespace checkpoint
66 TD KTF map table enqueue Serializes updates and inserts to the SMON_SCN_TIME mapping table
67 TE KTF broadcast Serializes broadcasts for flushes to SMON_SCN_TIME
51 TF Temporary File Serializes dropping of a temporary file
154 TL Log Lock Serializes threshold log table read and update
49 TM DML Synchronizes accesses to an object
104 TO Temp Object Synchronizes DDL and DML operations on a temp object
116 TQ Queue table enqueue Synchronizes access to queue table
54 TS Temporary Segment Serializes accesses to temp segments
63 TT Tablespace Serializes DDL operations on tablespaces
60 TW Cross-Instance Transaction Lock held by one instance to wait for transactions on all instances to finish
59 TX Transaction Lock held by a transaction to allow other transactions to wait for it
114 UL User-defined Lock used by user applications
89 UN User Name Protects a user name from being dropped during use
61 US Undo Segment Lock held to perform DDL on the undo segment
77 V Library Cache Lock 3 Synchronizes accesses to library cache objects

Проггер управляет ТХ, но админ может видеть все.


>>Ну вот видите - вывод ваш - а приписываете почему то мне.
Ну про любую МД Ваши слова. А все остальное по сравнению с этим мелочи.
19 янв 07, 15:36    [3667763]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мыш Летучий
Member

Откуда:
Сообщений: 47
mir
Мыш Л
а impedance mistmatch отменили?
impedance mistmatch это миф. Никто в мире БД об этой дутой проблеме серьезно не говорит, кроме разработчиков ООСУБД (и написателей книг про ООСУБД), которые этот термин же и изобрели.

этот "миф" будет иметь вас в полный рост,
как только из "мира БД" вы перейдете в мир ПО..
19 янв 07, 16:05    [3668007]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мыш Летучий
Member

Откуда:
Сообщений: 47
Gluk (Kazan)
[quot Мыш Л]Методы проектирования приложений НЕ ВСЕГДА хороши при проектировании схем хранения данных. Подумайте над этим, когда будете изучать Фортран
и то и другое основывается на модели предметной области,
так почему же методы ОО-моделирования "НЕ ВСЕГДА хороши" к схемам хранения??

может просто потому, что схемы хранения РСУБД не содержат 100%-ных аналогов понятий ОО-модели?
так не проще ли их туда добавить и проблеме конец?
19 янв 07, 16:17    [3668112]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Мыш Летучий
mir
Мыш Л
а impedance mistmatch отменили?
impedance mistmatch это миф. Никто в мире БД об этой дутой проблеме серьезно не говорит, кроме разработчиков ООСУБД (и написателей книг про ООСУБД), которые этот термин же и изобрели.

этот "миф" будет иметь вас в полный рост,
как только из "мира БД" вы перейдете в мир ПО..


20 лет работаю, пока навродь не отымел
19 янв 07, 16:19    [3668124]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Мыш Летучий
Gluk (Kazan)
[quot Мыш Л]Методы проектирования приложений НЕ ВСЕГДА хороши при проектировании схем хранения данных. Подумайте над этим, когда будете изучать Фортран
и то и другое основывается на модели предметной области,
так почему же методы ОО-моделирования "НЕ ВСЕГДА хороши" к схемам хранения??

может просто потому, что схемы хранения РСУБД не содержат 100%-ных аналогов понятий ОО-модели?
так не проще ли их туда добавить и проблеме конец?


Потому что там другие приоритеты.
Как показывает практика, после добавления эти фичи оказались маловостребованными
19 янв 07, 16:20    [3668136]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
н-да...
Guest
mir
Мыш Л
а impedance mistmatch отменили?
impedance mistmatch это миф. Никто в мире БД об этой дутой проблеме серьезно не говорит, кроме разработчиков ООСУБД (и написателей книг про ООСУБД), которые этот термин же и изобрели.

Говорят о проблеме Модели Данных, которую сами же и изобрели )))
19 янв 07, 16:22    [3668155]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
мод
Guest
Мыш Летучий
так почему же методы ОО-моделирования "НЕ ВСЕГДА хороши" к схемам хранения??

Потому что методы ОО-моделирования "НЕ ВСЕГДА хороши", а вернее всегда "НЕ хороши".
19 янв 07, 16:28    [3668208]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мыш Летучий
Member

Откуда:
Сообщений: 47
Gluk (Kazan)
Мыш Летучий
mir
Мыш Л
а impedance mistmatch отменили?
impedance mistmatch это миф. Никто в мире БД об этой дутой проблеме серьезно не говорит, кроме разработчиков ООСУБД (и написателей книг про ООСУБД), которые этот термин же и изобрели.

этот "миф" будет иметь вас в полный рост,
как только из "мира БД" вы перейдете в мир ПО..


20 лет работаю, пока навродь не отымел

если работать только с хранилищами, то ее и не будет.
а если надо простую объектную модель сохранить, то
или получаем 10-20 беспорядочных таблиц или EAV или XML.

если бы проблемы не было, я бы и дальше юзал фокс.
19 янв 07, 16:34    [3668250]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Мыш Летучий
Gluk (Kazan)
Мыш Летучий
mir
Мыш Л
а impedance mistmatch отменили?
impedance mistmatch это миф. Никто в мире БД об этой дутой проблеме серьезно не говорит, кроме разработчиков ООСУБД (и написателей книг про ООСУБД), которые этот термин же и изобрели.

этот "миф" будет иметь вас в полный рост,
как только из "мира БД" вы перейдете в мир ПО..


20 лет работаю, пока навродь не отымел

если работать только с хранилищами, то ее и не будет.
а если надо простую объектную модель сохранить, то
или получаем 10-20 беспорядочных таблиц или EAV или XML.

если бы проблемы не было, я бы и дальше юзал фокс.


Хранилища не мой профиль. Я работаю с биллингом и документооборотом.
Не отымело, надо просто УМЕТЬ их готовить.
19 янв 07, 16:38    [3668274]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мыш Летучий
Member

Откуда:
Сообщений: 47
Сенсей! Научите готовить и я буду вашим пожизненным вассалом!
19 янв 07, 16:53    [3668400]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Vlad2005
Member

Откуда: Воронеж
Сообщений: 119
Мыш Летучий
Gluk (Kazan)
Мыш Летучий
mir
Мыш Л
а impedance mistmatch отменили?
impedance mistmatch это миф. Никто в мире БД об этой дутой проблеме серьезно не говорит, кроме разработчиков ООСУБД (и написателей книг про ООСУБД), которые этот термин же и изобрели.

этот "миф" будет иметь вас в полный рост,
как только из "мира БД" вы перейдете в мир ПО..


20 лет работаю, пока навродь не отымел

если работать только с хранилищами, то ее и не будет.
а если надо простую объектную модель сохранить, то
или получаем 10-20 беспорядочных таблиц или EAV или XML.

если бы проблемы не было, я бы и дальше юзал фокс.


Буга-га. Повторюсь еще раз. "Только теория позволяет понять, что мы наблюдали в эксперименте". Знание теории, навыки плюс использование правльного ПО - позволяют получить работоспособную структуру. А вот без наличия теоретического багажа - именно "получаем 10-20 беспорядочных таблиц или EAV или XML". Прошу не считать за флуд и наезд, но просто много повидал именно таких вот поделий.
19 янв 07, 16:58    [3668449]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мыш Летучий
Member

Откуда:
Сообщений: 47
Vlad2005
Буга-га. Повторюсь еще раз. "Только теория позволяет понять, что мы наблюдали в эксперименте". Знание теории, навыки плюс использование правльного ПО - позволяют получить работоспособную структуру. А вот без наличия теоретического багажа - именно "получаем 10-20 беспорядочных таблиц или EAV или XML". Прошу не считать за флуд и наезд, но просто много повидал именно таких вот поделий.
Окей, сохраните мне иерархическую структуру,
использующую около 20 различных классов сущностей, наследующих от трех основных (узел, ветвь, лист)
со всем вашим "теоретическим багажом", "знанием теории" и "правильным ПО"
и что мы получим?
19 янв 07, 17:30    [3668697]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мыш Летучий
Member

Откуда:
Сообщений: 47
мод
Мыш Летучий
так почему же методы ОО-моделирования "НЕ ВСЕГДА хороши" к схемам хранения??

Потому что методы ОО-моделирования "НЕ ВСЕГДА хороши", а вернее всегда "НЕ хороши".
кто спорит, для впихивания данных в таблицы конечно же "НЕ хороши".
другое дело, что на таблицах свет клином не сошелся.
19 янв 07, 17:35    [3668736]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32896

Привет, Мыш!
Ты пишешь:

Мыш
на таблицах свет клином не сошелся.
равно как и на ООП и Шуклине.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

19 янв 07, 17:37    [3668746]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
vadiminfo>>Не понял к чему это? Причем здесь МД чистого М?

Это не к МД, а к "чистоте" языка М

>>В Оракле полно типов болокировок. практически всеми СУБД сама управляет - программер этим напряжен минимально.

Не подскажите еще раз, какого лешего в стандарте М (с вашей точки зрения "чистом" языке и только) определены операторы/команды выполняющие функции СУБД ?

Ведь это же чистый язык. В котором даже МД оказывается какая то особая чистая есть. Прямо в языке видимо.

МД - это свойство СУБД. СУБД- это М-система. М-система - это М + интерпретатор, который в частном случае о БД вообще нифига не знает.

>>Ну про любую МД Ваши слова. А все остальное по сравнению с этим мелочи.

Ваши слова про чисто язык ? - Получите заверните любую МД. (это принцип)
19 янв 07, 17:50    [3668833]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мыш Летучий
Member

Откуда:
Сообщений: 47
И вообще на ИТ свет клином не сошелся,
можно, например, бомжом быть и горя не знать.

Все у вас, господа, хорошо на бумаге,
а на деле вы так и не смогли мне толком объяснить
как в РБД реализовать наследование и ассоциацию без дополнительных таблиц и связей.
И не объясните никогда, потому что НИКАК.
Так в ВАШЕЙ теории и сказано. (учите ее как следует сами).

А если даже в Оракуле появились вложенные таблицы и объекты,
значит "чистая" реляционная модель данных уже не катит
и теория идет немного в топку?
19 янв 07, 17:55    [3668857]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32896

Привет, Мыш!
Ты пишешь:

Мыш
МЛ> И не объясните никогда, потому что НИКАК.
МЛ> Так в ВАШЕЙ теории и сказано. (учите ее как следует сами).
верной дорогой ЧАЛа идёшь.
вот уже и клонирование освоил.
продолжай...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

19 янв 07, 18:06    [3668891]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мыш Летучий
Member

Откуда:
Сообщений: 47
Простите, что есть ЧАЛ?
19 янв 07, 18:10    [3668908]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32896

Привет, Мыш!
Ты пишешь:

Мыш
МЛ> Простите, что есть ЧАЛ?
спасибо, поржал! (С)

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

19 янв 07, 18:19    [3668951]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Vlad2005
Member

Откуда: Воронеж
Сообщений: 119
Мыш Летучий
Vlad2005
Буга-га. Повторюсь еще раз. "Только теория позволяет понять, что мы наблюдали в эксперименте". Знание теории, навыки плюс использование правльного ПО - позволяют получить работоспособную структуру. А вот без наличия теоретического багажа - именно "получаем 10-20 беспорядочных таблиц или EAV или XML". Прошу не считать за флуд и наезд, но просто много повидал именно таких вот поделий.
Окей, сохраните мне иерархическую структуру,
использующую около 20 различных классов сущностей, наследующих от трех основных (узел, ветвь, лист)
со всем вашим "теоретическим багажом", "знанием теории" и "правильным ПО"
и что мы получим?


Что? Самый тривиальный склад. Давайте описание предметной области, согласуем ТЗ на разработку ИС, деньги, и вперед! И не надо сильно увлекаться моднючими терминами. Читайте Кодда, Дейта, Атре и прочих классиков - все проблемы разрешаться, и перестанут возникать пустые вопросы ;-)))
19 янв 07, 18:28    [3668997]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Vlad2005
Member

Откуда: Воронеж
Сообщений: 119
Мимопроходящий

Привет, Мыш!
Ты пишешь:

Мыш
МЛ> Простите, что есть ЧАЛ?
спасибо, поржал! (С)

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3


Сразу видно, когда человече пришел на форум... ;-)))
19 янв 07, 18:31    [3669008]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32896

Привет, Vlad2005!
Ты пишешь:

Vlad2005
V> Сразу видно, когда человече пришел на форум... ;-)))

ну да, по IP ж не видно...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

19 янв 07, 18:38    [3669043]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 93 94 95 96 97 [98] 99 100 101 102 .. 106   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить