Да) Но такой факт и необходимость. На более-менее железе и на 64 бит вроде еще можно жить. В среднем то до 500k строк, но бывает и всякое.
Просто любую БД если использовать - то как узнать, кто внес конфликтные правки. И как разрешить конфликт. Это на случай, если заранее нельзя предусмотреть исключение конфликтов, а они будут.

30 примерно, небольшой плюс-минус.

Записи подгружать желательно все. Варианты необходимы (не загружать определенные столбцы для таких то юзеров/загрузить для чтения столбец/загрузить столбец для редактирования), но на первом этапе хотелось бы загрузить всё. На чтение первые n-штук и 6-8 последних столбиков ближе к концу таблички для редактирования. Записывать то не понадобится обратно все данные, только что отредактировано (было доступно для редактирования).

Чистить - думаю раз в неделю возможно. Чаще - наверное, сложно.

Да, есть условия, для возможности предотвращения конфликтов и подгрузки определенных данных нужным группам (это был бы следующий вопрос, небольшой Пока рано, потому пока четко не выйдет сформулировать в силу организационных причин, а переделывать несколько раз неохота и неправильно. Лучше в две итерации - дать всем базу, вторая - гораздо позже, расширить парой-тройкой условий для 70-80% уменьшения конфликтов.

Но и внутри группы юзеров определенного направления могут быть несостыковки. Поэтому данный вопрос пока отложил в сторону (доп. условия, оптимизация схемы = выбор из заранее заданных значений [вместо ручного ввода]+выборка для конкретного человека по условиям), пытаюсь решить два насущных оперативных - быстро свести воедино полученное; либо нечто общее, но чтобы при этом разрешались конфликты и был лог. Иначе потом ничего не докажешь (="так было").