| 
 | 
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  задача такая - есть в БД таблица, содержащая помимо прочего некое значение (аналог id).  Пользователь получает текущее , изменяет (в данном случае увеличивает) и записывает обратно. Система многопользовательская, нагрузка предполагается высокой. Какие-то идеи кроме читать еще и некий timestamp и перед записью оценивать есть? ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 10:25 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  waszkiewicz, дело не в таймштампах и т.д. что меняется? зачем меняется? что будет если не заменили?...что будет если 10 раз подряд не смогли заменить? ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 10:28 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  скажем так, каждый клиент должен получить начальную точку (например номер последнего документа). Далее он знает, что выпустит еще 10 доков. Соответственно, должен обновить (увеличить) на 10.  в моем понимании - читаем текущий со штампом, перед записью вычитываем снова - если штамп то же - пишем с новым штампом, если нет - идем к началу. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 10:33 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  в целом задача такая - много клиентов печатают штрихкод, в котором есть тэг, отвечающий за уникальность ШК в целом. Есть вариант когда два клиента напечатают дубли ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 10:34 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  по идее, если чтение/запись проводить в транзакции то все должно быть шоколадно и без штампов. но это не точно ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 10:36 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  waszkiewicz, serializable поможет ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 10:46 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  или Update с аутпут параметром ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 10:48 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  за сервер данных ничего не известно - всем рулит сервер приложений ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 10:50 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  update с параметром? а смысл? ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 10:51 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  грубо говоря, мне нужно, что бы клиент обновил только ты версию записи, которую получил ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 10:52 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  waszkiewiczupdate с параметром? а смысл? менять (добавить) и вернуть новое значение ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 11:12 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  waszkiewicz, какие еще версии записи? ты ж просто хотел уникальный номер получить без конкуренции ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 11:14 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  waszkiewiczзадача такая - есть в БД таблица, содержащая помимо прочего некое значение (аналог id).  Пользователь получает текущее , изменяет (в данном случае увеличивает) и записывает обратно. Система многопользовательская, нагрузка предполагается высокой. Какие-то идеи кроме читать еще и некий timestamp и перед записью оценивать есть? Тебя беспокоит что ораклу трудно и долго Update table set t=123 Или что? ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 12:19 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  не совсем. я хочу получить "последний" номер в последовательности и обновить этот номер на "мое" значение. например клиент 1 получил номер 100 и вхерачил туда 300. В это время клиент 2 тоже получил номер 100 и вхерачит туда 50. и опосля каждый наплодит штрихкодов, начинающихся со 100 ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 12:24 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  Petro123, за СУБД ничего не известно, только сервер приложений ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 12:25 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  задача такая - нужно сформировать пачку штрих-кодов уникальных для каждого штрих-кода. все параметры помимо ШК по порядку одинаковые. думал впилить счетчик простой. однако печать могут инициировать одновременно больше одного клиента по одному и тому же ШК. Отсюда и вопрос.  PS главная задача - уникальность ШК в целом ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 12:29 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  waszkiewiczPetro123, за СУБД ничего не известно, только сервер приложений раз сервер приложений и СУБД неизвестна, то надо реализовать свою систему ACID ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 12:34 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  ViPRos, сервер приложений как-раз известен. По большому счету и СУБД тоже ясно какой. Однако, это SAP ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 12:39 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  waszkiewiczне совсем. я хочу получить "последний" номер в последовательности и обновить этот номер на "мое" значение. например клиент 1 получил номер 100 и вхерачил туда 300. В это время клиент 2 тоже получил номер 100 и вхерачит туда 50. и опосля каждый наплодит штрихкодов, начинающихся со 100иди в ветку SAP или программистов. В вопросе никакой сложност нету. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 13:09 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  waszkiewiczзадача такая - нужно сформировать пачку штрих-кодов уникальных для каждого штрих-кода. все параметры помимо ШК по порядку одинаковые. думал впилить счетчик простой. однако печать могут инициировать одновременно больше одного клиента по одному и тому же ШК. Отсюда и вопрос.  PS главная задача - уникальность ШК в целом А почему не воспользоваться SEQUENC'ом? Все полученные значения будут уникальными, не зависимо от пользователя. Единственная "проблема" будет в "дырках". :-) ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 13:31 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  waszkiewiczPS главная задача - уникальность ШК в целом Какой именно штрих-код используется? Если он достаточно вместительный - тупо загоняйте в него sequentional GUID. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 13:45 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  mad_nazgul, дырки совсем не парят ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 14:41 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  Dimitry Sibiryakov, на "тэг уникальности" всего 6 символов. GUID не прокатит. есть проблема потом с чтением, ибо размер физический сильно ограничен, а качество печати "сильно зависит" ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 25.05.2018, 15:09 | 
  
  
  
   | 
||
| 
 
получение/обновление значения в распределенных системах 
 | 
|||
|---|---|---|---|
| 
 #18+ 
    
  waszkiewicz, то есть максимум миллион штрих-кодов? не густо, да ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 28.05.2018, 09:52 | 
  
  
  
   | 
||
| 
 | 

start [/forum/topic.php?fid=33&msg=39649769&tid=1547225]:  | 
    0ms | 
get settings:  | 
    7ms | 
get forum list:  | 
    12ms | 
check forum access:  | 
    3ms | 
check topic access:  | 
    3ms | 
track hit:  | 
    57ms | 
get topic data:  | 
    10ms | 
get forum data:  | 
    3ms | 
get page messages:  | 
    50ms | 
get tp. blocked users:  | 
    1ms | 
| others: | 238ms | 
| total: | 384ms | 

| 0 / 0 | 

    Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
    
    
    «На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даете согласие с использованием данных технологий.»
    
    
    ... бла, бла, бла ...