Н. 3. Елманова. C++Builder 3.0, архитектура "клиент/сервер" и Internet
iB^^^r^l^^^^^^^^^^^^H			
			
LAST_NAMB|iBSl	«AMEJififHlNBR	^	,•'<-/: ' •'•%
Jones           ; Arthur	!     2094056: He изменялась		'••' '     •  • -ШШ'-
			
;• Parker         SDebra	;     1 203395 ; Н е изменялась		"""**    "^^Чйй*
и Sawyer         JDave	i     ЗОЭ40Э5 He изменялась          1		*i D 0
| White           jCindy	;     1 024034 Н е изменялась		т:    1      I
I Иванов         Иван	!     11111111 Добавлена		V: :          *"               1
1 Петров        (Петр	j     2222222 ; Добавлена              ^ ,		\  ^~- •'    / ^<t.,
4 1   ;lvXh/*VWW	•y'jfff	ft»        '    JJ	
M      -4\   >•      W     +	'••                                         Hp(S;5S> j    '::<?; ;t: у']  X	С          Сохранить         Отменить            Выход	
		•• f/ И спользовать кэ ширование	
Рис. 3.11. Приложение с использованием UpdateSQL
Отметим, что свойства DeleteSQL, InsertSQL, ModifySQL компонента TUpdateSQL могут содержать более сложные запросы, нежели сгенерированные автоматически в его редакторе свойств, в соответствии с логикой содержащего его приложения.
58
4 О ПРОЕКТИРОВАНИИ ДАННЫХ
ДЛЯ КЛИЕНТ-СЕРВЕРНЫХ ПРИЛОЖЕНИЙ C++BUILDER
Известно, что информационные системы, основанные на архитектуре "клиент/сервер", могут обладать существенными преимуществами по сравнению с информационными системами, основанными на сетевых версиях настольнш^СУБД, такими, как высокая производительность, низкий сетевой трафик, встроенные средства обеспечения безопасности и целостности данных, возможность хранения бизнес-правил в базе данных и применения их при создании клиентских приложений. Однако использование всех этих преимуществ может быть эффективным, во-первых, при корректном проек-_ гировании данных и, во-вторых, при соблюдении правил оптимизации как серверной, так и клиентской частей информационной системы.
Проблема проектирования данных носит общий характер и не связана конкретно с C++Builder или каким-либо иным средством разработки. Использование современных средств проектирования баз данных, и в частности CASE-технологии, существенно облегчает решение этой проблемы, но отнюдь не устраняет ее. Причина этого заключается в том, что информационные системы создаются специалистами, являющимися чаще всего экспертами в программировании, а вовсе не в той предметной области, для которой создается информационная система, и взаимодействие программиста с заказчиком нередко осложнено чисто терминологическим взаимным непониманием.
Создание информационной системы обычно начинается с определения того, для чего она предназначена, из каких автоматизированных рабочих мест она состоит, какие документы или иные информационные объекты являются результатом ее работы. Как правило, все эти сведения содержатся в техническом задании. После уточнения всего этого можно приступить к проектированию данных.
Проектирование данных в значительной степени является тем процессом, где обе категории исполнителей, и эксперты в предметной области, и программисты, должны прийти к соглашению относительно того, какие объекты регистрируются в информационной системе и как они связаны с другими регистрируемыми объектами, а также относительно реализации хранения сведений о них. Соответственно говорят о логическом проектировании как об описании характеристик наборов объектов, сведения о которых будут накапливаться и использоваться в информационной системе,
4ШОГГШ0И	59