Вставки занимают больше времени при увеличении количества строк в таблице? Зачем?
Если вам просто нужно убить клавиатуру, когда пользователь вступает в фоновый режим, почему бы не добавить распознаватель жестов и использовать его для отправки сообщения [[self view] endEditing:YES]?
вы можете добавить распознаватель жеста Tap в файле xib или раскадровки и подключить его к действию,
выглядит примерно так, а затем закончен
- (IBAction)displayGestureForTapRecognizer:(UITapGestureRecognizer *)recognizer{
[[self view] endEditing:YES];
}
1 ответ
Как правило, накладные расходы на вставку строки состоят из нескольких компонентов. Я могу подумать о следующем:
- Поиск страницы для размещения строки.
- Обновление индексов.
- Регистрация транзакции.
- Любые накладные расходы на триггеры и ограничения.
Для (1). Из-за кластеризованного индекса в столбце идентификаторов новая строка попадает в таблицу в «конце» таблицы, то есть на последней странице. В данном случае нет связи между размером таблицы и местом для поиска строки.
Для (2). Существует очень небольшая дополнительная нагрузка на обновление кластеризованного индекса по мере роста таблицы. Но это очень мало - и фрагментация, похоже, не является проблемой.
Для (3). Это не связано с размером таблицы.
Для (4). У вас, похоже, нет триггеров или ограничений, так что это не проблема.
Итак, по моим расчетам, при вставке таблицы будет очень мало дополнительных накладных расходов.
Примечание: могут быть и другие факторы. Например, вам может потребоваться увеличить табличное пространство для поддержки таблицы большего размера. Однако на самом деле это связано не только с размером таблицы, но и с отношением между размером данных и доступными ресурсами.