Работа с текстом

СТАНДАРТНЫЕ СТИЛИ ЗАПОЛНЕНИЯ

РОБОТА С ЦВЕТОМ

ПРОЦЕДУРЫ ПОСТРОЕНИЯ ДУГ И ОКРУЖНОСТЕЙ

ПОСТРОЕНИЕ ПРЯМОУГОЛЬНИКОВ

Стиль линии

Setlinestyle(t, o, k) устанавливает тип линии, где t тип линии, o образец линии k толщина линии. Толщина линии

ВЫВОД ЛИНИИ

ПРЦЕДУРЫ РАБОТЫ С ТОЧКАМИ

CLERDEVICE

End.

Closegraph

СИСТЕМА КООРДИНАТ.

Для построения изображения на экране используется система координат. Начало системы координат находится в верхнем правом углу. По оси Х значения меняются от 0 до 639. По оси У от 0 до 349. Для работы с экраном в графическом режиме необходимо очищать экран для этого существует следующая процедура

PUTPIXEL (X,Y,C) построение точки с заданными координатами и цветом.

MOVETO(X,Y) смещение курсора в точку с соответствующими координатами.

Moverel(dx,dy) смещение курсора на dx по оси Х и на dy по оси У

Line(x1,y1,x2.y2) построение линии с началом в точке x1,y1 и с концом в точке x2,y2.

Lineto(x,y) строит линию из точки текущего положения указателя в точку с координатами Х,У.

1 нормальная толщина

2 жирная линия

0 непрерывная ниния

1 линия из точек

2 линия из точек и тире

3 штриховая линия

4 тип пользователя

RECTANGLE(X1,Y1,X2,Y2) рисует рамку

BAR(X1,Y1,X2,Y2) закрашенный столбец

BAR3D(X1,Y1,X2,Y2,D,T) вычерчивает трехмерный закрашенный прямоугольник, где d глубина трехмерного корпуса; t определяет строить над прямоугольником вершину или нет.

CIRCLE(X, Y, R) окружность

ARC(X, Y, A,B,R) дуги окружности

ELLIPSE(X, Y, A, B, XR,YR) эллипс

SECTOR(X, Y,A, B, XR,YR) эллиптические дуги

SETCOLOR(N) цвет символа

SETFILLCTYLE(S, C) устанавливает стиль заполнения

FLODFILL(X, Y, C) закрашивает внутренние области

0 заполняет цветом фона

1 заполняет текущим цветом

2 заполняет горизонтальными линиями

3 заполнение линиями //

4 заполнение линиямитолстыми//

5 заолнение линиями толстыми\\

6 заполнение линиями \\

7 заполнение прямой клеткой

8 заполнение косой клеткой

9 заполнение частой сеткой

10 заполнение релкими точками

11 заполнение частыми точками

OUTTEXT(‘ ТЕКСТ’) вывод текста с позиции курсора

OUTTEXTXY(X, Y,’ ТЕКСТ’) вывод текста с указанного места

SETTEXTSTYLE(N, D, C) прцедура установки шрифта, где

N номер шрифта

D направление

C размер букв

ШРИФТЫ НАПРАВЛЕНИЕ

1 штриховой 0 слева направо

2 малый

3 сансериф 1 снизу вверх

4 готический

SETTEXTJUSTIFY(H, V) процедура выравнивания текста

Горизонтальное выравнивания

0 выровнять влево

1 центрировать

2 выровнять вправо

Вертикальное выравнивание

0 переместить вниз

1 центрировать

2 переместить вверх

Предмет: «Базы данных»

Вопрос 1 Виды клиент-серверных архитектур. Основные их отличия

Архитектура «клиент-сервер»

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

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

Серверная часть программы, работающая на удаленном компьютере, принимает запросы, выполняет их и пересылает данные клиентской программе. Запросы представляют собой команды, представленные на языке SQL (Structured Query Language) — языке структурированных запросов.

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

Архитектура «выделенный сервер базы данных»

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

Запросы клиента обрабатываются СУБД на машине-сервере. Сервер базы данных осуществляет поиск записей и анализирует их. Записи, удовлетворяющие условиям, могут накапливаться на сервере и после того, как запрос будет целиком обработан, пользователю на клиентскую машину передаются все логические записи (запрашиваемые элементы данных), удовлетворяющие поисковым условиям.

Рис. 1 «Архитектура с выделенным сервером базы данных»

Достоинства:

• Возможность обслуживания запросов нескольких клиентов;

• Снижение нагрузки на сеть и машины сервера и клиентов;

• Защита данных осуществляется средствами СУБД, что позволяет блокировать не разрешенные пользователю действия;

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

Недостатки:

• Бизнес-логика функциональной обработки и представление данных могут быть одинаковыми для нескольких клиентских приложений, и это увеличит совокупные потребности в ресурсах при использовании вследствие повторения части кода программ и запросов;

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

Архитектура «активный сервер базы данных»

В данной архитектуре функции бизнес-логики разделяются между клиентской и серверной частями. Общие или критически значимые функции оформляются в виде хранимых процедур, включаемых в состав базы данных. Кроме этого вводится механизм отслеживания событий БД - триггеров, также включаемых в состав базы. При возникновении соответствующего события (обычно изменения данных), СУБД вызывает для выполнения хранимую процедуру, связанную с триггером, что позволяет эффективно контролировать изменение базы данных.

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

Рис. 2 Архитектура «активный сервер базы данных»

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

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

Архитектура «сервер приложений»

Рассмотренные выше архитектуры являются двухзвенными: здесь все функции доступа и обработки распределены между программой клиента и сервером БД.

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

Рис. 3 Архитектура сервера приложений

К другим (организационно-технологическим) достоинствам трехзвенной архитектуры можно отнести:

• Центральное ведение бизнес-логики, и в случае внесения изменения отсутствие необходимости их тиражирования в клиентских приложениях;

• Отсутствие необходимости устанавливать на клиентских машинах компоненту программного обеспечения управления доступом к данным;

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

Вопрос 2 СУБД. 3 уровня СУБД

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

По характеру использования СУБД разделяют на персональные и многопользовательские.

Персональные СУБД обеспечивают возможность создания локальных БД, работающих на одном компьютере. К персональным СУБД относят Paradox, dBase, FoxPro, Access и др.

Многопользовательские СУБД позволяют создавать информационные системы, функционирующие в архитектуре «клиент-сервер». К многопользовательским СУБД относятся Oracle, Informix, SyBase, Microsoft SQL Server, InterBase и др.

Дата добавления: 2015-06-26