2013-02-19 2 views
1

Я пытаюсь создать правило проверки в доступе. Я хотел бы ограничить введенные комбинации символов только существующими кодами стран с кодом ISO 2:Максимальная длина правила проверки доступа?

«AF» или «AX» или «AL» или «DZ» или «AS» или «AD» или «AO» «или« AI »или« AQ »или« AG »или« AR »или« AM »или« AW »или« AU »или« AT »или« AZ »или« BS »или« BH »или« BD »или «BB» или «BY» или «BE» или «BZ» или «BJ» или «BM» или «BT» или «BO» или «BQ»

Он отлично работает, пока не достиг номер персонажа 798, чем над ним, он выходит из строя с сообщением об ошибке:

Ошибка в правиле проверки: ошибка в ПРОВЕРКЕ ... (что-то, я использую не английский офис (2007), поэтому я не могу реально перевести поздно это.)

Есть идеи? Я думал, что это из-за длины, но она должна вмещать 2000 персонажей. Я не мог найти ничего о максимальном количестве выражений в правиле проверки.

Буду признателен за любое решение.

Благодаря

ответ

1

Я предлагаю вам использовать таблицу допустимых кодов, настроить отношения и обеспечение ссылочной целостности. Этот тип утверждения не является валидацией. Затем вы можете использовать таблицу в comboboxes в формах, чтобы пользователь мог легко выбирать коды.

См http://office.microsoft.com/en-ie/access-help/create-edit-or-delete-a-relationship-HA010072597.aspx

Это проверяется, как правило, проверки в Access 2010, но это ужасно!

IN ("AX", "AF", "AL", "DZ", "AS", "AD", "АО", "AI", "AQ", "AG", "AR », "AM", "AW", "AU", "АТ", "А-Я", "BS", "ВН", "BD", "ВВ", "ПО", "BE", "BZ", "BJ", "БМ", "BT", "ВО", "BA", "BW", "BV", "БР", "IO", "BN", "BG", "BF", "BI », "КН", "КМ", "СА", "резюме", "Кентукки", "CF", "ТД", "CL", "CN", "CX", "CC", "СО", "КМ", "CD", "CG", "СК", "CR", "CI", "HR", "CU", "CY", "CZ", "ДК", "DJ", "DM », "DO", "ЕС", "ЭГ", "СВ", "GQ", "ER", "EE", "ДВ", "ФК", "FO", "FJ", "Ф.", "FR", "GF", "PF", "TF", "GA", "GM", "GE", "DE", "GH", "GI", "GR", "GL", "GD », "GP", "GU", "GT", "", "", "GY GN GW", "HT", "ТМ", "HN", "HK", "HU", "IS", "В", "ID", "ИК", "IQ", "IE", "Ил", "ИТ", "ДМ", "JP", "JO", "KZ", "КЕ", "К.И. », "КП", "KR", "KW", "KG", "LA", "LV", "LB", "LS", "LR", "LY", "LI", "LT", "LU", "МО", "МК", "МГ", "MW", "MY", "MV", "ML", "МТ", "МН", "MQ", "MR", "MU », "YT", "", "FM", "MD", "МС", "МН", "МС", "М АЯ", "MZ", "ММ", "НС", "NR", "НП", "NL", "AN", "NC", "NZ", "NI", "СВ", "НГ", "НУ", "НФ", "МП", "НЕТ", "OM " "PK", "PW"," PS », "PA", "PG", "PY", "ЧП", "PH", "", "", "СТ", "PR", "QA PN PL", "RE", "RO", "RU", "RW", "Ш", "КН", "LC", "ПМ", "ВК", "WS", "СМ", "СТ", "SA", "SN", "CS », "SC", "SL", "СГ", "СК", "СИ", "СО", "СО", "З", "GS", "ES", "ЛК", "SD", "СР", "SJ", "СЗ", "СЭ", "CH", "SY", "TW", "т", "TZ", "М", "TL", "ТГ", "ТК », "К", "ТТ", "TN", "TR", "ТМ", "ТК", "TV", "UG", "UA", "АЕ", "GB", "США", "УМ", "UY", "УЗ", "ВУ", "В.", "VE", "В.", "В.", "В.", "ВФ", "ЕН", "Ю.Е.", "ЗМ "," ZW ")

+0

Спасибо Remou, этого я и хотел избежать, потому что у меня будет множество таких утверждений, и я бы избегал использования нескольких дополнительных таблиц и отношений. В любом случае, если это единственное решение, я это сделаю. Спасибо –

+0

Почему вы считаете, что правило проверки правильности управления лучше, чем таблица? Таблица, даже много таблиц, является стандартным решением для управления входом в реляционную базу данных. – Fionnuala

+0

Многие коды, которые я использую, не подлежат изменению. Коды стран ISO не являются прекрасными примерами, но многие другие являются стандартами. Большинство из них имеют только 4-10 действительных значений, которые можно легко обрабатывать таким образом, но добавление таблиц и отношений для всех этих (пары сотен) приведет к огромной и трудной для понимания «сети» (на мой взгляд, Посмотреть). Также таблицы с небольшим количеством данных.Может быть, я постараюсь настроить таблицу со всеми допустимыми значениями и выработать проверку по-другому, на основе масок и т. Д. Спасибо –

Смежные вопросы