. Introduction1.1. Meeting the grow

. Introduction
1.1. Meeting the growing demand for information systems
End-user expectations and business change continue to
drive growing demand for information systems. As a
result, more systems are being produced, by more people,
than ever before [1]. This is occurring in the context of
rapid technological evolution, which brings new ways of
operating; current interest in technology procurement is
focused around the hot topics of “analytics, big data,
mobility, collaboration, and cloud” [2]. Information technology
professionals face a significant challenge in trying
to satisfy customer demand for new system functionality—
whilst also meeting the perennial but essential requirements
of security, reliability, usability, maintainability, and
cost-effectiveness.
Fundamentally, information systems requirements can
be satisfied in only two ways: (a) by using prewritten
software such as commercial off-the-shelf (COTS) products
or cloud services, and (b) by developing new systems.
Many organisations use both methods; enterprise software
can meet a proportion of needs, and more idiosyncratic
requirements must be met through custom development.
Both methods have shortcomings, however. Prewritten
software is inflexible, and it can be difficult to source
products or services to meet the organisation's particular
requirements. Integrating externally-sourced software with
in-house systems is often complex and time-consuming [3].
On the other hand, custom development is typically slow,
labour-intensive and risky, and it demands expert skills
which the organisation may neither possess nor wish to
acquire [4]. These factors can easily lead to delay and poor
quality [5].
Regardless of how information systems are acquired,
they must be maintained. Maintenance is necessary for
many reasons: errors must be corrected, technological
evolution accommodated, new needs met. Over time, the
churn of maintenance tends to reduce system reliability
and maintainability. Even well-designed systems become
unmaintainable and must be replaced; this effect has been
termed “software entropy” [6,7].
Maintenance is a growing cost for organisations. Information
systems change more after implementation than
during development [6]; maintenance accounts for most
(e.g. 75–90%) of the lifetime cost of information systems
[8]. It is estimated that, by 2015, the USA will employ
3.5 million IT professionals in software maintenance, an
increase of over 300% since 1995. In contrast, the population
of developers has remained static at only one-third of
that level during the same period [9].
This paper focuses on one factor which contributes to the
high cost of maintenance: schema evolution [10]. Database
schemas and other parts of information systems are often
designed around conceptual models, which depict the entity
types and relationships in the application domain of interest.
When these models need to be altered, maintenance
activity is necessary to modify affected software components.
The work is time-consuming and error-prone. Database
tables must be restructured, data reloaded, and affected
code altered in classes, stored procedures, queries, scripts,
and so on. Each component must be unit tested, and the
affected applications must be system tested before they can
be rolled out. In large systems, most code changes are
associated with conceptual model changes, each affecting
between 100 and 1000 lines of code. Even identifying the
impact of such changes can be challenging [11,12].
Yet conceptual models are inherently volatile [13]; they
change for many valid reasons, including the correction of
mistakes and misunderstandings, the evolution of requirements
during system use and business change, because of
the need for system integration, and in response to
external changes such as new legislation. Because the
resulting maintenance work is labour-intensive and costly,
it can be difficult for organisations to adapt their information
systems quickly. As a result they may be left unable to
respond to business challenges with sufficient agility [14].
This is a significant “hidden” problem, which gets little
attention. The link between conceptual models and software
structures is, in fact, a form of software coupling [15].
In Section 2 we argue that it is undesirable and should be
avoided.
Ways of lessening the impact of conceptual model change
have long been sought, particularly in the field of schema
evolution [16]. Many proposed solutions try to automate the
job of updating table and program structures [17,18]. Despite
promising research, few solutions have found widespread
adoption. It remains costly for organisations to alter their
information systems, once implemented, to match new or
altered conceptual models [19].
1.2. Physical and logical data independence
Traditionally, the main defence against the cost of
conceptual model change has been data independence,
“the decoupling of a database system's application-level
interface from its data organisation” [20]. The goal of data
independence is to protect users from “potentially disruptive
changes in data representation” and thereby to reduce
the work involved when database structures are altered
[21]. The well-known three-schema architecture was
introduced in support of this goal, separating physical,
conceptual and external schemas [22].
Historically, two main forms of data independence have
been considered. The first, physical independence, is provided
by the separation of physical and conceptual schemas;
it allows data to be accessed by reference to its
conceptual structure, regardless of physical structure [23].
The second, logical independence, is afforded by the
separation of conceptual and external schemas. In theory,
it allows programmers and users to access data using a
consistent conceptual model, even when the underlying
conceptual schema changes [24].
Physical data independence has been implemented comprehensively,
in a range of database management systems. It
provides many benefits: application programmers can safely
ignore how data are physically stored, and database administrators
can tune physical storage mechanisms without
adversely affecting existing applications. Nevertheless, physical
independence has been challenged recently by the
“NoSQL” movement, which recognises that independence
is often gained at the cost of performance and argues that physical independence can be worth sacrificing to meet the
processing demands of “big data” [25].

ผลลัพธ์ (ไทย) 1:

. แนะนำ1.1. ประชุมความต้องการสารสนเทศเติบโตความคาดหวังของผู้ใช้ปลายทางและการเปลี่ยนแปลงทางธุรกิจต่อไปไดรฟ์เติบโตความต้องการสารสนเทศ เป็นการผล ระบบการเพิ่มเติมกำลังผลิต คนกว่าเดิม [1] นี้เกิดขึ้นในบริบทของวิวัฒนาการอย่างรวดเร็วเทคโนโลยี ซึ่งนำวิธีการใหม่ปฏิบัติการ ปัจจุบันอัตราดอกเบี้ยในการจัดซื้อเทคโนโลยีหัวข้อร้อนของ "วิเคราะห์ ข้อมูลขนาดใหญ่ กันเองเคลื่อนไหว ร่วมกัน และเมฆ" [2] เทคโนโลยีสารสนเทศผู้เชี่ยวชาญที่เผชิญกับความท้าทายที่สำคัญในการพยายามเพื่อตอบสนองความต้องการของลูกค้าสำหรับการทำงานระบบใหม่ซึ่งในขณะที่ยัง ความยืนต้น แต่จำเป็นต้องความปลอดภัย ความน่าเชื่อถือ ใช้งาน maintainability และประหยัดค่าใช้จ่ายพื้นฐาน ข้อมูลระบบความสามารถพอเพียงสองวิธี: (a) โดย prewrittenซอฟต์แวร์เช่นผลิตภัณฑ์ (เปล) รูปเชิงพาณิชย์หรือเมฆ และบริการ (ข) โดยการพัฒนาระบบใหม่หลายองค์กรใช้ทั้งสองวิธี ซอฟต์แวร์องค์กรสามารถตามสัดส่วน ของความ ต้องการ และ idiosyncratic มากต้องเป็นไปตามความต้องการผ่านการพัฒนาเองทั้งสองวิธีมีแสดง อย่างไรก็ตาม Prewrittenซอฟต์แวร์เป็น inflexible และอาจเป็นเรื่องยากกับแหล่งผลิตภัณฑ์หรือบริการเพื่อตอบสนองเฉพาะขององค์กรความต้องการ รวมซอฟต์แวร์ที่มาภายนอกด้วยเป็นระบบภายในมักจะซับซ้อน และใช้เวลานาน [3]บนมืออื่น ๆ พัฒนาเองอยู่ทั่วไปจะช้าแรงงานมาก และมีความ เสี่ยง และมันต้องใช้ทักษะซึ่งองค์กรอาจไม่มี หรือต้องการซื้อ [4] ปัจจัยเหล่านี้ได้อาจ จะล่าช้า และไม่ดีคุณภาพ [5]ไม่ว่าระบบสารสนเทศจะมาพวกเขาต้องรักษา บำรุงรักษาเป็นสิ่งจำเป็นสำหรับหลายสาเหตุ: ข้อผิดพลาดต้องแก้ไข เทคโนโลยีวิวัฒนาการอาศัย ตามความต้องการใหม่ ช่วงเวลา การผลาญของการบำรุงรักษามีแนวโน้มที่จะ ลดความน่าเชื่อถือของระบบและ maintainability เป็นระบบได้ดีunmaintainable และถูกแทน ลักษณะพิเศษนี้ได้เรียกว่า "ซอฟต์แวร์เอนโทรปี" [6,7]บำรุงรักษาเป็นต้นทุนที่เพิ่มขึ้นสำหรับองค์กร ข้อมูลระบบเปลี่ยนแปลงมากขึ้นหลังจากใช้งานมากกว่าในระหว่างการพัฒนา [6]; บำรุงรักษาบัญชีสำหรับส่วนใหญ่(เช่น 75-90%) ของต้นทุนอายุการใช้งานของระบบสารสนเทศ[8] คาดว่า โดย 2015 ประเทศสหรัฐอเมริกาจะใช้3.5 ล้านผู้เชี่ยวชาญในการบำรุงรักษาซอฟต์แวร์ การเพิ่มขึ้นกว่า 300% ตั้งแต่ 1995 ในทางตรงข้าม ประชากรพัฒนาได้ยังคงคงที่เพียงหนึ่งในสามของระดับนั้นในช่วงเวลาเดียวกัน [9]กระดาษนี้เน้นปัจจัยหนึ่งที่สนับสนุนการต้นทุนที่สูงของการบำรุงรักษา: วิวัฒนาการแผน [10] ฐานข้อมูลแบบแผนและส่วนอื่น ๆ ของระบบสารสนเทศมักออกแบบโมเดลแนวคิด ซึ่งแสดงถึงเอนทิตีชนิดและความสัมพันธ์ในโดเมนโปรแกรมประยุกต์ที่น่าสนใจเมื่อต้องมีการเปลี่ยนแปลงรูปแบบเหล่านี้ การบำรุงรักษากิจกรรมการปรับเปลี่ยนส่วนประกอบของซอฟต์แวร์ที่ได้รับผลกระทบได้การทำงานเป็นเวลา และข้อผิดพลาดได้ง่าย ฐานข้อมูลต้องถูก restructured ตาราง ข้อมูลโหลด และได้รับผลกระทบการเปลี่ยนแปลงในชั้นเรียน กระบวนงานที่เก็บ สอบถาม สคริปต์ รหัสและอื่น ๆ แต่ละส่วนต้องทดสอบ หน่วยและโปรแกรมประยุกต์ที่ได้รับผลกระทบต้องระบบทดสอบก่อนที่พวกเขาสามารถสามารถยกออก ในระบบขนาดใหญ่ การเปลี่ยนแปลงรหัสส่วนใหญ่จะเกี่ยวข้องกับการเปลี่ยนแปลงแบบจำลองความคิด มีผลต่อแต่ละระหว่าง 100 และ 1000 บรรทัดของรหัส แม้จะระบุการผลกระทบของการเปลี่ยนแปลงดังกล่าวสามารถท้าทาย [11,12]แต่แบบจำลองแนวคิดมีความผันผวน [13]; พวกเขาหลายเหตุผลถูกต้อง รวมถึงการแก้ไขเปลี่ยนแปลงข้อผิดพลาดและเกิดความเข้าใจผิด วิวัฒนาการของความต้องการในระบบธุรกิจและใช้การเปลี่ยนแปลง เนื่องจากจำเป็นต้องรวมระบบ และเพื่อตอบสนองการเปลี่ยนแปลงภายนอกเช่นกฎหมายใหม่ เนื่องจากการได้ทำงานเป็นแรงงานมาก และค่าใช้ จ่ายอาจเป็นเรื่องยากสำหรับองค์กรการปรับข้อมูลระบบได้อย่างรวดเร็ว ดังนั้น พวกเขาจะอยู่ไม่ตอบสนองกับความท้าทายทางธุรกิจ มีความคล่องตัวเพียงพอ [14]นี้เป็นปัญหาสำคัญ "ซ่อนอยู่" ซึ่งได้รับน้อยความสนใจ เชื่อมโยงระหว่างแบบจำลองแนวคิดและซอฟต์แวร์โครงสร้างได้ จริง รูปแบบของซอฟแวร์ coupling [15]ใน 2 ส่วน เราโต้เถียงที่ ได้ผล และควรหลีกเลี่ยงเปลี่ยนวิธี lessening ผลของแบบจำลองความคิดมียาวถูกขอ โดยเฉพาะอย่างยิ่งในฟิลด์ของแผนวิวัฒนาการ [16] จำนวนมากเสนอวิธีแก้ไขปัญหาพยายามทำการงานปรับปรุงโครงสร้างตารางและโปรแกรม [17,18] แม้มีสัญญางานวิจัย โซลูชั่นที่ไม่ได้พบอย่างแพร่หลายยอมรับ มันยังคงค่าใช้จ่ายสำหรับองค์กรในการเปลี่ยนแปลงของพวกเขาระบบสารสนเทศ เมื่อนำ จับคู่ใหม่ หรือเปลี่ยนแปลงแนวคิดแบบจำลอง [19]1.2 การความเป็นอิสระข้อมูลทางกายภาพ และทางตรรกะประเพณี ป้องกันหลักกับต้นทุนของการเปลี่ยนรูปแบบแนวคิดมีความเป็นอิสระของข้อมูล"decoupling ระบบฐานข้อมูลในระดับโปรแกรมประยุกต์อินเทอร์เฟซจากองค์กรของข้อมูล" [20] เป้าหมายของข้อมูลเป็นอิสระเป็นการ ป้องกันผู้ใช้จาก "อาจขวัญเปลี่ยนแปลงในการแสดงข้อมูล"และ เพื่อลดงานที่เกี่ยวข้องเมื่อมีการเปลี่ยนแปลงโครงสร้างฐานข้อมูล[21] เป็นสถาปัตยกรรมแบบแผนสามรู้จักแนะนำสนับสนุนเป้าหมายนี้ แยกทางกายภาพภายนอก และแนวคิดแบบแผน [22]อดีต มีสองรูปแบบหลักของความเป็นอิสระของข้อมูลการพิจารณา มีให้เอกราชแรก จริงโดยแบ่งแยกทางกายภาพ และแนวคิดแบบแผนจะช่วยให้สามารถเข้าถึง โดยอ้างอิงข้อมูลของแนวคิดโครงสร้าง ไม่ว่าโครงสร้างทางกายภาพ [23]อิสระสอง ตรรกะ เป็น afforded โดยแยกของเค้าร่างแนวคิด และภายนอก ในทางทฤษฎีจะช่วยให้โปรแกรมเมอร์และผู้ใช้สามารถเข้าถึงข้อมูลโดยใช้แบบแบบจำลองความคิดสอดคล้องกัน แม้ตัวเปลี่ยนแปลงเค้าร่างแนวคิด [24]มีการใช้ข้อมูลทางกายภาพเอกราชสาธารณชนมีระบบการจัดการฐานข้อมูล มันมีประโยชน์มากมาย: โปรแกรมเมอร์แอพลิเคชันสามารถอย่างปลอดภัยไม่สนใจว่าข้อมูลที่จัดเก็บ และผู้ดูแลระบบฐานข้อมูลสามารถปรับแต่งกลไกการจัดเก็บทางกายภาพโดยส่งผลกระทบต่อโปรแกรมประยุกต์ที่มีอยู่ อย่างไรก็ตาม มีอยู่จริงมีการท้าทายความเป็นอิสระเมื่อเร็ว ๆ นี้โดยย้าย "NoSQL" ซึ่งตระหนักถึงความเป็นอิสระนั้นมักจะได้รับค่าประสิทธิภาพ และจนว่า เอกราชจริงจะมีมูลค่าการเสียสละเพื่อตอบสนองการประมวลผลความต้องการของ "บิ๊กข้อมูล" [25]

ผลลัพธ์ (ไทย) 2:

. บทนำ
1.1 ประชุมความต้องการที่เพิ่มขึ้นสำหรับระบบข้อมูล
ความคาดหวังของผู้ใช้และการเปลี่ยนแปลงทางธุรกิจอย่างต่อเนื่องเพื่อ
ผลักดันความต้องการเพิ่มขึ้นสำหรับระบบสารสนเทศ ในฐานะที่เป็น
ผลให้ระบบมากขึ้นจะถูกผลิตโดยผู้คนมากขึ้น
กว่าที่เคยเป็นมาก่อน [1] นี้จะเกิดขึ้นในบริบทของการ
วิวัฒนาการทางเทคโนโลยีอย่างรวดเร็วซึ่งจะนำวิธีการใหม่ของ
การดำเนินงาน น่าสนใจในปัจจุบันในการจัดหาเทคโนโลยีที่
เน้นไปที่หัวข้อที่ร้อนของ "การวิเคราะห์ข้อมูลขนาดใหญ่,
การเคลื่อนไหว, การทำงานร่วมกันและเมฆ "[2] เทคโนโลยีสารสนเทศ
มืออาชีพที่ต้องเผชิญกับความท้าทายที่สำคัญในความพยายามที่
จะตอบสนองความต้องการของลูกค้าสำหรับระบบใหม่ functionality-
ขณะที่ยังสนองความต้องการยืนต้น แต่สิ่งสำคัญ
ของการรักษาความปลอดภัย, ความน่าเชื่อถือ, การใช้งาน, การบำรุงรักษาและ
ค่าใช้จ่ายที่มีประสิทธิภาพ.
พื้นฐานความต้องการของระบบสารสนเทศที่สามารถ
มีความพึงพอใจในเท่านั้น สองวิธี (ก) โดยใช้ prewritten
ซอฟต์แวร์เช่นเชิงพาณิชย์ปิดชั้น (COTS) ผลิตภัณฑ์
. หรือบริการเมฆและ (ข) โดยการพัฒนาระบบใหม่
หลายองค์กรใช้วิธีการทั้งสอง ซอฟต์แวร์องค์กร
สามารถตอบสนองความต้องการของสัดส่วนและพิสดารมากขึ้น
ความต้องการจะต้องพบผ่านการพัฒนาที่กำหนดเอง.
ทั้งสองวิธีมีข้อบกพร่องอย่างไร prewritten
ซอฟต์แวร์ที่ยืดหยุ่นและมันอาจเป็นเรื่องยากถึงแหล่งที่มา
สินค้าหรือบริการเพื่อตอบสนองโดยเฉพาะอย่างยิ่งองค์กรที่
ต้องการ การบูรณาการซอฟแวร์จากภายนอกที่มากับ
ระบบในบ้านมักจะมีความซับซ้อนและใช้เวลานาน [3].
ในทางตรงกันข้ามการพัฒนาที่กำหนดเองโดยทั่วไปจะช้า
แรงงานมากและมีความเสี่ยงและความต้องการทักษะความเชี่ยวชาญ
ที่องค์กรไม่อาจมีหรือ ต้องการที่จะ
ได้รับ [4] ปัจจัยเหล่านี้สามารถนำไปสู่ความล่าช้าและไม่ดี
มีคุณภาพได้ [5].
โดยไม่คำนึงถึงวิธีการที่ระบบข้อมูลมีการซื้อ
พวกเขาจะต้องได้รับการรักษา การบำรุงรักษาเป็นสิ่งจำเป็นสำหรับ
หลายเหตุผล: ข้อผิดพลาดที่ต้องแก้ไขเทคโนโลยี
วิวัฒนาการรองรับความต้องการใหม่พบ เมื่อเวลาผ่านไป
ปั่นของการบำรุงรักษามีแนวโน้มที่จะลดความน่าเชื่อถือของระบบ
และการบำรุงรักษา แม้ระบบการออกแบบที่ดีกลายเป็น
unmaintainable และต้องเปลี่ยน; ผลกระทบนี้ได้รับการ
เรียกว่า "ซอฟแวร์เอนโทรปี" [6,7].
การบำรุงรักษาเป็นค่าใช้จ่ายที่เพิ่มขึ้นสำหรับองค์กร ข้อมูล
ระบบการเปลี่ยนแปลงมากขึ้นหลังจากการดำเนินการกว่า
ในระหว่างการพัฒนา [6]; บัญชีการบำรุงรักษามากที่สุด
(เช่น 75-90%) ของค่าใช้จ่ายตลอดอายุการใช้งานของระบบสารสนเทศ
[8] มันเป็นที่คาดว่าในปี 2015 ที่ประเทศสหรัฐอเมริกาจะจ้าง
3.5 ล้านผู้เชี่ยวชาญด้านไอทีในการบำรุงรักษาซอฟต์แวร์
เพิ่มขึ้นกว่า 300% ตั้งแต่ปี 1995 ในทางตรงกันข้ามประชากร
ของนักพัฒนายังคงคงที่เพียงหนึ่งในสามของ
ระดับว่าในช่วงเดียวกัน . ระยะเวลา [9]
บทความนี้มุ่งเน้นไปที่ปัจจัยหนึ่งซึ่งก่อให้เกิด
ค่าใช้จ่ายสูงในการบำรุงรักษา: วิวัฒนาการคีมา [10] ฐานข้อมูล
schemas และส่วนอื่น ๆ ของระบบสารสนเทศมักจะ
ออกแบบมาแบบแนวคิดที่แสดงถึงกิจการ
ประเภทและความสัมพันธ์ในโดเมนแอพลิเคชันที่น่าสนใจ.
เมื่อรูปแบบเหล่านี้จะต้องมีการเปลี่ยนแปลงการบำรุงรักษา
กิจกรรมเป็นสิ่งที่จำเป็นในการปรับเปลี่ยนส่วนประกอบซอฟต์แวร์ได้รับผลกระทบ.
ทำงาน ใช้เวลานานและผิดพลาดได้ง่าย ฐานข้อมูล
ตารางจะต้องมีการปรับโครงสร้างข้อมูลโหลดใหม่และได้รับผลกระทบ
รหัสการเปลี่ยนแปลงในชั้นเรียนวิธีการเก็บแบบสอบถามสคริปต์
และอื่น ๆ องค์ประกอบที่แต่ละคนจะต้องผ่านการทดสอบหน่วยและ
การใช้งานที่ได้รับผลกระทบจะต้องได้รับการทดสอบระบบก่อนที่จะสามารถ
ถูกรีดออก ในระบบที่มีขนาดใหญ่ที่สุดที่มีการแก้ไขรหัส
ที่เกี่ยวข้องกับการเปลี่ยนแปลงรูปแบบความคิดแต่ละคนมีผลกระทบต่อ
ระหว่าง 100 และ 1000 สายรหัส แม้การระบุ
ผลกระทบของการเปลี่ยนแปลงดังกล่าวสามารถเป็นสิ่งที่ท้าทาย [11,12].
แต่รูปแบบความคิดมีความผันผวนโดยเนื้อแท้ [13]; พวกเขา
เปลี่ยนสำหรับเหตุผลที่ถูกต้องจำนวนมากรวมทั้งการแก้ไข
ข้อผิดพลาดและความเข้าใจผิดวิวัฒนาการของความต้องการ
ในการใช้งานของระบบและการเปลี่ยนแปลงทางธุรกิจเพราะ
ความจำเป็นสำหรับการรวมระบบและในการตอบสนองต่อ
การเปลี่ยนแปลงภายนอกเช่นการออกกฎหมายใหม่ เพราะ
การบำรุงรักษาที่เกิดขึ้นเป็นแรงงานเข้มข้นและค่าใช้จ่าย,
มันอาจเป็นเรื่องยากสำหรับองค์กรในการปรับตัวเข้ากับข้อมูลของพวกเขา
ได้อย่างรวดเร็วระบบ เป็นผลให้พวกเขาอาจจะเหลือไม่สามารถที่จะ
ตอบสนองต่อความท้าทายทางธุรกิจที่มีความคล่องตัวเพียงพอ [14].
นี้เป็นอย่างมีนัยสำคัญ "ซ่อน" ปัญหาเล็ก ๆ น้อย ๆ ที่ได้รับ
ความสนใจ การเชื่อมโยงระหว่างตัวแบบแนวคิดและซอฟต์แวร์
โครงสร้างคือในความเป็นจริงรูปแบบของการมีเพศสัมพันธ์ซอฟต์แวร์ [15].
ในส่วนที่ 2 เรายืนยันว่ามันเป็นสิ่งที่ไม่พึงประสงค์และควรจะ
หลีกเลี่ยง.
วิธีของการลดผลกระทบของการเปลี่ยนแปลงรูปแบบความคิด
ได้รับการแสวงหา โดยเฉพาะอย่างยิ่งในเขตของสคี
วิวัฒนาการ [16] โซลูชั่นที่นำเสนอหลายคนพยายามที่จะทำให้การ
ทำงานของการปรับปรุงตารางและโครงสร้างโปรแกรม [17,18] แม้จะ
มีแนวโน้มการวิจัยการแก้ปัญหาที่ได้พบไม่กี่อย่างกว้างขวาง
ยอมรับ มันยังคงเป็นค่าใช้จ่ายสำหรับองค์กรของพวกเขาที่จะปรับเปลี่ยน
ระบบข้อมูลการดำเนินการครั้งเดียวเพื่อให้ตรงกับใหม่หรือ
แบบแนวคิดการเปลี่ยนแปลง [19].
1.2 ข้อมูลทางกายภาพและตรรกะความเป็นอิสระ
ตามเนื้อผ้าป้องกันหลักกับค่าใช้จ่ายของ
การเปลี่ยนแปลงรูปแบบความคิดที่ได้รับความเป็นอิสระของข้อมูล
"decoupling ของระบบฐานข้อมูลของโปรแกรมประยุกต์ระดับ
อินเตอร์เฟซจากข้อมูลขององค์กร "[20] เป้าหมายของข้อมูลที่
เป็นอิสระคือการปกป้องผู้ใช้จากการ "ก่อกวนอาจ
มีการเปลี่ยนแปลงในการเป็นตัวแทนข้อมูล "และด้วยเหตุนั้นเพื่อลด
การทำงานที่เกี่ยวข้องกับโครงสร้างฐานข้อมูลเมื่อมีการเปลี่ยนแปลง
[21] ที่รู้จักกันดีสถาปัตยกรรมสามคีมาถูก
นำมาใช้ในการสนับสนุนของเป้าหมายนี้แยกทางกายภาพ
ความคิดและแผนผังภายนอก [22].
ในอดีตสองรูปแบบหลักของข้อมูลเป็นอิสระได้
รับการพิจารณา ครั้งแรกที่เป็นอิสระทางกายภาพที่มีให้
โดยการแยกของ schemas ทางกายภาพและแนวคิด;
จะช่วยให้ข้อมูลที่จะเข้าถึงได้โดยการอ้างอิงถึงมัน
. โครงสร้างความคิดคำนึงถึงโครงสร้างทางกายภาพ [23]
ที่สองเป็นอิสระตรรกะเป็น afforded โดย
แยก schemas แนวคิดและภายนอก ในทางทฤษฎี
จะช่วยให้โปรแกรมเมอร์และผู้ใช้สามารถเข้าถึงข้อมูลโดยใช้
รูปแบบความคิดที่สอดคล้องกันแม้ในขณะที่อยู่ภายใต้
แผนการเปลี่ยนแปลงแนวความคิด [24].
อิสระข้อมูลทางกายภาพที่ได้รับการดำเนินการครอบคลุม
ในช่วงของระบบการจัดการฐานข้อมูล มัน
มีประโยชน์มากมาย: เขียนโปรแกรมประยุกต์ได้อย่างปลอดภัยสามารถ
ไม่สนใจวิธีการที่ข้อมูลจะถูกเก็บไว้ร่างกายและผู้ดูแลระบบฐานข้อมูล
สามารถปรับกลไกการจัดเก็บข้อมูลทางกายภาพโดยไม่
ส่งผลกระทบต่อการใช้งานที่มีอยู่ อย่างไรก็ตามทางกายภาพ
เป็นอิสระได้รับการท้าทายเร็ว ๆ นี้โดย
"NoSQL" การเคลื่อนไหวซึ่งตระหนักดีว่าเป็นอิสระ
จะได้รับมักจะมีค่าใช้จ่ายของการปฏิบัติงานและระบุว่าเป็นอิสระทางกายภาพสามารถจะมีมูลค่าการเสียสละเพื่อตอบสนอง
ความต้องการการประมวลผลของ "ข้อมูลขนาดใหญ่" [25]

ผลลัพธ์ (ไทย) 3:

. บทนำ
1.1 . การประชุมของความต้องการที่เพิ่มขึ้นสำหรับระบบ
ข้อมูลผู้ใช้ความคาดหวังและการเปลี่ยนแปลงทางธุรกิจยังคงเติบโต
ความต้องการไดรฟ์สำหรับระบบสารสนเทศ โดย
ผลระบบเพิ่มเติมจะถูกผลิตโดยคนมากขึ้น
กว่าเดิม [ 1 ] นี้จะเกิดขึ้นในบริบทของ
วิวัฒนาการทางเทคโนโลยีอย่างรวดเร็ว ซึ่งนำวิธีการใหม่ของ
ปฏิบัติการปัจจุบันความสนใจในเทคโนโลยีการ
เน้นรอบร้อนหัวข้อ " วิเคราะห์ , ใหญ่ข้อมูล
การเคลื่อนไหวร่วมกัน และเมฆ " [ 2 ] เทคโนโลยีสารสนเทศ
ผู้เชี่ยวชาญด้านหน้าอย่างท้าทายในการพยายามที่จะตอบสนองลูกค้าความต้องการใหม่
-
ระบบการทำงานในขณะที่ยังพบไม้ยืนต้นแต่จำเป็นความต้องการ
ของการรักษาความปลอดภัย , ความน่าเชื่อถือ , การใช้งาน , ผญา , และ
ต้นทุน - ประสิทธิผล .
พื้นฐานความต้องการระบบสารสนเทศสามารถ
พอใจในเพียงสองวิธี : ( A ) โดยใช้ prewritten
ซอฟต์แวร์เช่นพาณิชย์ปิดการเก็บรักษา ( เตียง ) บริการผลิตภัณฑ์
หรือเมฆ และ ( ข ) โดยพัฒนาระบบใหม่ หลายองค์กรใช้วิธีการทั้งสอง

; ซอฟต์แวร์องค์กรสามารถตอบสนองสัดส่วนความต้องการ , และมีมากขึ้น
ความต้องการที่ต้องพบผ่านการพัฒนาเอง .
ทั้งสองวิธีมีข้อเสียอย่างไร prewritten
ซอฟต์แวร์ไม่ยืดหยุ่น และจะสามารถยากที่จะแหล่งผลิตภัณฑ์

หรือบริการเพื่อตอบสนองความต้องการเฉพาะขององค์กร การรวมภายนอกที่มาซอฟต์แวร์ที่มีคุณภาพมักจะ
ระบบที่ซับซ้อนและใช้เวลานาน [ 3 ] .
บนมืออื่น ๆที่พัฒนาเองมักจะช้า
แรงงานเข้มข้น และมีความเสี่ยงและต้องการผู้เชี่ยวชาญทักษะ
ซึ่งองค์กรอาจไม่ครอบครองหรืออยาก
ได้รับ [ 4 ] ปัจจัยเหล่านี้สามารถนำไปสู่ความล่าช้า และคุณภาพ
[ 5 ] .
ไม่ว่าระบบข้อมูลจะได้รับ ,
พวกเขาต้องดูแล การบำรุงรักษาเป็นสิ่งจำเป็นสำหรับหลายเหตุผล :

ข้อผิดพลาดต้องแก้ไขเทคโนโลยีวิวัฒนาการ อาศัยความต้องการใหม่ เจอกัน ตลอดเวลา

ปั่นของการบำรุงรักษามีแนวโน้มที่จะลดความน่าเชื่อถือของระบบและผญา . แม้เป็นระบบที่ดี
unmaintainable และต้องถูกแทนที่ นี้ผลที่ได้รับ
เรียกว่า " ซอฟต์แวร์เอนโทรปี " [ 6 , 7 ] .
การบำรุงรักษาที่เพิ่มขึ้นค่าใช้จ่ายสำหรับองค์กร ระบบข้อมูลการเปลี่ยนแปลงมากขึ้นกว่า

หลังจากในระหว่างการพัฒนา [ 6 ] ; บัญชีการบำรุงรักษาที่สุด
( เช่น75 - 90% ของชีวิตค่าใช้จ่ายของระบบสารสนเทศ
[ 8 ] มันคือประมาณว่า , 2015 , สหรัฐอเมริกาจะใช้
3.5 ล้านมันผู้เชี่ยวชาญในการบำรุงรักษาซอฟต์แวร์ ,
เพิ่มขึ้นกว่า 300% ตั้งแต่ปี 1995 ในทางตรงกันข้ามประชากร
ของนักพัฒนายังคงคงที่ในหนึ่งในสามของ
ระดับในช่วงเวลาเดียวกัน [ 9 ] .
กระดาษนี้จะเน้นที่ปัจจัยหนึ่งที่มีส่วนช่วยให้
ค่าใช้จ่ายสูงในการบำรุงรักษา : วิวัฒนาการของ [ 10 ]
schemas ฐานข้อมูลและส่วนอื่น ๆของระบบข้อมูลมักจะ
ออกแบบรอบแถบลำดับหลักซึ่งแสดงให้เห็นถึงกิจการ
ประเภทและความสัมพันธ์ในการใช้โดเมนที่น่าสนใจ .
เมื่อโมเดลเหล่านี้จะต้องมีการเปลี่ยนแปลง กิจกรรมบำรุงรักษา
จำเป็นต้องปรับเปลี่ยนชิ้นส่วนได้รับผลกระทบซอฟต์แวร์ .
งานจะใช้เวลานาน และเกิดข้อผิดพลาดได้ง่ายตารางฐานข้อมูล
ต้องปรับโครงสร้างหนี้ , ข้อมูลโหลด และมีผลต่อการเปลี่ยนแปลง
รหัสในชั้นเรียน , วิธีการจัดเก็บ , ค้นหา , สคริปต์ ,
และอื่น ๆ แต่ละองค์ประกอบต้องมีหน่วยทดสอบและได้รับผลกระทบจะต้องสมัครระบบทดสอบ

ก่อนจะถูกรีดออก ในระบบขนาดใหญ่ , การเปลี่ยนแปลงรหัสส่วนใหญ่จะเกี่ยวข้องกับการเปลี่ยนแปลงแบบจำลอง

แต่ละมีผลต่อระหว่าง 100 และ 1000 บรรทัดของรหัส