1. Я думаю выражение "Править" означает - изменять.
2. Во время редактирования можно - выделять, удалять, вставлять, заменять, копировать.
3. При клавиш "Delete" и "Backspace".
4. Необходимо поставить курсор на нужное место и с клавиатуры написать необходимый символ.
5. Я думаю выражение "Блок" означает - выделенная часть в тексте.
6. Начиная удерживать левую клавишу мыши от того места, откуда необходимо начать выделение вести курсор до того места, где необходимо закончить выделение.
7. Можно удалять, вставлять, копировать выделенный блок.
8. Копия выделенного текста - это тот же текст сохранённый в буфер обмена.
9. Чтобы выделить абзац, необходимо поместить курсор в его начало и нажмать клавиши "Ctrl" + "Shift" + "Стрелка вниз".
10. Необходимо поместить курсор перед первой буквой фрагмента, который вы хотите выделить. Щелкнуть, а затем перетащите указатель, удерживая левую кнопку мыши.
11. Чтобы удалить слово с комбинации "Ctrl" + "Backspace", необходимо поместить курсор на последнюю букву этого слова. Чтобы удалить предложение, начиная удерживать левую клавишу мыши от начала предложения необходимо начать выделение и вести курсор до того места, где необходимо заканчивается предложение. Чтобы выделить абзац, необходимо поместить курсор в его начало и нажмать клавиши "Ctrl" + "Shift" + "Стрелка вниз", а затем нажать кнопку " Backspace ".
12. При команды "Заменить".
13. При этого диалогового окна "Заменить", написав в первую строку текст, который нужно заменить, далее написать во вторую строку текст, который нужно вставить вместо того который нужно заменить, можно заменить один текст на другой.
Объяснение:
Думаю так.
С точки зрения простоты реализации желательно ЛЮБЫЕ модели представлять в виде взаимосвязанных таблиц (реляционной модели), так как рынок реляционных СУБД давно освоен и имеется множество методик, рекомендаций, литературы - как это делать правильно и чтобы все быстро работало. Наиболее популярен для обработки информации в таком виде язык стрктурированных запросов SQL, программных продуктов, использующих различные его диалекты - тысячи.
Известно что существуют задачи, плохо проектируемые в реляционных моделях, в основном связанные с тем что объекты очень сильно отличаются друг от друга по набору свойств. В реляционной модели в этом случае приходится делать "широкие" таблицы, содержащие исчерпывающий перечень колонок, 90% значений в которых будут пусты, либо для каждого вида объекта вводить свою таблицу, что резко снижает скорость работы с такой БД.
В этом случае лучше переходить на объектно-ориентированную СУБД (например, Cache) либо хранить данные в формате, допускающем вариации в узлах (например, в XML). Скорость обработки больших массивов в этом случае ниже, но за счет того, что база становится компактной, скорость работы в целом возрастает. А в случае XML даже отпадает возможность создавать отдельное описание для структуры таблиц - формат XML несколько избыточен, зато сам себя документирует, за это его и любят.
К таким неструктурированным базам тяготеют также вычислительноемкие расчеты - распознавание образов, речи, расчеты протекания физических процессов и химических реакций и пр. Иногда даже такие задачи необходимо делать в реляционной модели, чтобы ускорить расчеты определенных этапов, на которые уходит львиная доля процессорного времени.
Вообще это отдельная область науки, можете ознакомиться с трудами классиков, например с "Библией" реляционной модели, автор Д. Кнут.
Исходя из сказанного ответ на вопрос - в табличном виде оптимально представлять наборы объектов, обладающих одинаковыми свойствами, для которых почти все свойства используются и имеют различные значения (нет "пустот").
Количество таких объектов для современных баз данных может быть достаточно велико - лично я работаю с базами, содержащими миллионы записей, но при этом число различных таблиц (видов объектов с разными наборами полей) невелико и составлет от нескольких десятков до нескольких сотен.
