проверка на переполнение поля

Тема в разделе "Lotus - Программирование", создана пользователем susinmn, 14 авг 2009.

  1. susinmn

    susinmn Well-Known Member

    Регистрация:
    16 окт 2007
    Сообщения:
    530
    Симпатии:
    8
    нужно в адресной книжке проверять на переполнение поля Members при заполении группы агентом(если переполнено, то создавать новую группу), или делать ограничение на, скажем, 400 записей?)
     
  2. RAJ

    RAJ Well-Known Member

    Регистрация:
    17 янв 2007
    Сообщения:
    440
    Симпатии:
    0
    размер списка можешь проверить через Ubound или @Elements
     
  3. susinmn

    susinmn Well-Known Member

    Регистрация:
    16 окт 2007
    Сообщения:
    530
    Симпатии:
    8
    не, я про то, что я сам создаю группу и записываю туда адреса, так вот может наступить момент, когда поле members будет превышать 32кб. вот мне нужно при записи посмотреть не будет ли превышен лимит, если будет то сохраняю группу и создаю другую. в итоге будет девево AllUsers->(AllUsers_1, AllUsers_2...и так далее)

    ToxaRat, ты там в анализаторе как-то проверяешь на приближение содержимого поля к 32кб, покажи)
     
  4. K-Fire

    K-Fire Гость

    Гмм, а разве нельзя сделать что-нить типа Len(NotesItem.Text) ?
     
  5. divankin

    divankin Senjor developer

    Регистрация:
    13 авг 2009
    Сообщения:
    182
    Симпатии:
    0
    Если не секрет, какую проблему вы решаете? Если рассылку по всей организации, то помните, что ограничение 64к действует и на итоговый список адресатов, получаемый после раскрытия содержимого групп.
     
  6. ToxaRat

    ToxaRat Чёрный маг
    Lotus team

    Регистрация:
    6 ноя 2007
    Сообщения:
    3.047
    Симпатии:
    18
    susinmn
    анализатор проверяет твой код, а не то какую фигню с помощью него ты хочешь сделать :ph34r:

    у каждого итемса есть свойство size% = notesItem.ValueLength
    учитесь им пользоваться

    а вообще с группами помню изголялся достаточно жесткого, особенно это классно когда все группы наполняются через свои механизмы, тогда в одном доке можно наклепать кучу одноименных полей мемберсы и забивать под самое не хочу :D
     
  7. susinmn

    susinmn Well-Known Member

    Регистрация:
    16 окт 2007
    Сообщения:
    530
    Симпатии:
    8
    след. механизм: пользоветель создает заявку на систему(ы) в бд, после ее утверждения его LN заносится в соответствующую(ие) группу(ы) в Адресной книжке. Так вот если это, например, Front, то создается группа Front, а в ней подгруппы Front_1, Front_2 и т.д. в зависимости от того сколько пользователей поключены к этой системе. Можно, скажем, по 400-500 LN адресов записывать в каждую из подгрупп Front_i, но хочется по максимуму затолкать LN адреса в подгруппы). Удобно для текущего отображения так называемой матрицы доступа по каждому сотруднику...

    ToxaRat, спс буду *учитесь им пользоваться*)

    делал для теста: ValueLength показывает на 6 больше, чем Data Length после сохранения, до сохранения на 2 больше. Это нормально?)
     
Загрузка...

Поделиться этой страницей