Файловая система NTFS и учетные записи пользователя. Хранение данных с точки зрения операционной системы. Пользовательские данные в прикладных программах. Принципы работы с базами данных. Различие между обычным пользователем и администратором в ОС.
При низкой оригинальности работы "Структура данных пользователя в операционных системах и прикладных программах", Вы можете повысить уникальность этой работы до 80-100%
Структура данных пользователя в операционных системах и прикладных программахПользователь вводит свои данные с помощью понятного ему языка, легко считывает их с экрана в свое программе впоследствии. Но его данные на самом деле для компьютера, выглядят, как набор бит, и чтобы обеспечить пользователю возможность легко работать непосредственно с информацией, программное обеспечение компьютера проделывает много работы. Операционная система отвечает за сохранение данных на диск или другое энергонезависимое файловое хранилище (флэш-карту, лазерный диск...) (не будем рассматривать работу операционной системы с оперативной памятью и другими компонентами компьютера). Прикладная программа декодирует набор бит, который операционная система считывает с диска и обеспечивает пользователю возможность работать с информацией. Функция UAC позволяет пользователям выполнять стандартные задачи как в качестве пользователей, не являющихся администраторами, которые в ОС называются обычными пользователями, так и в качестве администраторов, при этом нет необходимости переключать пользователей, выходить из системы или использовать функцию "Запуск от имени".Файловая система - порядок, определяющий способ организации, хранения и именования данных на носителях информации в компьютерах, а также в другом электронном оборудовании. Файловая система определяет формат содержимого и способ физического хранения информации, которую принято группировать в виде файлов . Конкретная файловая система определяет размер имени файла (папки ), максимальный возможный размер файла и раздела, набор атрибутов файла. Файловая система связывает носитель информации с одной стороны и API для доступа к файлам - с другой. Когда прикладная программа обращается к файлу, она не имеет никакого представления о том, каким образом расположена информация в конкретном файле, так же, как и на каком физическом типе носителя (CD , жестком диске , магнитной ленте , блоке флеш-памяти или другом) он записан.Механизм использования MFT-зоны таков: когда файлы уже нельзя записывать в обычное пространство, MFT-зона просто сокращается (в текущих версиях операционных систем ровно в два раза), освобождая таким образом место для записи файлов. Первые 16 файлов носят служебный характер и недоступны операционной системе - они называются метафайлами, причем самый первый метафайл - сам MFT. Остальной MFT-файл может располагаться, как и любой другой файл, в произвольных местах диска - восстановить его положение можно с помощью его самого, "зацепившись" за самую основу - за первый элемент MFT. Любопытно, что и для этих файлов указан вполне реальный размер - можно узнать, например, сколько операционная система тратит на каталогизацию всего вашего диска, посмотрев размер файла $MFT. Файлы, размером в сотни байт, обычно не имеют своего "физического" воплощения в основной файловой области - все данные такого файла хранятся в одном месте - в MFT.Учетные записи представляют собой средства идентификации пользователей и проверки их подлинности. Другими словами, имя каждого пользователя должно отличаться имен всех остальных пользователей данной системы. Если имя пользователя дает ответ на вопрос: «Кто вы?», пароль - ответ на неизбежно следующее за этим требованием: «Докажите это!» Говоря более формально, пароль дает возможность подтвердить подлинность человека, заявляющего, что он является пользователем с заданным именем. Системный администратор может разрешить пользователям задавать пароли самостоятельно, но тогда придется проверять, достаточно ли сильны эти пароли.Элементы XML описываются тегами. В XML тег является элементом документа, а текст, содержащийся между начальным и конечным тегом - содержанием элемента. Кроме содержания у элемента могут быть атрибуты - пары имя-значение, добавляемые в открывающий тег после названия элемента. Имена элементов, как и имена атрибутов, не могут содержать пробелы, но могут быть на любом языке, поддерживаемом кодировкой XML-документа. Все же обычно в названии тэгов используются только латинские буквы, в этом случае UTF-8 является более удобной кодировкой - объем будет меньше, чем при UTF-16; декодирование может быть выполнено как для всего документа, так и для конкретных атрибутов и текстов; весь документ не содержит запрещенных символов при попытке разбора с неправильной кодировкой.Базы данных SQL Server содержат файлы трех типов: 1. Однако в некоторых случаях (например, при восстановлении базы данных master из копии, при определенным образом проводимым присоединении базы данных) компонент Database Engine использует сведения о расположении файлов из первичного файла, чтобы инициализировать записи о расположении файлов в базе данных master. Файлы SQL Server имеют два имени: logical_file_name - имя, используемое для ссылки на физический файл во всех инструкциях Transact-SQL.
План
Оглавление
Введение
Глава 1. Файловая система и учетные записи пользователя
1.1 Хранения данных с точки зрения операционной системы
1.2 Файловая система NTFS
1.3 Учетные записи пользователя
Глава 2. Пользовательские данные в прикладных программах
2.1 XML
2.2 Базы данных
Заключение
Список литературы
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы