Иерархия каталогов

Практически всегда файлы на дисках объединяются в каталоги.

В простейшем случае все файлы на данном диске хранятся в одном каталоге. Такая одноуровневая схема использовалась в СР/М и первых версиях MS-DOS. Сегодня её можно встретить, например, в некоторых цифровых фотоаппаратах: все сделанные фотографии складываются в один каталог. Иерархическая файловая cucmema с вложенными друг в друга каталогами впервые появилась в UNIX. Wiki-txt Tornado.jpg Notepad.exe

(Одноуровневая файловая система)

Каталоги на разных дисках могут образовывать несколько отдельных деревьев, как в DOS/Windows, или же объединяться в одно дерево, общее для всех дисков, как в UNIX-подобных системах.

С:

\Program files \CDEx

\CDEx.exe

\CDEx.hlp

\mppenc.exe \Мои документы \Wiki.txt \Tornado.jpg

D:

\Music

\ABBA

\1974 Waterloo \1976 Arrival

\Money, Money, Money.ogg

\1977 The Album

(Иерархическая файловая система Windows/DOS)

В UNIX существует только один корневой каталог, а все остальные файлы и каталога вложены в него. Чтобы получить доступ к файлам и каталогам на каком-нибудь диске, необходимо примонтировать этот диск командой mount. Например, чтобы открыть файлы на CD, нужно, говоря простым языком, сказать операционной системе: «возьми файловую систему па этом компакт-диске и покажи её в каталоге /mnt/cdrom». Все файлы и каталоги, находящиеся на CD, появятся в этом каталоге /mnt/cdrom, который называется точкой монтирования (англ. mount point). В большинстве UNIX-подобных систем съёмные диски (дискеты и CD), флэш-накопители и другие внешние устройства хранения данных монтируют в каталог /mnt, /mount или /media. UNIX также позволяет автоматически монтировать диски при загрузке операционной системы, /bin

/Is /mnt

/cdrom /Music

/АВВА

/1974 Waterloo /1976 Arrival

/Money, Money, Money.ogg

/1977 The Album

/floppy /home

/peter

/Wiki.txt /tornado.jpg (Иерархическая файловая система UNIX)

Еще более сложная структура применяется в NTFS и HPS. В этих файловых системах каждый файл представляет собой набор атрибутов. Атрибутами считаются не только традиционные только для чтения, системный, но и имя файла, размер и даже содержимое. Таким образом, для NTFS и HFS то. что хранится в файле — это всего лишь один из его атрибутов.

Если следовать этой логике, один файл может содержать несколько вариантов содержимого. Таким образом, в одном файле можно хранить несколько версий одного документа, а также дополнительные данные (значок файла, связанная с файлом программа). Такая организация типична для HFS на Macintosh.

Классификация файловых систем

По предназначению файловые системы можно классифицировать на следующие категории:

• Для носителей с произвольным доступом (например, жёсткий диск): FAT32. HPFS. ext2 и др. Поскольку доступ к дискам в разы медленнее, чем доступ к оперативной памяти, для прироста производительности во многих файловых системах применяется асинхронная запись изменений на диск. Для увеличения отказоустойчивости может применяется журналирование. например в ext3, ReiserFS. JFS, NTFS. XI'S. Reiser4 не применяет журналирование, все операции в ней атомарны.

• Для носителей с по с л е л о в are л ь н ы м лосту пом (например, магнитные ленты): QIC и др.

• Для оптических носителей — CD и DVD: ISO9660. ISO9690, HFS. UDF и др.

• Виртуальные файловые системы: AEFS и др.

• Сетевые файловые системы: NFS. SMBFS, SSHFS, GmailFS и др.

Задачи файловой системы

Основные функции любой файловой системы нацелены па решение следующих задач:

• именование файлов;

• программный интерфейс работы с файлами для приложений;

• отображения логической модели файловой системы на физическую организацию хранилища данных;

• устойчивость файловой системы к сбоям питания, ошибкам аппаратных и программных

средств.

В многопользовательских системах появляется еще одна задача: защита файлов одного пользователя от несанкционированного доступа другого пользователя.

Документ

Документ (от лат, documentum — образец, свидетельство, доказательство) — материальный объект, содержащий информацию в зафиксированном виде и специально предназначенный для её передачи во времени и пространстве. Носителем информации может быть бумага, перфокарта, фотоплёнка, магнитная лента, глиняные таблички и т.п. Документы могут содержать тексты на естественном или формализованном языке, изображения, звуковую информацию и др. По содержанию документы делятся на научно-технические (статьи, книги, патенты, технические отчёты и описания), правовые (постановления, указы, договоры и др.), управленческие (приказы, директивы) и др.

В компьютерных системах документы могут хранится в файлах, в базах данных, как элемент записи, в других документах, будучи вложенными.

Электронные таблицы

История

Идею электронных таблиц впервые сформулировал американский ученый Ричард Маттессич, опубликовав в 1961 г. исследование под названием Budgeting Models and System Simulation. Концепция дополнили в 1970 г. Пардо и Ландау, подавшие заявку на соответствующий патент (U.S. Patent no. 4,398,249). Патентное ведомство отклонило заявку, но авторы через суд добились отмены этого решения.

Общепризнанным родоначальником электронных таблиц как отдельного класса ПО является Дэн Бриклин, совместно с Бобом Фрэнкстоном разработавший легендарную программу VisiCalc в 1979 г. Этот табличный редактор для компьютера Apple II стал "убойным приложением", превратившим персональный компьютер из экзотической игрушки для технофилов в массовый инструмент для бизнеса.

Категория программного обеспечения, предназначенного для работы с электронными таблицами называется табличный процессор. Изначально табличные редакторы позволяли обрабатывать исключительно двухмерные таблицы, прежде всего с числовыми данными, но затем появились продукты, обладавшие помимо этого возможностью включать текстовые, графические и другие мультимедийные элементы. Инструментарий электронных таблиц включает мощные математические функции, позволяющие вести сложные статистические, финансовые и прочие расчеты.

Перечень программных продуктов

• Microsoft Excel

• SuperCalc

• Abacus

• Lotus 1-2-3

• QpenOrfice.org Calc

• Gnumeric

• KSprcad

• Quattro Pro

• Электронные таблицы онлайн в исполнении Gооg1е[Электронные таблицы в исполнении Google] Google Labs

Основы табличного представления данных

Клиент-серверные системы

Под клиент-серверным приложением понимают информационную систему, основашгую на использовании серверов баз данных.

• На стороне клиента выполняется код приложения, в который обязательно входят компоненты, поддерживающие интерфейс с конечным пользователем, производящие отчеты, выполняющие другие специфичные для приложения функции (пока нас не будет занимать, как строится код приложения).

• Клиентская часть приложения взаимодействует с клиентской частью программного обеспечения управления базами данных, которая, фактически, является индивидуальным представителем СУБД для приложения.

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

С другой стороны, разработчики и пользователи информационных систем, основанных на архитектуре "клиент-сервер", часто бывают неудовлетворенны постоянно существующими сетевыми накладными расходами, которые следуют из потребности обращаться от клиента к серверу с каждым очередным запросом. На практике распространена ситуация, когда для эффективной работы отдельной клиентской составляющей информационной системы в действительности требуется только небольшая часть общей базы данных. Это приводит к идее поддержки локального кэша общей базы данных на стороне каждого клиента. Клиенты становятся более толстыми при том, что сервер тоньше не делается

Громадным преимуществом клиент-серверной архитектуры является ее масштабируемость и вообще способность к развитию.