Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проверка на повторение в TextBox'e?
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Подскажите как, действовать? Есть таблица: |Фамилия мастера| Дата назначения| На форме есть ComboBox, в котором выводится список фамилий мастеров. А в TextBox'e пользователь вводит нужную ему дату. Дак вот, как сделать проверку, чтобы дата назначения у мастера не повторялась. Например: Выбрали мастера: Пупкин Назначили дату: 12/12/05 Потом выбрали снова: Пупкин Но дата уже должна быть другой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2005, 09:32 |
|
||
|
Проверка на повторение в TextBox'e?
|
|||
|---|---|---|---|
|
#18+
Если в таблице нет других полей, то, очевидно, пара этих составляет (и должна быть определена как) первичный ключ таблицы. Если есть какой-нибудь ID, который является первичным ключом, то пара этих полей будет составлять (и должна быть определена как) кандидатный ключ. В любом случае, при наличии таких определений в таблицу дублирующие данные не попадут. Ошибку сохранения можно отловить в форме и интерпретировать так, как нужно из контекста. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2005, 09:45 |
|
||
|
Проверка на повторение в TextBox'e?
|
|||
|---|---|---|---|
|
#18+
Приветик! А можно еще в лоб в самой форме в текстбоксе метод Valid осуществить проверку, и если такое уже есть, то сообщить об этом пользователю и предоставить возможность ввести еще раз или отменить ввод. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2005, 11:18 |
|
||
|
Проверка на повторение в TextBox'e?
|
|||
|---|---|---|---|
|
#18+
Hi kms_! Делать такую проверку, кстати, более дружелюбно по отношению к пользователю. Но необходимости существования ключа в таблице (PK or Candidate) наличие такой проверки не отменяет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2005, 11:24 |
|
||
|
Проверка на повторение в TextBox'e?
|
|||
|---|---|---|---|
|
#18+
Hi Urri! Такая проверка не гарантирует уникальности - при совместной работе наскольких пользователей, вполне вероятна ситуация, что два пользователя внесут одинаковые записи - а проверка этого не увидит. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2005, 03:34 |
|
||
|
Проверка на повторение в TextBox'e?
|
|||
|---|---|---|---|
|
#18+
Приветствую, Игорь! Igor Korolyov Такая проверка не гарантирует уникальности - при совместной работе наскольких пользователей, вполне вероятна ситуация, что два пользователя внесут одинаковые записи - а проверка этого не увидит. На всякий случай (чтобы не быть неправильно понятым, поскольку Игорь мне намекает, что такая вероятность есть ;-)), перепишу свое последнее сообщение по-другому. Делать такую проверку, кстати, более дружелюбно по отношению к пользователю, чем не делать ее (а не чем использовать ключи). Потому что проверка сработает сразу (конечно, не всегда она сработает, о чем Игорь предупреждает, но чаще сработает, чем нет), а ошибка вставки по причине неуникальности индекса придет не сразу (не придет, пока данные в таблице не захотят обновиться). Скажем, Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Ну а если мы сделаем, скажем, так: Код: plaintext 1. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Кстати, лично я такие функции очень редко пишу. Я - недружелюбный ;-))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2005, 21:25 |
|
||
|
Проверка на повторение в TextBox'e?
|
|||
|---|---|---|---|
|
#18+
Вообще-то, подобный вопрос повторяется достаточно регулярно. Вкратце. Контроль уникальности данных для НЕ ключевых полей в процессе записи в таблицу можно обеспечить 2 способами: Индекс типа Candidat с FOR-условием, отсекающим записи помеченные как удаленные, а также все те записи в которых не надо контролировать уникальность. Например, надо пропустить клиентов для которых код ИНН вообще не введен, хотя таких "пустых" записей может быть много Триггер на вставку и модификацию, при условии существования индекса по контролируемому полю (любого индекса, достаточно обычного Regular). Наличие индекса заблокирует модификацию данных другими пользователями пока идет проверка триггера (внутри транзакции), что и обеспечит контроль уникальности. Вопрос контроля данных в процессе ввода (до попытки их сохранения в таблицах) зависит от конкретной задачи. Запретительный контроль процесса ввода - крайне неразумное решение. Если уж делать такой контроль, то только как рекомендательный. Просто сообщение без каких-либо санкций. А вот при попытке сохранить изменение контроль только и исключительно запретительный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2005, 22:27 |
|
||
|
|

start [/forum/topic.php?fid=41&msg=33031895&tid=1594364]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
33ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 271ms |
| total: | 390ms |

| 0 / 0 |
