|
|
Таблици и форми
Основните елементи на една
таблица са редовете и колоните. Когато работим
с бази данни е прието да наричаме колоните
"полета" (fields), а съдържанието
на всяка една клетка - "записи"
(records).
За разлика от офис-пакетите, тук съдържанието
на клетките в една колона може да бъде само
от един тип.
Например, ако имате колона "Name"
("Име"), то всички записи в нея
ще бъдат само символни низове. Ако колоната
е "Дата" и сме задали за неин тип
Date, въвежданата информация ще може да бъде
само от този вид и ще трябва да съответства
на избраният формат за дата.
Макар на пръв поглед това да изглежда неудобно,
практиката е доказала, че подобен подход
предлага редица предимства (като например намаляване на
вероятността от допускане на случайни грешки).
В DB Manager данните се представят по няколко
различни начина: като стандартна таблица,
като Excel съвместима таблица или като HTML
документ. Съществува още една форма на представяне,
а именно XML, но тя е тема на отделно разглеждане
и на нея е отделен самостоятелен раздел.
Все пак съществуват и такъв тип данни, които
е невъзможно да бъдат визуализирани в табличен
вид. Това са графичните изображения, които
ще разделяме на растерни и векторни, текстовите
документи (форматирани и неформатирани),
аудио и видео файловете, масивите, обектите
и др. За всеки един от тези видове данни
е предвиден отделен модул, който позволява
редактиране, премахване и добавяне, без това
да изисква някакви особени познания в областта
на програмирането.
Ако се опитате да разгледате съдържанието
на една таблица не може да не установите,
че някой от тях могат да бъдат отворени с
текстови редактор като Notepad (каквито са
SQL таблиците), а за други на екрана ще получим
само неясна последователност от символи.
Това не бива да ни притеснява. При DB Manager,
всяка една от таблиците се отваря като таква,
като това е в сила дори и за XML документите,
които обичайно се представят като дървовидни
структури.
Отварянето на произволно избрана таблица
може да се осъществи по два различни начина.
При единият от тях се използват псевдоними
и е достатъчно да кликнем два пъти върху
избраната от списъка таблица или да натиснем
клавиш Enter. При другият - избираме таблицата,
така както това се прави с произволен файл.
И в двата случая в центъра на работното поле
ще се визуализира формата, показана
на фиг.1.
Условно тази форма може да бъде разделена
на три области както следва: таблична част;
поле за извеждане на графичните изображения
и поле за извеждане на текстови документи.
На практика, това, което се появява на екрана
не е таблица, а е самостоятелен модул,
състоящ се от множество независими елементи,
обединени в общ прозорец и комуникиращи помежду
си.
В горната, лява част на формата ще може да
видим името и разширението на отворената
таблица, а в долната - три отделни блока,
както следва: Table, Sheet, HTML и Details.
Всички форми, които съдържат така указаният
набор от полета, условно ще наричаме стандартни
таблици.
При по-високите версии на програмата, тези
блокове са повече, тъй като там са включени
и специализирани модули за обработка на аудио
и видео информация, както и система за криптиране
на данните.
|
|
 |
|
| Фиг.1. Стандартен изглед на таблица |
|
При първоначалното извеждане, полетата за графика и текстови документи
не са активни. Възможно е да имаме повече
от едно поле за графична информация или такова,
което да съдържа форматиран, текстови докумет.
Разглеждането им се извършва след указване
от страна на потребителя.
Важно е да се знае, че Data Manager е типично
MDI (Multiple Document Interface) приложение,
т.е. във вътрешността на работното поле,
могат да бъдат изведени множество работни
форми.
За всяка една колона от таблицата може да
задаваме различни параметри, като цвят, тип
на шрифта, подредба и т.н.
Съдържанието на титулната част може да се
различава от наименованието на полето в базата
данни. Прието е това, което се извежда на
екрана или на печат да се нарича Display
Label (екранен етикет). За разлика от имената
на полетата, които задължително се изписват
на латиница и не бива да съдържат специални
символи като #, $, ^, * и др. при етикетите
това съвсем не е така. Те могат да се изписват
на кирилица или да съдържат пробели
и други символи.
Всяка една от колоните може да бъде позиционирана
на произволно място в таблицата, в зависимост
от специфичните нужди на конкретния потребител.
Пренареждането се реализира посредством,
"влачене" (drag) на избраното поле.
За целта е достатъчно да позиционираме курсора
на мишката в титулната част на
колоната и при натиснат ляв клавиш да я преместим
там, където желаем.
По аналогичен начин постъпваме и когато променяме
ширината на полетата, но тогава указателят
е в лявата или дясна част на колоната.
Пример:
Нека променим параметрите на първата колона
в таблицата Venues.db, както следва: светлосин
цвят за колоната и тъмносин за заглавната
част, промяна на шрифта от MS Sans Serif
във Verdana, жълти букви и удебелен шрифт
за заглавието.
За да укажем цвета на колоната
е достатъчно
полето за избор в лявата част
на панела за
редактиране да е установено в
Columns, така
както е показано по-долу.
|
|
 |
- |
Поле за избор на обект за редактиране |
|
|
| След като сме избрали дали ще редактираме
колоната или титула, следва да изберем цвета.
Това се осъществява посредством кликване
върху бутончето с изображение на четка за
рисуване. |
|
 |
- |
Бутон за избор на цвят |
|
|
По аналогичен начин постъпваме в избора на
цвят за буквите и избора на шрифт.
За да внесем изменения в заглавната част
на колоната е достатъчно да променим обекта
на редактиране от коона (Columns) в заглавна
част (Titul) и да повторим същата последователност
от действия.
В случая бързите бутони, които използваме
за редактиране на колоните се използват и
за редактирането на заглавието.
Резултатът от направените
промени може да
видите на фиг.2.
Всички редакции се отразявят и върху
документът, който се отпечатва на принтера,
така че тези промени може да бъдат разглеждани
и като своеобразно формиране на отчети (reports). |
|
 |
|
| Фиг.2. Краен резултат от направените промени |
|
| Забележка: Промените се извършват само върху
избраната форма (активна форма) и не важат
за останалите. По този начин на всяка една таблица
могат да бъдат задавани различни параметри. |
|
| Съдържание ... |
|
Преобразуване в Excel формат
Преобразуването на данните в таблицата в
Excel формат не е задължително. То е включено
за удобство и улеснение на крайния потребител.
Необходимо е да отбележим, че макар да съществува
външна прилика с електронните таблици на
Microsoft, в т.ч. и възможността за въвеждане
на формули. управление на отделните полета
и т.н. в случая това не е точно такъв тип
таблица. В случая се залага на съвместимостта
и познатият на много потребители и доказал своята ефективност
интерфейс.
Не всички полета от базите данни могат да
бъдат трансформирани. Немислимо е да изведете
в клетка на Excel поле от тип BLOB, в което
е записана видеоинформация. Въпросът за съвместимостта
се решава автоматично. На практика на преобразуване
подлежат само онези полета, чиито формат
позволява да бъдат представени като записи
в Exel таблица, а именно символни низове,
числа, дати и др.
При отваряне на формата
не се извършва автоматично
преобразуване на данните, освен
ако не е
указано изрично в системните
настройки (тази
опция не е включена в demo версията).
То се извършва
в последствие при активиране
на прехвърлянето
на информация от страна на потребителят.
Това се извършва или
посредством кликване върху съответния
бърз
клавиш или при последователно
активиране
на Tools - Convert To Excel от
системното
меню.
Преобразуването на данните се извършва само
при наличие на активна форма в работното
поле и съществуването на поне една колона,
чиито формат е допустим за трасформиране.
При Demo версията на продукта
се извършва
преобразуване на данните, но
няма
да може да използвате опциите
за печат, запис,
както и обратните трансформации.
В някои
от по-високите версии са включени
цял набор
от функции за работа с този вид
таблици. |
|
|
 |
|
| Фиг.3. MS Excel съвместима таблица |
|
| Съдържание ... |
|
Създаване на HTML таблица
Преобразуването на таблиците във формат HTML
е продиктувано от желанието да се даде възможност
на разработчиците на internet приложения, както и на web-дизайнерите
да използват продукта в своята ежедневна
дейност.
Преобразуването е напълно автоматично, като
и тук са наложени някои ограничения, имащи
отношение към форматите на полетата, които
могат да бъдат визуализирани.
В по-високите версии на продукта съществува
специализиран редактор за HTML таблици, който
позволява не само задаване на набор от
параметри, а също така и добавяне на Java-скриптове
(Java Scripst), за управление и редактиране
на таблици.
Едни от най-често срещаните приложения са
създаването на електронни галерии или системи
за on-line търговия. И в двата случая е важно
да се има в предвид, че DB Manager е по-скоро
помощно средство, а не базов редактор
за разработка, макар понякога да се използва
и като такъв. |
|
 |
|
| Фиг.4. Представяне на данните в HTML формат |
|
| Съдържание ... |
|
Структура на таблицата
Както вече бе споменато в разделът, разглеждаш
базите от данни, всяка таблица се характеризира
с полета и записи. На всяко едно от полетата съответства
тип, който характеризира съдържащата се в
него информация.
При стандартните форми освен информация за
типа на полето, неговата дължина и др. може
да задаваме и дали конкретна колона ще бъде
извеждана на екрана или не.
За да укажем дали едно поле (колона) ще се визуализира
или отпечатва на принтер, е достатъчно да
зададем съответната стойност в графата Visible.
Това може да се осъществи или посредством
избор от падащо меню, при кликване
в съответното поле или посредством въвеждането
на "Y" (Yes - да се извежда) или
"N" (No - да не се извежда) от
клавиатурата.
Друг важен момент е промяна на заглавието
на колоната. Това се извършва в полето обозначено
като Display Label (екранен етикет). Както
вече бе споменато заглавието може да е произволно,
да съдържа интервали, специални символи и
др.. При първоначалното активиране на
формата, стойностите в графата Display Label
са аналогични на имената на съответните полета
на таблицата (Field Name), така както са
зададени при нейното генериране.
Друг интересен аспект е възможността
от промяна типа на полетата. Необходимо е
преди да се пристъпи към подобни действия
да сме се запознали детайлно с документацията,
съпътстваща конкретната СУБД, с която се
работи.
Например, вие може да промените едно поле
от тип Date (дата) в тип String (символен
низ), но обратното едва ли винаги ще бъде
допустимо. При различните бази данни съществуват
различни ограничения, които трябва да бъдат
спазвани. Повече за това може да научите
от специализираната литература.
|
|
 |
|
| Фиг.5. Структура на таблицата |
|
| Съдържание ... |
|
Преглед на графика
Извеждането на графика е тема на отделни
разглеждания. Най-общо под графични полета
ще разбираме векторни или растерни изображения,
които са въведени като отделни записи в базата
от данни.
При Demo версията на продукта в стандартната
форма се извежда само едно графично изображение.
В една таблица обаче те могат (а и често
са) много повече. За да бъде визуализирано
изображението е необходимо да сме избрали
поле (колона) в таблицата, съдържаща графична
информация, след което да кликнем върху бутона
за извеждане. Това е аналогично на избора
на View - Graphic, от системното меню на
програмата.
|
|
 |
- |
Бутон за извеждане на графична информация |
|
|
Ако всичко е извършено както трябва и в съответното
поле съществува записана,
графична информация, би следвало
тя да бъде изведена на екрана,
така
както това е показано на фиг.6.
Никога не бива да се забравя, че за да бъдем
коректни е нужно избраното поле
в таблицата
да е от вида GRAPHIC,
TYPEDBINARY,
BLOB или друг, позволяващ съхраняване
на
изображения. Ако това условие
не е спазено
няма да се получи очакваният
резултат.
За повече информация може да се запознаете
със съответния раздел, имащ отношение
към
работата с графични данни. |
|
 |
|
| Фиг.6. Извеждане на информация в полето за
графика |
|
| Забележка: При demo версията на програмата
се работи само с два вида растерни
изображения,
а именно: Bitmap и JPEG. Все
пак е добре
да се знае, че към системата
има отделен
набор от инструментални средства
за въвеждане
на тримерни изображения, анимация
и мултимедийни
приложения. |
|
| Съдържание ... |
|
Преглед на текстови документи
Под термина "текстови документи"
ще разбираме всички онези, които са написани
с редактори като от типа на Notepad, WordPad, MS Word и др..
Условно текстовите документи могат да бъдат
разделени на две групи: форматирани и неформатирани.
За неформатирани щесчитаме онези, при които
промените в шрифта, кодовата таблица, цвета
на текста и др., касаят съдържанието на целия
документ. Форматирани са тези, при които
промените на височината на буквите,
техният формат и др. се отнасят само за избрания
текст.
Пример:
Всички текстови документи написани на Notepad
и записани като текстови файлове с разширение
*.txt са неформатирани документи. Понякога
може да бъдат определени и като ASCII или
UNICODE файлове.
Текстове написани на WordPad
или с помощта
на някой от помощните редактори
на DB Manager
и записани като *.RTF файлове,
са форматирани.
Най-просто казано, форматираните
документи
изглеждат много по-красиво, но
са по-трудни
за пренасяне между различните
операционни
системи, каквито са например
Windows и Mac
OS.
Когато говорим за MEMO полета, ще разбираме
такива полето, които съдържат в себе си множество
от неформатирани документи.
Форматираните документи, понякога могат,
а друг път не, да бъдат записвани като
MEMO записи. Независимо от това за тяхното
съхраняване е желателно да се използват или
полета от тип FmtMEMO (форматиран MEMO) или
BLOB.
Всеки един от тези подходи
има както предимства
така и недостатъци, които са
тема на отделни
разглеждания. |
|
 |
|
| Фиг.6. Извеждане на информация в MEMO полето |
|
За да визуализирате съдържанието на едно
MEMO поле е нужно да избетере в таблицата
съответната колона, след което да кликнете
върху бутона за извеждане на съдържанието
на документа. Това е аналогично на последоквателното стартиране на
View - View MEMO от системното меню.
|
|
 |
- |
Бутон за извеждане на информация, записана
в MEMO поле |
|
|
| Съдържание ... |
|
Клониране на таблици
Клонирането на таблици е уникална възможност
на DB Manager. Посредством тази функция,
вие можете да извършвате, своеобразно възпроизвеждане
на произволна таблица, като новосъздадената
ще съдържа само онези полета (колони), които
сме избрали да се виждат.
Друга особеннст на процеса на клониране,
е че при него всяка производна таблица може
да бъде от различен тип.
Пример:
Нека имаме таблица, създадена на Paradox,
която да съдържа следните полета: No, Name,
Address, PhoneNo, Fax, EMail, Info.
Необходимо е на базата на съществуващата
таблица да генерираме нова, но
тя да бъде
във формат DB2, като съдържа
само три от
полетата: No, Name, Address,
като полето
No от AutoInc (автоматичен брояч),
да бъде
преобразувано в Integer (цяло
число)
За да извършим това е достатъчно
да изберем
полетата, които ще се виждат
и да стартираме
процедурата на клониране. Полетата
в новата
таблица ще се генерират автоматично,
а записите
ще бъдат не само прехвърлени,
а и сортирани
в зависимост от желанията ни.
Това, което е важно да се знае е, че на практика
клонирането и функциите на SQL, с чиято помощ
се генерира нова таблица нямат нищо общо
помежду си. Клонирането е напълно независим
процес и се извършва по различна технология.
Забележка: При demo версията на продукта
всички функции, имащи пряко или коствено
отношение към технологията на клониране,
както и тези свързани с генериране на класове
от таблици са премахнати по разбираеми причини.
|
|
| Съдържание ... |
|
|
|
