Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 76 77 78 79 80 [81] 82 83 84 85 .. 106   вперед  Ctrl
 Re: CACHE и MSSQL  [new]
Локшин Марк
Member

Откуда: Воронеж
Сообщений: 3155
Ptn
А учитывая что на картинке собсно названия продуктов не подписаны - только функции квадратиков обозначены. Поясняю что Shared Cache это локальный кэш копии Cache в режиме ECP клиента - вот здесь текста больше, не на картинках правда

Дык никто с этим и не спорит что все это на Каше может крутиться. Только называют они это по Вами же приведенной ссылке
InterSystems
In the simplest multi-tier setup, one or more Caché systems, acting as application servers, are placed between the central data server and the various client systems.

И по-моему говорить, что нет никаких серверов приложений - некорректно.
9 янв 07, 10:53    [3614925]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Andreww
Member [заблокирован]

Откуда:
Сообщений: 1752
Изопропил
Вопрос про уровни изоляции транзакций не раскрыт



Раскрыт, аж на второй странице этого обсуждения (и далее стр. на 4-х) :

https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=351164&pg=2#3283553

Там всё разжевали, и про дисциплину разработчиков и про отсутствие как таковое Isolation Levels в Cache.
9 янв 07, 10:54    [3614938]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Выбегалло
Member

Откуда: Scottsdale, AZ, USA
Сообщений: 3823
Ptn
Выбегалло
Ptn

То да тема сисек не раскрыта - снимать бюстгалтером еще учиться и учиться Извините

START Transaction, Commit, Rollback ... TSTART, TCOMMIT , TROLLBACK.


Еще раз, для слабо понимающих :

http://docs.intersystems.com/csp/docbook/DocBook.UI.Page.cls?KEY=RSQL_starttransaction

Caché ObjectScript transaction processing, using TSTART and TCOMMIT, differs from, and is incompatible with, SQL transaction processing using the SQL statements START TRANSACTION and COMMIT.

Ну-ка, поделитесь с нами, что случится, если вы сделаете START TRANSACTION, измените данные - и в этот момент ваш коллега запустит TSTART и полезет менять те же самые данные, используя ObjectScript ? А другой ваш коллега, человек старой закалки, не мудрствуя лукаво, откроет цикл и потянет свои грязные ручки все к тем же многострадальным данным ? Неужто они оба получат отлуп и будут ждать вашего коммита ? или таки внесут свою скромную лепту в количество трудноуловимых багов вашей системы ?


Ну если у вас программисты могут использовать функционал с документированными ограничениями да еще втихушку от напарников, проектировщика и архитектора ПО.

То да - у вас может случится что угодно. И закончиться скорее всего увольнением этого "кадавра".

Как ваши домыслы относяться к реальной жизни непонятно - пишите исчо

ЗЫ: Как легче всего отстрелить ногу на М ? - дать почитать доки РСУБД-никам.


А где вы увидели документированное ограничение ? Один модуль пишется в sqk стиле, прекрасно работает. сам по себе. Второй модуль пишется на этом... objectscript. Тоже прекрасно работает. Пока они оба не суются модифицировать одни и те же данные ОДНОВРЕМЕННО.
Вы мне, родной, лучше поверьте на слово - я таких ошибок насмотрелся в коде информикса по самое немогу. Когда код выползает за X мегабайт, там бывает все. Причем информикс использовал голый С, все было на ладони, и блокировки накладывались согласно высочайше утвержденным протоколам. А что у вас под капотом творится, какие блокировки и в какой последовательности - никто понятия не имеет.
9 янв 07, 10:56    [3614953]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Локшин Марк>>И по-моему говорить, что нет никаких серверов приложений - некорректно

Я имел в виду что дистриб один и тот же. Вся разница только в том что БД там подключена через ECP, что для приложения совершенно прозрачно.

Вот вам и сервер приложений в исполнении Каши. Собсно и само приложение можно точно также брать по сети.
9 янв 07, 11:01    [3615011]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Изопропил
Member

Откуда:
Сообщений: 31631
Ptn
Уй ты господи... фомы неверующие
new sc,Obj,SQLCODE
set sc=$$$OK
TSTART
set Obj=##class(Cinema.Film).%Open(1,3)
set ^MyFilms("JUR",$i(^MyFilms),Obj.%Id())=Obj.Category.CategoryName
do Obj.CategorySetObjectId(^MyFilms("SET",Obj.%Id()))
set sc=Obj.%Save(0)
if $$$ISOK(sc) {
 &SQL(UPDATE Cinema.USER_FovoriteFilms SET FovoriteFilms_Category=Obj.CategoryGetObjectId() WHERE Films=:Obj.%Id())
 set:SQLCODE<0 sc=$$$ERROR(5001,"Не удалось обновить сведения о категории SQLCODE="_SQLCODE)
}
if $$$ISOK(sc) { TCOMMIT  } else { TROLLBACK }

У Вас ус отклеился (c)

If a transaction involves SQL update statements, then the transaction should be started by the SQL START TRANSACTION statement and committed with the SQL COMMIT statement. Methods that use TSTART/TCOMMIT nesting can be included in the transaction, as long as they don't initiate the transaction http://docs.intersystems.com/csp/docbook/DocBook.UI.Page.cls?KEY=RSQL_commit
9 янв 07, 11:01    [3615012]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Ptn
Ну если у вас программисты могут использовать функционал с документированными ограничениями да еще втихушку от напарников, проектировщика и архитектора ПО.


Да Да, знаем:

идентификация, нафигация, семантика
и ХОРОШО написанные приложения

А про соответствие КАКОМУ УРОВНЮ SQL-92 идет речь не напомните ???
9 янв 07, 11:08    [3615056]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Изопропил >> У Вас ус отклеился (c)

Может быть... всё зависит куда смотреть.

Снаружи
zzz
	&SQL(START TRANSACTION)
	s ^mtemp33(33)=1
	&SQL(COMMIT)

Внутри
zzz  ; Compiled January 9, 2007 14:05:55
	 ;---&SQL(START TRANSACTION)
 	 ;--- ** SQL PUBLIC Variables: SQLCODE
	Do %0Ao
	s ^mtemp33(33)=1
	 ;---&SQL(COMMIT)
 	 ;--- ** SQL PUBLIC Variables: SQLCODE
	Do %0Bo
 q
%0Ao KILL:'$tlevel %0CacheLock
 TSTART:'$tlevel
 s SQLCODE=0 q
%0Bo TCOMMIT:$tlevel  KILL:'$tlevel %0CacheLock s SQLCODE=0 q
9 янв 07, 11:08    [3615058]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30290
автор
У Вас ус отклеился (c)

интересная мешанина получается. вроде бы и SQL, а в коде еще и объекты. Хотя объект вроде бы как таковой не сохраняется - только его свойства как столбцы таблиц.
9 янв 07, 11:09    [3615069]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Ptn
А вот что там на сервере внутри таблицы, вьюхи или хранимой процедуры - М и/или объекты и/или SQL - ему совершенно фиолетово. Да и не положено.

Работает - уже леть пять как.


Ну на табличке из 100 строчек возможно и работает :)
Вы же нас бабкиными suxx-есс сториями кормите, задачу не раскрываете, абъемы не озвучаете
9 янв 07, 11:10    [3615073]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30290
Ptn
Может быть... всё зависит куда смотреть.


все оттуда же:
http://docs.intersystems.com/csp/docbook/DocBook.UI.Page.cls?KEY=RSQL_starttransaction

Caché ObjectScript transaction processing does not interact with SQL lock control variables

?
9 янв 07, 11:12    [3615085]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Gluk (Kazan)А про соответствие КАКОМУ УРОВНЮ SQL-92 идет речь не напомните ???

Был 100%-й тынц пару страниц назад. Собсно в в любой моей тынц на доки наберите в поиске SQL-92 и напоминайте себе чтением сколько душе угодно чего вам Каша в первой же сцылке покажет.
9 янв 07, 11:14    [3615109]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Изопропил
Member

Откуда:
Сообщений: 31631
Ptn
Изопропил >> У Вас ус отклеился (c)
Может быть... всё зависит куда смотреть.


Я смотрел в документацию.
9 янв 07, 11:14    [3615117]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
kdv
автор
У Вас ус отклеился (c)

интересная мешанина получается. вроде бы и SQL, а в коде еще и объекты. Хотя объект вроде бы как таковой не сохраняется - только его свойства как столбцы таблиц.


С постоновкой задачи - это к товарищу Выбегалло плииз.

Объект сохраняется в set sc=Obj.%Save(1) . Весь.
9 янв 07, 11:16    [3615132]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Локшин Марк
Member

Откуда: Воронеж
Сообщений: 3155
frutalino
такой литературный перевод - я торчу
вообще-то здесь не написано, что узким местом является сеть

А если немного подумать, то зачем тогда говорить, что теперь сеть может пропустить больше клиентов, если в ней не было затыка до этого?
Вот вам еще ссылка:
В.А. Федоров, консультант по продуктам, InterSystems Corp.
Enterprise Cache Protocol - уникальная сетевая технологи фирмы InterSystems, которая распределяет базу данных по сети в зависимости от работы приложений, оптимизируя производительность и пропускную способность сети.

frutalino
у каждого сервера приложений - свой кеш, в который медленно, как вы совершенно правильно заметили, но верно, заливаются данные с сервера данных по запросам юзеров
и сервер приложений (т.е. м-клиент) лезет в сервер данных по медленной сети только за теми данными которые у себя не нашел вот и все

Так он лезет за всеми данными которые у себя не нашел на сервер, или это Вы опять не знаете?

frutalino
кстати, попытка задать вопрос по производительности ECP приводит примерно к такому ответу - "а он вас что не устроил? вы вот попробовали - и у вас захлебнулась сеть?" :-)

Читать следует так: Вы главное лицензии у нас купите, а там мы уж руками-то разведем - "ну не шмогла я, не шмогла".
9 янв 07, 11:16    [3615135]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Gluk (Kazan)
Ptn
А вот что там на сервере внутри таблицы, вьюхи или хранимой процедуры - М и/или объекты и/или SQL - ему совершенно фиолетово. Да и не положено.

Работает - уже леть пять как.


Ну на табличке из 100 строчек возможно и работает :)
Вы же нас бабкиными suxx-есс сториями кормите, задачу не раскрываете, абъемы не озвучаете


Вы были в Новосибирске - проездом или может у родственников ?
9 янв 07, 11:17    [3615143]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Ptn
Gluk (Kazan)А про соответствие КАКОМУ УРОВНЮ SQL-92 идет речь не напомните ???

Был 100%-й тынц пару страниц назад. Собсно в в любой моей тынц на доки наберите в поиске SQL-92 и напоминайте себе чтением сколько душе угодно чего вам Каша в первой же сцылке покажет.


Я и без тынца знаю. Entry Level

С оччень большой натяжкой. Причем кого в этот раз СНОВА натянули маркетологи, подумайте сами.
Явно не меня
9 янв 07, 11:19    [3615161]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Не говоря уже о том что никого кормить историями у меня задачи нет.

Ну не верять люди что задачи работают и фиг с ними. Мне от этого не тепло ни холодно.

Для таких историй можно сослаться на ПрограммБанк еще - уникальная контора - у них есть продукт и на Каше и на Оракле.
9 янв 07, 11:20    [3615168]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Ptn
Gluk (Kazan)
Ptn
А вот что там на сервере внутри таблицы, вьюхи или хранимой процедуры - М и/или объекты и/или SQL - ему совершенно фиолетово. Да и не положено.

Работает - уже леть пять как.


Ну на табличке из 100 строчек возможно и работает :)
Вы же нас бабкиными suxx-есс сториями кормите, задачу не раскрываете, абъемы не озвучаете


Вы были в Новосибирске - проездом или может у родственников ?


А какое это имеет отношение к озвучанию объемов и постановки задачи ?
Или как все у Вас постановка задачи передается изустно, а письменность и ACID может быть изобратут в следующем веке ???
9 янв 07, 11:21    [3615181]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Ptn
Не говоря уже о том что никого кормить историями у меня задачи нет.
Ну не верять люди что задачи работают и фиг с ними. Мне от этого не тепло ни холодно.


Вот и я удивляюсь, зачем Вам это ???
Давно бы забили и пошли пиво пить ?

Хочется бодаться - бодайтесь, но со сцылками, с корректной постановкой задач
и без лишней распальцовки.


Открой глаза и кушай с хлебушком !!! (с) Comedy

Ей же богу
9 янв 07, 11:24    [3615205]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
kdv
Ptn
Может быть... всё зависит куда смотреть.


все оттуда же:
http://docs.intersystems.com/csp/docbook/DocBook.UI.Page.cls?KEY=RSQL_starttransaction

Caché ObjectScript transaction processing does not interact with SQL lock control variables

?

Я привел исходник, выполняться будет именно он - IMXO проблема сводится к тому что ... нельзя писать

&SQL(START TRANSACTION) ... TCOMMIT
9 янв 07, 11:27    [3615226]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Изопропил
Member

Откуда:
Сообщений: 31631
http://docs.intersystems.com/csp/docbook/DocBook.UI.Page.cls?KEY=GCOS_tp

Note:
To prevent the Set or Kill commands from being invoked within a transaction from being seen outside the transaction, you must coordinate access to the global(s) via the Lock command


Globals to Avoid in Transactions
You should not perform transaction processing with globals on other computers in networked configurations, as Caché does not journal them automatically
.

Caché Network Transaction Processing
Currently, transaction rollback for database changes made across the network is not supported


With transaction processing, make sure there are no transactions open when you clear the journal after you complete your backup. To do so:
On Windows, stop and start Caché, then set switch 10 with the SWSET utility.
On UNIX, run mstop to shut down Caché. Then, run mstart and set switch 10 with the SWSET utility.
On OpenVMS, run MSTOP to shut down Caché. Then, run MSTART and set switch 10 with the SWSET utility.
Alternatively, you can ensure all users are off the system.



лучше бы я это не читал, оставался бы в счастливом неведении :)
Перефразируя Раневскую - слово есть, а транзакций нет.
9 янв 07, 11:28    [3615239]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Gluk (Kazan)>>А какое это имеет отношение к озвучанию объемов и постановки задачи ?

Уважаемый - это Ваш вопрос. Если Вам интересно - то вы ответите на уточнение.

Если нет - то действительно шли бы уже пифо пить.
9 янв 07, 11:30    [3615255]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Ptn
Guest
Изопропиллучше бы я это не читал, оставался бы в счастливом неведении :)
>>Перефразируя Раневскую - слово есть, а транзакций нет.

80-ть страниц людям твердять что SQL это надстройка над М.
80-ть страниц люди отказываются не понимают о чем речь.
80-ть страниц людям твердять наличиствующих оссобенностях М.

А они всё как в первый раз первый класс.

Ну ? - открыли Америку ?

ЗЫ: Эта музыка будить длится вечно... ч0рт где же мои батарейки :)
9 янв 07, 11:38    [3615305]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Локшин Марк
Member

Откуда: Воронеж
Сообщений: 3155
Ptn
Вот вам и сервер приложений в исполнении Каши.

Ну я с таким же успехом сервер приложений и на MS SQL и на Oracle написать могу.
9 янв 07, 11:38    [3615312]     Ответить | Цитировать Сообщить модератору
 Re: CACHE и MSSQL  [new]
Изопропил
Member

Откуда:
Сообщений: 31631
[quot Ptn]80-ть страниц людям твердять что SQL это надстройка над М.
80-ть страниц люди отказываются не понимают о чем речь.
80-ть страниц людям твердять наличиствующих оссобенностях М.
quot]
Стоп.
Я рассматривал в последней реплике косяки не с SQL транзакциями, а с родными M.
9 янв 07, 11:42    [3615340]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 76 77 78 79 80 [81] 82 83 84 85 .. 106   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить