powered by simpleCommunicator - 2.0.18     © 2024 Programmizd 02
Map
Форумы / Microsoft SQL Server [закрыт для гостей] / Транзакции в MS SQL Server, Поиск: Искать сообщения, созданные автором: PaNik  
22 сообщений из 22, страница 1 из 1
Microsoft SQL Server / Транзакции в MS SQL Server
    #362637
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 09:05
[игнорируется]
Rollbac transaction
не компилится [:zcry]
...
Изменено: 19.04.2023, 09:30 - PaNik
Рейтинг: 0 / 0
Microsoft SQL Server / Транзакции в MS SQL Server
    #362972
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
s62  19.04.2023, 15:32
[игнорируется]
Работает нормально, после выполнения этого другие процедуры тоже нормально пишут данные в БД.
Единственное, не помню точно, сталкивался с этим раньше или нет, думал, что в самой Delphi это не нужно: имена параметров хп начинаются с @. Сначала попробовал без @ вот так (изменил в примере название хп и параметра, типа соглашение о нераспространении :) ):
Код: Delphi
1.
    adoStoredProcBumBumBum.Parameters.ParamByName('Param1').Value := aParam1;
Пишет, не нашел такой параметр. А вот так заработало:
Код: Delphi
1.
    adoStoredProcBumBumBum.Parameters.ParamByName('@Param1').Value := aParam1;
в Delphi от используемых компонент доступа к данным сильно зависит, непосредственно dbGo не юзал, не подскажу [:unsure]
...
Рейтинг: 0 / 0
Microsoft SQL Server / Транзакции в MS SQL Server
    #363001
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 16:12
[игнорируется]
s62  19.04.2023, 11:35
[игнорируется]
Sparrow  19.04.2023, 09:05
[игнорируется]
Главное понимать , что нет вложенных транзакций. При таком подходе.

В стэке xp не надо использовать
Begin transaction
Commit transaction
Rollbac transaction
Не совсем понял, что такое стэк хр. Это, если в теле одной хп вызывается другая хп? Да, примерно понятно, что если что-то будет откатываться так, то может наверное поломаться логика транзакций.
Кстати в субд Firebird в PSQL вообще нельзя использовать управление транзакциями, в смысле start, commit, rollback transaction. Предполагается, что хп выполняется в контексте транзакции, которая стартуется и коммитится или откатывается извне процедуры.

Спасибо за подсказку. Ну, я такое вроде и не собирался делать, теперь тем более буду знать. ) У меня по плану (надо вот сегодня дописать и потестировать), там один запрос и одна ХП выполняются. Ну вот перед этим соответстенно вручную собираюсь стартовать транзакцию, а в конце завершать или откатывать.
После создания транзакции, надо там же её завершить или откатить.
https://minyurov.files.wordpress.com/2014/10/microsoft-sql-server-2012-t-sql.pdf
...
Рейтинг: 1 / 0
Нравится: s62
Microsoft SQL Server / Транзакции в MS SQL Server
    #363006
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 16:16
[игнорируется]
s62  19.04.2023, 11:35
[игнорируется]
Sparrow  19.04.2023, 09:05
[игнорируется]
Главное понимать , что нет вложенных транзакций. При таком подходе.

В стэке xp не надо использовать
Begin transaction
Commit transaction
Rollbac transaction
Не совсем понял, что такое стэк хр. Это, если в теле одной хп вызывается другая хп? Да, примерно понятно, что если что-то будет откатываться так, то может наверное поломаться логика транзакций.
Кстати в субд Firebird в PSQL вообще нельзя использовать управление транзакциями, в смысле start, commit, rollback transaction. Предполагается, что хп выполняется в контексте транзакции, которая стартуется и коммитится или откатывается извне процедуры.

Спасибо за подсказку. Ну, я такое вроде и не собирался делать, теперь тем более буду знать. ) У меня по плану (надо вот сегодня дописать и потестировать), там один запрос и одна ХП выполняются. Ну вот перед этим соответстенно вручную собираюсь стартовать транзакцию, а в конце завершать или откатывать.
На стороне сервера там может быть много вложенных процедур.
И их разработчиков. Вот им надо запретить. Делать транзакции.
я там чуть выше сцылку привел, почитай там про транзакции
...
Рейтинг: 0 / 0
Microsoft SQL Server / Транзакции в MS SQL Server
    #363007
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 16:18
[игнорируется]
PaNik  19.04.2023, 09:29
[игнорируется]
Sparrow  19.04.2023, 09:05
[игнорируется]
Rollbac transaction
не компилится [:zcry]
Зануда.
грешен, каюсь
...
Рейтинг: 1 / 0
Нравится: Гарыныч
Microsoft SQL Server / Транзакции в MS SQL Server
    #363010
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
s62  19.04.2023, 16:20
[игнорируется]
Sparrow  19.04.2023, 16:16
[игнорируется]
...

На стороне сервера там может быть много вложенных процедур.
И их разработчиков. Вот им надо запретить. Делать транзакции.
Ага, примерно понятно, чтобы был какой-то единый порядок, когда начали транзакцию, когда закончили.
почитай про транзакции в MS SQL Server по моей ссылке выше, там немного чесслово
...
Рейтинг: 1 / 0
Нравится: Гарыныч
Microsoft SQL Server / Транзакции в MS SQL Server
    #363013
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 16:22
[игнорируется]
PaNik  19.04.2023, 16:19
[игнорируется]
Sparrow  19.04.2023, 16:16
[игнорируется]
s62  19.04.2023, 11:35
[игнорируется]
Sparrow  19.04.2023, 09:05
[игнорируется]
...
Не совсем понял, что такое стэк хр. Это, если в теле одной хп вызывается другая хп? Да, примерно понятно, что если что-то будет откатываться так, то может наверное поломаться логика транзакций.
Кстати в субд Firebird в PSQL вообще нельзя использовать управление транзакциями, в смысле start, commit, rollback transaction. Предполагается, что хп выполняется в контексте транзакции, которая стартуется и коммитится или откатывается извне процедуры.

Спасибо за подсказку. Ну, я такое вроде и не собирался делать, теперь тем более буду знать. ) У меня по плану (надо вот сегодня дописать и потестировать), там один запрос и одна ХП выполняются. Ну вот перед этим соответстенно вручную собираюсь стартовать транзакцию, а в конце завершать или откатывать.
На стороне сервера там может быть много вложенных процедур.
И их разработчиков. Вот им надо запретить. Делать транзакции.
я там чуть выше сцылку привел, почитай там про транзакции
В ms sql нет вложенных транзакций, есть извращённые способы это обойти. Но это не вечно. Не честно.
там русским по-белому про @@trancount написано
...
Рейтинг: 1 / 0
Нравится: Гарыныч
Microsoft SQL Server / Транзакции в MS SQL Server
    #363021
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
s62  19.04.2023, 16:25
[игнорируется]
PaNik  19.04.2023, 16:14
[игнорируется]
Sparrow  19.04.2023, 16:12
[игнорируется]
s62  19.04.2023, 11:35
[игнорируется]
Sparrow  19.04.2023, 09:05
[игнорируется]
...
Не совсем понял, что такое стэк хр. Это, если в теле одной хп вызывается другая хп? Да, примерно понятно, что если что-то будет откатываться так, то может наверное поломаться логика транзакций.
Кстати в субд Firebird в PSQL вообще нельзя использовать управление транзакциями, в смысле start, commit, rollback transaction. Предполагается, что хп выполняется в контексте транзакции, которая стартуется и коммитится или откатывается извне процедуры.

Спасибо за подсказку. Ну, я такое вроде и не собирался делать, теперь тем более буду знать. ) У меня по плану (надо вот сегодня дописать и потестировать), там один запрос и одна ХП выполняются. Ну вот перед этим соответстенно вручную собираюсь стартовать транзакцию, а в конце завершать или откатывать.
После создания транзакции, надо там же её завершить или откатить.
https://minyurov.files.wordpress.com/2014/10/microsoft-sql-server-2012-t-sql.pdf
Блин, а я как раз вот это начал изучать, да потом забросил. Это вот в августе того года раздел изучал.
MSSQL_learn1.jpg
MSSQL_learn2.jpg
прочитай книжку (можно выборочно) по моей ссылке - хоть и по древней версии - понимание работы сервака организует
...
Рейтинг: 0 / 0
Microsoft SQL Server / Транзакции в MS SQL Server
    #363027
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 16:26
[игнорируется]
PaNik  19.04.2023, 16:23
[игнорируется]
Sparrow  19.04.2023, 16:22
[игнорируется]
PaNik  19.04.2023, 16:19
[игнорируется]
Sparrow  19.04.2023, 16:16
[игнорируется]
...
я там чуть выше сцылку привел, почитай там про транзакции
В ms sql нет вложенных транзакций, есть извращённые способы это обойти. Но это не вечно. Не честно.
там русским по-белому про @@trancount написано
Ну и что? Знаю такой счётчик. Что это меняеет?

Например каждый раз его проверять? Это. От очень-очень старых версий сибайз осталось. Изврат.
всегда писал примерно так (тут совсем псевдокод):
procerdure <proc_name>
<параметры>
as
begin
begin try
-- тут объявляем переменные, временные таблицы и т.п.
-- тут всякие прочие операции (заполнение/модификация данных во времянках и т.п.)
-- ... (возможно еще что-то)
-- тут (в конце процедуры) - финальная модификация данных
begin tran
... -- модифицируем данные
commit tran;
end try
begin catch
if @@trancount > 0 roolback;
...
end catch;
end;
go
...
Изменено: 19.04.2023, 16:41 - PaNik
Рейтинг: 1 / 0
Нравится: Гарыныч
Microsoft SQL Server / Транзакции в MS SQL Server
    #363037
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
s62  19.04.2023, 16:39
[игнорируется]
PaNik  19.04.2023, 16:26
[игнорируется]
прочитай книжку (можно выборочно) по моей ссылке - хоть и по древней версии - понимание работы сервака организует
Посмотрю. Ну я думаю, что в общем серверы БД в каких-то общих принципах схоже устроены. Но понятно, что у каждого есть свои особенности, в том числе у MS SQL server. Вот может про них в частности посмотрю. У меня по нынешней работе это такое, немного сбоку, в принципе другой человек вносил в основном изменения в БД, но приходилось и запросы писать и в БД изменения вносить.
Книжка очень хорошая и написана простым языком, именно с учетом специфики MS SQL Server. за выходные прочитать можно.
изображение_2023-04-19_164448459.jpg
...
Изменено: 19.04.2023, 16:46 - PaNik
Рейтинг: 2 / 0
Нравится: s62, Гарыныч
Microsoft SQL Server / Транзакции в MS SQL Server
    #363044
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 16:48
[игнорируется]
PaNik  19.04.2023, 16:31
[игнорируется]
Sparrow  19.04.2023, 16:26
[игнорируется]
PaNik  19.04.2023, 16:23
[игнорируется]
Sparrow  19.04.2023, 16:22
[игнорируется]
...
там русским по-белому про @@trancount написано
Ну и что? Знаю такой счётчик. Что это меняеет?

Например каждый раз его проверять? Это. От очень-очень старых версий сибайз осталось. Изврат.
всегда писал примерно так (тут совсем пседокод):
procerdure <proc_name>
<паратметры>
as
begin
begin try
begin tran
... --
commit tran;
end try
begin catch
if @@trancount > 0 roolback;
...
throw @@error_number, @@error_message, 1;
end catch;
end;
go
Ты так пытаешься всегда и везде проверить что транзакция уже была .
И добротный код везде дублируешь. Дибильный код всегда и везде.
этот код гарантирует, что если 3-ей и т.п. (по глубине вложенности) процедуре возникла ошибка, она будет корректно обработана в стартовой процедуре

P.S. выдел жирным то, что забыл указать изначально
...
Изменено: 19.04.2023, 16:54 - PaNik
Рейтинг: 0 / 0
Microsoft SQL Server / Транзакции в MS SQL Server
    #363050
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
PaNik  19.04.2023, 16:53
[игнорируется]
Sparrow  19.04.2023, 16:48
[игнорируется]
PaNik  19.04.2023, 16:31
[игнорируется]
Sparrow  19.04.2023, 16:26
[игнорируется]
PaNik  19.04.2023, 16:23
[игнорируется]
...
Ну и что? Знаю такой счётчик. Что это меняеет?

Например каждый раз его проверять? Это. От очень-очень старых версий сибайз осталось. Изврат.
всегда писал примерно так (тут совсем пседокод):
procerdure <proc_name>
<паратметры>
as
begin
begin try
begin tran
... --
commit tran;
end try
begin catch
if @@trancount > 0 roolback;
throw @@error_number, @@error_message, 1;
end catch;
end;
go
Ты так пытаешься всегда и везде проверить что транзакция уже была .
И добротный код везде дублируешь. Дибильный код всегда и везде.
этот код гарантирует, что если 3-ей и т.п. (по глубине вложенности) процедуре возникла ошибка, она будет корректно обработана в стартовой процедуре

P.S. выдел жирным то, что забыл указать изначально
поправел
...
Рейтинг: 0 / 0
Microsoft SQL Server / Транзакции в MS SQL Server
    #363064
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 16:59
[игнорируется]
У вас там ни бригады нет и начальника.
Ты ВВ вакууме живёшь?
Нет в ms sql вложенных транзакций.
Вы там что не можете договориться кто первый начнет транзаацию?
Нах эти дибильные проверки?
Их будет больше чем реального кода.
товарищ Sparrow про повторное использование кода что-нибудь в курсе?
...
Рейтинг: 0 / 0
Microsoft SQL Server / Транзакции в MS SQL Server
    #363088
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 17:15
[игнорируется]
PaNik  19.04.2023, 17:08
[игнорируется]
Sparrow  19.04.2023, 16:59
[игнорируется]
У вас там ни бригады нет и начальника.
Ты ВВ вакууме живёшь?
Нет в ms sql вложенных транзакций.
Вы там что не можете договориться кто первый начнет транзаацию?
Нах эти дибильные проверки?
Их будет больше чем реального кода.
товарищ Sparrow про повторное использование кода что-нибудь в курсе?
Конечно, но это для машинных кодов и си.
Sql это другое. К стати транзакции стали использовать в процессорах. Там тоже есть проблемы когда много ядер и потоков. А семафоры не катят.
ну вот пришел ты в новую контору, на тебя упала задача, тебе по ней подсказывают - чтобы всю инфу получить - дергай эту (тут название) процедуру. ты ее заюзал, на тестовом контуре все ок по всем сценариям, ушло на прод. ВНЕЗАПНО тебя будит 3 часа ночи техподдержка, типа "мы всех "курских офицеров" клиентов с Казахстана обработать не можем". ты ручками всю ночью (рискуя получить пиздюлей от СБ) прогружаешь все операции курских офицеров с нероссийскими платежными реквизитами, а потом ты оказываешься крайним, ибо обработку ошибок в SQL-коде сделал на отъебись (хотя можно было уточнить у коллег). А проблема была в процедуре (которая возвращает все, что тебе надо), которую ты юзалл. Как тебе такой сценарий?
...
Изменено: 19.04.2023, 17:33 - PaNik
Рейтинг: 1 / 0
Нравится: Гарыныч
Microsoft SQL Server / Транзакции в MS SQL Server
    #363089
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 17:16
[игнорируется]
PaNik  19.04.2023, 17:08
[игнорируется]
Sparrow  19.04.2023, 16:59
[игнорируется]
У вас там ни бригады нет и начальника.
Ты ВВ вакууме живёшь?
Нет в ms sql вложенных транзакций.
Вы там что не можете договориться кто первый начнет транзаацию?
Нах эти дибильные проверки?
Их будет больше чем реального кода.
товарищ Sparrow про повторное использование кода что-нибудь в курсе?
Я товарищь процессор. А не ридер.
скажи это интервьюеру на собеседовании
...
Рейтинг: 1 / 0
Нравится: Гарыныч
Microsoft SQL Server / Транзакции в MS SQL Server
    #363107
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 17:34
[игнорируется]
PaNik  19.04.2023, 17:27
[игнорируется]
Sparrow  19.04.2023, 17:15
[игнорируется]
PaNik  19.04.2023, 17:08
[игнорируется]
Sparrow  19.04.2023, 16:59
[игнорируется]
...
товарищ Sparrow про повторное использование кода что-нибудь в курсе?
Конечно, но это для машинных кодов и си.
Sql это другое. К стати транзакции стали использовать в процессорах. Там тоже есть проблемы когда много ядер и потоков. А семафоры не катят.
ну вот пришел ты в новую контору, на тебя упала задача, тебе по ней подсказывают - чтобы всю инфу получить - дергай эту (тут название) процедуру. ты ее заюзал, на тестовом контуре все ок по всем сценариям, ушло на прод. ВНЕЗАПНО тебя будит 3 часа ночи техподдержка, типа "мы всех "курских офицеров" клиентов с Казахстана обработать не можем". ты ручками всю ночь (рискуя получить пиздюлей от СБ) прогружаешь все операции курских офицеров с нероссийскими платежными реквизитами, а потом ты оказываешься крайним, ибо обработку ошибок в SQL-коде сделал на отъебись (хотя можно было уточнить у коллег). А проблема была в процедуре (которая возвращает все, что тебе надо), которую ты юзалл. Как тебе такой сценарий?
Вот потому и живут макароны процедур, когда ты такой красивый. И команды нет. Взял бы ответственность и исправил.
если бы на всех таких красивых в конфлуеренсе была бы вся инфа и архитектор был бы -да я бы... да я бы... сам бы может архитектором стал бы, вотЪ!
...
Изменено: 19.04.2023, 17:42 - PaNik
Рейтинг: 1 / 0
Нравится: Гарыныч
Microsoft SQL Server / Транзакции в MS SQL Server
    #363108
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 17:39
[игнорируется]
Парик прикольный. Стал много текста писать.
Парик у тебя на голове [:rolleyes]
...
Рейтинг: 0 / 0
Microsoft SQL Server / Транзакции в MS SQL Server
    #363114
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Гарыныч  19.04.2023, 17:42
[игнорируется]
PaNik  19.04.2023, 17:41
[игнорируется]
Sparrow  19.04.2023, 17:39
[игнорируется]
Парик прикольный. Стал много текста писать.
Парик у тебя на голове [:rolleyes]
походу, Воробушек уже принял грамм 300 водочки :)))
с учетом часовых поясов ничего против не имею возразить
...
Рейтинг: 1 / 0
Нравится: Гарыныч
Microsoft SQL Server / Транзакции в MS SQL Server
    #363135
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 17:51
[игнорируется]
Гарыныч  19.04.2023, 17:42
[игнорируется]
PaNik  19.04.2023, 17:41
[игнорируется]
Sparrow  19.04.2023, 17:39
[игнорируется]
Парик прикольный. Стал много текста писать.
Парик у тебя на голове [:rolleyes]
походу, Воробушек уже принял грамм 300 водочки :)))
Мне то, что просто нет вложенных транзакций в ms sql это грусно но понятно. Потому что декларативная система.
Это не повторно испольуемеме коды как в си или в ассемблере.

Они и так в планах процедур повторно используются и на ходу оптимизируются. Сказал хочу, тото и это а как не ебет.

А некоторые хотят сказать как и ещё на каждом шагу, а вдруг не получится?
я к тому, что можно микроскопом гвозди забивать. в теории - можно. но если эти гвозди - под шпалы -- то несколько проблематично получится.
про "Это не повторно испольуемеме коды как в си или в ассемблере" - круто, оптимально по ряду параметров, но "в действительности все не так, как на самом деле" - оптимизатор выбирает примерно оптимальный план.
нет вложенных транзакций - все описано, не поверите - в официальной документации.
в планах процедур много чего кешируются, а том числе про sniffering и т.д.
...
Изменено: 19.04.2023, 18:04 - PaNik
Рейтинг: 0 / 0
Microsoft SQL Server / Транзакции в MS SQL Server
    #363142
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 18:06
[игнорируется]
PaNik  19.04.2023, 18:03
[игнорируется]
Sparrow  19.04.2023, 17:51
[игнорируется]
Гарыныч  19.04.2023, 17:42
[игнорируется]
PaNik  19.04.2023, 17:41
[игнорируется]
...
походу, Воробушек уже принял грамм 300 водочки :)))
Мне то, что просто нет вложенных транзакций в ms sql это грусно но понятно. Потому что декларативная система.
Это не повторно испольуемеме коды как в си или в ассемблере.

Они и так в планах процедур повторно используются и на ходу оптимизируются. Сказал хочу, тото и это а как не ебет.

А некоторые хотят сказать как и ещё на каждом шагу, а вдруг не получится?
я к тому, что можно микроскопом гвозди забивать. в теории - можно. но если эти гвозди - под шпалы -- то несколько проблематично получится.
про "Это не повторно испольуемеме коды как в си или в ассемблере" - круто, оптимально по ряду параметров, но "в действительности все не так, как на самом деле" - оптимизатор выбирает примерно оптимальный план.
нет вложенных транзакций - все описано, не поверите - в официальной документации.
в планах процедур много чего кешируются, а потм вопросы про sniffering и т.д.
Ты не слышешь. Потому на пенсии живу. Не тужу.
угу. а у чувака вопросы по работе возникли. он спрашивает. а ты тут красивый такой не тужишь. красиво, чО!
...
Рейтинг: 0 / 0
Microsoft SQL Server / Транзакции в MS SQL Server
    #363152
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
Sparrow  19.04.2023, 18:12
[игнорируется]
PaNik  19.04.2023, 18:08
[игнорируется]
Sparrow  19.04.2023, 18:06
[игнорируется]
PaNik  19.04.2023, 18:03
[игнорируется]
Sparrow  19.04.2023, 17:51
[игнорируется]
...
я к тому, что можно микроскопом гвозди забивать. в теории - можно. но если эти гвозди - под шпалы -- то несколько проблематично получится.
про "Это не повторно испольуемеме коды как в си или в ассемблере" - круто, оптимально по ряду параметров, но "в действительности все не так, как на самом деле" - оптимизатор выбирает примерно оптимальный план.
нет вложенных транзакций - все описано, не поверите - в официальной документации.
в планах процедур много чего кешируются, а потм вопросы про sniffering и т.д.
Ты не слышешь. Потому на пенсии живу. Не тужу.
угу. а у чувака вопросы по работе возникли. он спрашивает. а ты тут красивый такой не тужишь. красиво, чО!
Ему правильно ответил.
Это ты шумишь.
Ты прав!
...
Рейтинг: 0 / 0
Microsoft SQL Server / Транзакции в MS SQL Server
    #421332
PaNik
Скрыть профиль Поместить в игнор-лист
Участник
[игнорирует гостей]
[не активирован]
[неодобрен]
...
Рейтинг: 0 / 0
22 сообщений из 22, страница 1 из 1
Форумы / Microsoft SQL Server [закрыт для гостей] / Транзакции в MS SQL Server, Поиск: Искать сообщения, созданные автором: PaNik  
Читали тему (2): Анонимы (2)
Читали форум (2): Анонимы (2)
Пользователи онлайн (148): Анонимы (137), Yandex Bot, Biene Maja, NSFuimus, Tabula Rasa 1 мин., Bing Bot 2 мин., Буся 2 мин., sergey11 4 мин., Разум вселенной 4 мин., erbol 6 мин., cat2 7 мин., CerebroSQL 8 мин.
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]