Сабж. 

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

Спасибо.

Под стратегией я подразумеваю способ, с помощью которого производиться редактирование и ввод записей в таблицы БД.

Medved, трехзвенная структура: "сервер" -> "СУБД скрипт" -> "СУБД"
SQL сервер после первого же исполнения кэширует процедуру и план ее исполнения (Execution Plan). Последующие запросы к такой кэшированной процедуре получают необходимые данные из кэша SQL сервера, что и приводит к значительному увеличению производительности.
Между данными в SQL-сервере и приложением возникает некий промежуточный уровень, который отделяет данные от кода приложения.
Хранимые процедуры реально снижают сетевой трафик, т.к. инкапсулируют пакеты SQL-запросов и могут брать на себя предварительную обработку данных, в отличие от динамических запросов ASP

Я не об этом.

К примеру есть таблица Контакты. 

Каки образом для пользователя (например)ты организуешь процесс добавления, удаления и редактирования данных?

Можно предоставить пользователю возможность напрямую редактировать данные в гриде, можно организовать так, то пользователь будет редактировать запись на отдельной странице и т.д. 

Какие приемущества  и недостатки у разных способов и методов правки и добавления данных.

Т.е. на уровне интерфейса пользователя. 

Я об этом.

 если запись маленькая, то чем плох способ - "редактирования" в гриде, ну а если большая, то либо DetailsView, либо "на отдельной странице"....

ИМХО, если проект коммерческий и/или клиент платит, лучше потратиться на AJAX-нутые гриды, например от telerik. 

AJAX не панацея от всех бед. 
Применение AJAX нарушает четкую архитектурную структуру. Как говорится сбоку припека. 
Хотя и удобное для пользователя средство.

Позволь не согласиться. Как в твоем примере применение AJAX нарушит архитектуру?

AJAX ее запутает

Medved, так сразу надо проектировать с учетом AJAX. Тада все будет ОК.

Добавлено через 4 минуты и 6 секунд
ЗЫ. Отвечая на поставленный вопрос, скажу, что in-place редактирование удобно для не очень сложных записей, где не нужны спец.контролы для выбора нового значения. отдельная карточка объекта удобна, когда он достаточно сложен. если приведешь пример тех объектов, которые надо редактировать, можно вместе подумать, в каком случае что подойдет.