Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 44 45 46 47 48 [49] 50 51 52 53 .. 75   вперед  Ctrl
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Gluk (Kazan)
нет он возвращает закэшированное вызовом nextval значение

Он уже ответил на этот вопрос.
4 фев 09, 15:55    [6778844]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
skelet
Member [заблокирован]

Откуда: moskau
Сообщений: 5549
МСУ

Объясняю. Как говорит Локи - задача - узнать будущий айди ДО вставки записи.
Считали значение сиквенса. А в этот момент другая хп инкрементнула сиквенс для своих нужд.
Как тут быть?


мдяяя

1-я сессия
sh@DEVBASE> create sequence tmp1;

Sequence created.

sh@DEVBASE> select tmp1.nextval from dual;

   NEXTVAL
----------
         1

sh@DEVBASE> select tmp1.currval from dual;

   CURRVAL
----------
         1


а терь открываем вторую

sh@DEVBASE> select tmp1.nextval from dual;

   NEXTVAL
----------
         2

sh@DEVBASE> 


а теперь опять 1-я
sh@DEVBASE> select tmp1.currval from dual;

   CURRVAL
----------
         1
невероятно, правда? )))

и далее закономерное

sh@DEVBASE> select tmp1.nextval from dual;

   NEXTVAL
----------
         3

sh@DEVBASE> 
4 фев 09, 15:56    [6778845]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
Дык, а я что, утверждал обратное?

Вы, любезный, утверждали, что будете использовать currval вместо nextval, потому что "не хотите засирать сиквенс".
А еще, насколько я помню, утверждали "а если другая SP после этого заинкрементит сиквенс - что тогда делать"?
4 фев 09, 15:56    [6778847]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
МСУ
Gluk (Kazan)
нет он возвращает закэшированное вызовом nextval значение

Он уже ответил на этот вопрос.


тогда не понимаю, в чем проблема с sequence ???
4 фев 09, 15:57    [6778849]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
locky
Вы, любезный, просто не знаете, как он работает.

Почему?

Потому что, любезный... (см. чуть выше ;) )
4 фев 09, 15:57    [6778851]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Gluk (Kazan)
тогда не понимаю, в чем проблема с sequence ???

С сиквенсами проблем нет.
Есть проблемы с тем, как МСУ себе их представляет
4 фев 09, 15:58    [6778854]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
МСУ
Дык, а я что, утверждал обратное?

Вы, любезный, утверждали, что будете использовать currval вместо nextval, потому что "не хотите засирать сиквенс".
А еще, насколько я помню, утверждали "а если другая SP после этого заинкрементит сиквенс - что тогда делать"?


Ну. Я взял курвал. После это SP вызвала nextval. Значит в начале - не последнее значение сиквенса. Что не так?
4 фев 09, 15:58    [6778856]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
Ну. Я взял курвал. После это SP вызвала nextval. Значит в начале - не последнее значение сиквенса. Что не так?

эта же SP или другая?
4 фев 09, 15:59    [6778863]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Gluk (Kazan)
МСУ
Gluk (Kazan)
нет он возвращает закэшированное вызовом nextval значение

Он уже ответил на этот вопрос.


тогда не понимаю, в чем проблема с sequence ???


В том, что я не вижу смысла в нем. Весь спор зашел про автоинкременты, которых нет в оракуле
4 фев 09, 15:59    [6778865]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
МСУ
locky
Вы, любезный, просто не знаете, как он работает.

Почему?

Потому что, любезный... (см. чуть выше ;) )

Что я не так сказал*
4 фев 09, 15:59    [6778866]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
МСУ
Ну. Я взял курвал. После это SP вызвала nextval. Значит в начале - не последнее значение сиквенса. Что не так?

эта же SP или другая?


Похрену. nextval - это nextval, а не currval
4 фев 09, 15:59    [6778867]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
Что я не так сказал*

1.Вы сказали, что умеете пользоваться currval без nextval
2.вы сказали, что после вызова nextval/currval из одной сессии и вызова nextval из другой, currval из первой сессии вернёт другое значение (по крайней мере - я именно так это понял)
4 фев 09, 16:01    [6778880]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
Похрену. nextval - это nextval, а не currval

Точно - похрену?
4 фев 09, 16:02    [6778890]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
МСУ
Что я не так сказал*

1.Вы сказали, что умеете пользоваться currval без nextval
2.вы сказали, что после вызова nextval/currval из одной сессии и вызова nextval из другой, currval из первой сессии вернёт другое значение (по крайней мере - я именно так это понял)


1. И?
2. Вы не правильно поняли.
4 фев 09, 16:02    [6778897]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
МСУ
Похрену. nextval - это nextval, а не currval

Точно - похрену?


Смотря по чьему
4 фев 09, 16:02    [6778901]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
МСУ
locky
МСУ
Ну. Я взял курвал. После это SP вызвала nextval. Значит в начале - не последнее значение сиквенса. Что не так?

эта же SP или другая?


Похрену. nextval - это nextval, а не currval


1. currval до вызова nextval не определен
2. другая сессия не увидит тот-же currval
3. вызов nextval в другой сессии не повлияет на значение выдаваемое currval
4 фев 09, 16:03    [6778903]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
locky
МСУ
Что я не так сказал*

1.Вы сказали, что умеете пользоваться currval без nextval
2.вы сказали, что после вызова nextval/currval из одной сессии и вызова nextval из другой, currval из первой сессии вернёт другое значение (по крайней мере - я именно так это понял)


1. И?

Покажите - как.
4 фев 09, 16:04    [6778912]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Gluk (Kazan)
1. currval до вызова nextval не определен
2. другая сессия не увидит тот-же currval
3. вызов nextval в другой сессии не повлияет на значение выдаваемое currval


Ладно. Тонкости уж не помню где что можно брать :)

Основной вопрос в том, что смысл от последовательности я не вижу супротив идентити.
4 фев 09, 16:04    [6778915]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
Ладно. Тонкости уж не помню где что можно брать :)

...но упорно продолжаю спорить.....

МСУ
Основной вопрос в том, что смысл от последовательности я не вижу супротив идентити.

Удобство.
4 фев 09, 16:06    [6778926]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
Покажите - как.

Выше "показали"
4 фев 09, 16:06    [6778927]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
...но упорно продолжаю спорить.....

Суть не в этом была.

locky
Удобство.

Какое?
4 фев 09, 16:06    [6778931]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
locky
Покажите - как.

Выше "показали"

Т.е. вы таки не умеете так использовать сиквенсы....
Хотя - пальцев было загнуто немеряно....
4 фев 09, 16:07    [6778932]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
МСУ
Gluk (Kazan)
1. currval до вызова nextval не определен
2. другая сессия не увидит тот-же currval
3. вызов nextval в другой сессии не повлияет на значение выдаваемое currval


Ладно. Тонкости уж не помню где что можно брать :)

Основной вопрос в том, что смысл от последовательности я не вижу супротив идентити.


А нет никакого против. В Oracle одно, в MS SQL другое.
Можно говорить только о том, что удобнее, функциональнее, глючнее и т.п.

Но желательно говорить об этом, когда понимаешь как это работает,
иначе получается: Пастернака не читал, но осуждаю
4 фев 09, 16:07    [6778941]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
Т.е. вы таки не умеете так использовать сиквенсы....

Давно уже не работал с оракулом. Запамятовал. Неужели нет прощения за то, что к делу не относится (я про сессию)?

locky
Хотя - пальцев было загнуто немеряно....

Вами?
4 фев 09, 16:08    [6778942]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
Какое?

Отсутствие необходимости использовать костыли и подпорки в случае генерации монотонно возрастающей (убывающей) последовательно чисел.
4 фев 09, 16:08    [6778946]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 44 45 46 47 48 [49] 50 51 52 53 .. 75   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить