Database tuning, application-level

Database tuning, application-level optimization, performance tool
1. INTRODUCTION
Database administrators can call on a variety of tools to help with
physical configuration ([7]-[14]), system monitoring and
maintenance ([20]-[23]).
Current automatic physical tuning tools have become
sophisticated. Given a representative workload of SQL
statements; they find the best physical design for the workload.
They do this based on tight interaction (what-if analysis [11] or
instrumentation [10]) with the cost-based query optimizer.
Beyond that effort in automatic physical design, Oracle’s SQL
Tuning advisor [18] can collect statistics, correct system
parameters, and recommend changes to SQL statements. (In the
running example of this paper, the Tuning Advisor found high
load SQL statements and identified bad query features like
Cartesian products.) Such tools work at the SQL statement level,
aiming to find beneficial physical structures to the SQL workloads
or to spot the problematic SQL statements. AppSleuth, as a
database tuning tool at the application level, can incorporate and
work with such tools to offer better performance tuning
suggestions to users.
Self-tuning memory management in database systems has also
gained much attention. Reference [1] proposes adaptive memory
allocation in DB2 based on monitoring the characteristics of the
workload during run time. Other commercial products also have
implemented self-tuning memory management facilities to
improve the performance of the database systems ([3], [4]).
DBMS designers have worked hard to make the internals selftuning
and self-managing. Since how the internals work
adaptively is beyond the control at the application level,
techniques in this category are orthogonal to that of AppSleuth.
AppSleuth works at the application code level. In our tuning
consulting experience, changing application code can lead to 2 to
100 times performance improvements. Thus, tuning efforts at
different levels can combine to obtain the best performance for
database applications.
Oracle 11g has a helpful feature called Hierarchical Profiler [18]
which can profile PL/SQL program executions with the number of
calls and the elapsed time of subprograms and SQL statements.,
Hierarchical Profiler differentiates self time from descendant time
within caller-callee relationships. The package offers analysis of
the raw profile data and generation of a group of reports in HTML
format. That achieves the same functionality as a subset of what
we have in our analysis of SQL trace below.
Database applications’ code run in two different contexts: the
programming context, which deals with programming logic in
languages like Java or Python, and the database context, which
entails database accesses, such as SQL statement processing,
stored procedure calls etc. Frequent switches between the two
contexts will hurt performance seriously. Reference [37] proposes
a way to partition database applications into two parts: one part
runs on the application server, the other part runs on the database
server. The goal is to minimize the roundtrips between the two
servers while retaining the semantics of the original application.
The proposal does an elegant job of allocating proper burdens
onto eligible servers. But such optimized separation at the server
level deals with only one of the factors that affect performance.
One needs to look at the application level and its many
“delinquent” design patterns.
* Work done while the author visited New York University under the support of
China Scholarship Council’s Graduate Education Program, and later partially
supported by Natural Science Foundation of China (No. 61202331, 60170013,
60833005,61070055, 91024032, 91124001), and the National 863 High-tech
Program (No. 2012AA010701, 2013AA013204).
† Work supported by U.S. National Science Foundation grants 0922738, 0929338,
1158273
Permission to make digital or hard copies of all or part of this work for
personal or classroom use is granted without fee provided that copies are
not made or distributed for profit or commercial advantage and that copies
bear this notice and the full citation on the first page. To copy otherwise,
or republish, to post on servers or to redistribute to lists, requires prior
specific permission and/or a fee.
EDBT/ICDT’13, March 18–22, 2013, Genoa, Italy.
Copyright 2013 ACM 978-1-4503-1597-5/13/03…$15.00.

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

ระดับโปรแกรมประยุกต์ปรับแต่ง เพิ่มประสิทธิภาพ เครื่องมือประสิทธิภาพการทำงานของฐานข้อมูล1. บทนำผู้ดูแลระบบฐานข้อมูลสามารถเรียกเครื่องมือช่วยต่าง ๆกำหนดค่าจริง ([7]-[14]) ระบบตรวจสอบ และบำรุงรักษา ([20]-[23])เป็นปัจจุบันอัตโนมัติจริงปรับแต่งเครื่องมือทันสมัย กำหนดปริมาณงานตัวแทนของ SQLคำสั่ง พวกเขาพบการออกแบบทางกายภาพที่ดีที่สุดสำหรับปริมาณงานดังนี้ยึดแน่นโต้ (วิเคราะห์ [11] หรือเครื่องมือวัด [10]) ด้วยการเพิ่มประสิทธิภาพของต้นทุนโดยใช้แบบสอบถามนอกเหนือจากความพยายามที่เป็นอัตโนมัติทางกายภาพของการออกแบบ Oracle SQLปรับปรึกษา [18] สามารถรวบรวมสถิติ ระบบถูกต้องพารามิเตอร์ และแนะนำการเปลี่ยนแปลงคำสั่ง SQL (ในการเรียกใช้ตัวอย่างของเอกสารนี้ คำแนะนำการปรับแต่งที่พบสูงโหลดคำสั่ง SQL และแบบสอบถามไม่ถูกต้องระบุคุณลักษณะเช่นคาร์ทีเซียนผลิตภัณฑ์) เครื่องมือดังกล่าวทำงานในระดับคำสั่ง SQLมุ่งหาประโยชน์ต่อโครงสร้างทางกายภาพจะเวิร์ก SQLขึ้นการคำสั่ง SQL มีปัญหา AppSleuth เป็นการเครื่องมือปรับแต่งระดับแอพลิเคชันของฐานข้อมูล สามารถรวบรวม และทำงานกับเครื่องมือดังกล่าวให้ปรับแต่งประสิทธิภาพการทำงานดีขึ้นคำแนะนำกับผู้ใช้ปรับแต่งจัดการหน่วยความจำในระบบด้วยตนเองมีได้รับความสนใจมาก อ้างอิง [1] นำเสนอหน่วยความจำที่เหมาะสมการปันส่วนใน DB2 ตามลักษณะของการตรวจสอบการปริมาณในช่วงเวลา ยังมีผลิตภัณฑ์อื่น ๆ เชิงพาณิชย์ดำเนินการด้วยตนเองปรับแต่งหน่วยความจำจัดการสิ่งอำนวยความสะดวกเพิ่มประสิทธิภาพของระบบฐานข้อมูล ([3], [4])นักออกแบบของ DBMS ทำงานหนักเพื่อให้ internals selftuningและการจัดการตนเอง ตั้งแต่วิธีการทำงานใน internalsอย่างเหมาะจะอยู่นอกเหนือการควบคุมในระดับโปรแกรมประยุกต์เทคนิคประเภทนี้เป็น orthogonal กับ AppSleuthAppSleuth ทำงานในระดับโปรแกรมประยุกต์รหัส ในการปรับแต่งของเราให้คำปรึกษาประสบการณ์ การเปลี่ยนแปลงรหัสแอพลิเคชันสามารถนำ 2 เพื่อการปรับปรุงประสิทธิภาพ 100 ครั้ง ดังนั้น ปรับแต่งความพยายามที่ระดับต่าง ๆ สามารถรวมเพื่อให้ได้ประสิทธิภาพสูงสุดสำหรับใช้งานฐานข้อมูลOracle 11g มีคุณลักษณะดีที่เรียกว่าตัวสร้างโพรไฟล์ลำดับ [18]ซึ่งสามารถโพรไฟล์ดำเนินโปรแกรม PL/SQL ด้วยจำนวนโทรและเวลาที่ผ่านไปของ subprograms และคำสั่ง SQLตัวสร้างโพรไฟล์ลำดับเวลาตนเองแตกต่างจากใต้เวลาภายในความสัมพันธ์เรียกผู้ถูกเรียก แพคเกจมีวิเคราะห์ข้อมูลดิบโพรไฟล์และสร้างกลุ่มของรายงานในรูปแบบ HTMLรูปแบบการ ที่ได้รับการทำงานเดียวกันเป็นชุดย่อยของสิ่งเรามีในเราวิเคราะห์สืบค้นกลับ SQL ด้านล่างรหัสของโปรแกรมประยุกต์ที่รันในบริบทที่แตกต่างกันสองฐานข้อมูล: การบริบทโปรแกรม ซึ่งเกี่ยวข้องกับตรรกะการเขียนโปรแกรมในชอบภาษา Java หรืองู และฐานข้อมูล บริบท การมีฐานข้อมูลหา เช่นคำสั่ง SQL ที่ประมวลผลเรียกกระบวนงานที่เก็บเป็นต้น สลับสองบ่อย ๆบริบทจะเจ็บประสิทธิภาพอย่างจริงจัง เสนอการอ้างอิง [37]วิธีการโปรแกรมประยุกต์ฐานข้อมูลของพาร์ติชันเป็นสองส่วน: ส่วนหนึ่งทำงานบนแอพพลิเคชันเซิร์ฟเวอร์ ส่วนทำงานบนฐานข้อมูลเซิร์ฟเวอร์ มีเป้าหมายที่จะ ลดรอบการเดินทางระหว่างสองเซิร์ฟเวอร์ขณะที่ยังรักษาความหมายของต้นฉบับข้อเสนอที่ไม่มีงานสง่างามของปันส่วนภาระที่เหมาะสมบนเซิร์ฟเวอร์ที่มีสิทธิ์ แต่แยกดังกล่าวให้เหมาะที่เซิร์ฟเวอร์ระดับที่เกี่ยวข้องกับเฉพาะหนึ่งของปัจจัยที่มีผลต่อประสิทธิภาพการทำงานต้องดูที่ระดับโปรแกรมประยุกต์และความเป็น"พ่อ" ออกลาย* งานที่ทำในขณะที่ผู้เข้าเยี่ยมชมมหาวิทยาลัยนิวยอร์กภายใต้การสนับสนุนของสภาจีนทุนการศึกษาระดับบัณฑิตศึกษาศึกษา และบางส่วนในภายหลังได้รับการสนับสนุน โดยวิทยาศาสตร์ธรรมชาติพื้นฐานของจีน (หมายเลข 61202331, 6017001360833005,61070055, 91024032, 91124001), และในชาติ 863 ไฮเทคโปรแกรม (หมายเลข 2012AA010701, 2013AA013204)† งานสนับสนุน โดยมูลนิธิวิทยาศาสตร์แห่งชาติสหรัฐอเมริกาทุน 0922738, 09293381158273สิทธิ์ในการทำดิจิตอลหรือสิ่งพิมพ์ทั้งหมดหรือส่วนหนึ่งของงานนี้ใช้ส่วนตัวหรือห้องเรียนได้รับ โดยไม่มีค่าธรรมเนียมที่จะคัดลอกไม่ทำ หรือกระจายกำไร หรือประโยชน์ทางการค้า และสำเนาที่หมีนี้ประกาศและอ้างอิงเต็มหน้าแรก การคัดลอกหรือหรือประกาศใหม่ การลงรายการบัญชีบนเซิร์ฟเวอร์ หรือกระจายไปยังรายการ ต้องการก่อนสิทธิ์เฉพาะและ/หรือค่าธรรมเนียมEDBT/ICDT ' 13, 18-22 มีนาคม 2013 เจนัว อิตาลี978-1-4503-1597-5/13/03...$15.00 ลิขสิทธิ์ 2013 พลอากาศ

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

การปรับแต่งฐานข้อมูล, การเพิ่มประสิทธิภาพของแอพลิเคชันระดับประสิทธิภาพการทำงานของเครื่องมือที่
1 บทนำ
ผู้บริหารฐานข้อมูลสามารถโทรบนความหลากหลายของเครื่องมือที่จะช่วยให้มี
การกำหนดค่าทางกายภาพ ([7] - [14]) ระบบการตรวจสอบและ
บำรุงรักษา ([20] - [23]).
ปัจจุบันอัตโนมัติเครื่องมือปรับแต่งทางกายภาพได้กลายเป็น
ความซับซ้อน กำหนดภาระงานตัวแทนของ SQL
งบ; พวกเขาพบว่าการออกแบบทางกายภาพที่ดีที่สุดสำหรับภาระงาน.
พวกเขาทำเช่นนี้อยู่บนพื้นฐานของการมีปฏิสัมพันธ์แน่น (what-if วิเคราะห์ [11] หรือ
วัด [10]) ด้วยการเพิ่มประสิทธิภาพการค้นหาค่าใช้จ่ายตาม.
นอกเหนือจากความพยายามที่ว่าในการออกแบบทางกายภาพอัตโนมัติของ Oracle SQL
Tuning ที่ปรึกษา [18] สามารถเก็บสถิติระบบที่ถูกต้อง
พารามิเตอร์และแนะนำการเปลี่ยนแปลงคำสั่ง SQL (ใน
ตัวอย่างการทำงานของบทความนี้ที่ปรึกษาทางจูนพบสูง
งบโหลด SQL และระบุคุณสมบัติของแบบสอบถามที่ไม่ดีเช่น
ผลิตภัณฑ์ Cartesian.) เครื่องมือดังกล่าวทำงานในระดับคำสั่ง SQL,
วัตถุประสงค์เพื่อหาโครงสร้างทางกายภาพที่เป็นประโยชน์ต่อปริมาณงาน SQL
หรือที่จะจุด คำสั่ง SQL ปัญหา AppSleuth เป็น
เครื่องมือฐานข้อมูลการปรับแต่งในระดับโปรแกรมที่สามารถรวมและ
ทำงานร่วมกับเครื่องมือดังกล่าวจะนำเสนอการปรับแต่งประสิทธิภาพที่ดีกว่า
ข้อเสนอแนะให้กับผู้ใช้.
จัดการหน่วยความจำในตัวจูนในระบบฐานข้อมูลยังได้
รับความสนใจมาก อ้างอิง [1] เสนอหน่วยความจำการปรับตัว
ในการจัดสรร DB2 ขึ้นอยู่กับการตรวจสอบลักษณะของ
ภาระงานในช่วงเวลาทำงาน ผลิตภัณฑ์ในเชิงพาณิชย์อื่น ๆ นอกจากนี้ยังมี
สิ่งอำนวยความสะดวกการดำเนินการจัดการหน่วยความจำปรับตัวเองเพื่อ
ปรับปรุงประสิทธิภาพของระบบฐานข้อมูล ([3] [4]).
DBMS นักออกแบบได้ทำงานอย่างหนักเพื่อให้ internals selftuning
และบริหารจัดการด้วยตนเอง ตั้งแต่วิธี internals ทำงาน
adaptively อยู่นอกเหนือการควบคุมในระดับการประยุกต์ใช้
เทคนิคในหมวดหมู่นี้ตั้งฉากกับที่ AppSleuth.
AppSleuth ทำงานในระดับรหัสโปรแกรม ในการปรับแต่งของเรา
ประสบการณ์การให้คำปรึกษาการเปลี่ยนรหัสโปรแกรมสามารถนำไปสู่ ​​2 ถึง
100 ครั้งปรับปรุงประสิทธิภาพการทำงาน ดังนั้นความพยายามในการปรับจูนที่
ระดับที่แตกต่างกันสามารถรวมเพื่อให้ได้ประสิทธิภาพที่ดีที่สุดสำหรับ
การใช้งานฐานข้อมูล.
Oracle 11g มีคุณสมบัติที่เป็นประโยชน์เรียกว่า Profiler ลำดับชั้น [18]
ซึ่งสามารถโปรไฟล์ PL / SQL โปรแกรมการประหารชีวิตกับจำนวนของ
การโทรและเวลาที่ผ่านไปของโปรแกรมย่อยและ คำสั่ง SQL.
Profiler ลำดับชั้นแตกต่างเวลาตัวเองจากเวลาที่ลูกหลาน
ที่อยู่ในความสัมพันธ์ที่โทร-ผู้รับสาย แพคเกจที่มีการวิเคราะห์
รายละเอียดข้อมูลดิบและการสร้างกลุ่มของรายงานในรูปแบบ HTML
รูปแบบ ที่ประสบความสำเร็จในการทำงานเช่นเดียวส่วนหนึ่งของสิ่งที่
เรามีอยู่ในการวิเคราะห์ของเรา SQL ติดตามด้านล่าง.
รหัสที่รันโปรแกรมฐานข้อมูลในสองบริบทที่แตกต่าง:
บริบทการเขียนโปรแกรมที่เกี่ยวข้องกับตรรกะการเขียนโปรแกรมใน
ภาษาเช่น Java หรืองูหลามและบริบทของฐานข้อมูล ซึ่ง
ทำให้เกิดการเข้าถึงฐานข้อมูลเช่นการประมวลผลคำสั่ง SQL,
กระบวนการจัดเก็บสายอื่น ๆ สวิทช์ที่ใช้บ่อยในระหว่างสอง
บริบทจะเจ็บประสิทธิภาพการทำงานอย่างจริงจัง อ้างอิง [37] เสนอ
วิธีการที่จะแบ่งพาร์ติชันการใช้งานฐานข้อมูลออกเป็นสองส่วน: ส่วนหนึ่ง
วิ่งบนเซิร์ฟเวอร์แอพลิเคชันส่วนอื่น ๆ ทำงานบนฐานข้อมูล
เซิร์ฟเวอร์ มีเป้าหมายที่จะลดการถกระหว่างสอง
เซิร์ฟเวอร์ขณะที่การรักษาความหมายของโปรแกรมเดิม.
ข้อเสนอไม่งานที่สง่างามของการจัดสรรภาระที่เหมาะสม
บนเซิร์ฟเวอร์มีสิทธิ์ แต่การแยกที่ดีที่สุดเช่นที่เซิร์ฟเวอร์
ข้อเสนอในระดับที่มีเพียงหนึ่งในปัจจัยที่มีผลต่อประสิทธิภาพการทำงาน.
หนึ่งต้องดูในระดับการใช้งานและจำนวนมาก
"ผู้กระทำผิด" รูปแบบการออกแบบ.
* งานที่ทำในขณะที่ผู้เขียนได้เดินทางไปเยี่ยมชมมหาวิทยาลัยนิวยอร์กภายใต้การสนับสนุนของ
จีนทุนการศึกษาของสภาบัณฑิตหลักสูตรการศึกษาและต่อมาบางส่วน
ได้รับการสนับสนุนโดยมูลนิธิวิทยาศาสตร์ธรรมชาติแห่งประเทศจีน (ฉบับที่ 61202331, 60170013,
60833005,61070055, 91024032, 91124001) และ 863 แห่งชาติไฮเทค
โปรแกรม (ฉบับที่ 2012AA010701, 2013AA013204).
† การทำงานได้รับการสนับสนุนโดยสหรัฐมูลนิธิวิทยาศาสตร์แห่งชาติให้ 0922738, 0929338,
1158273
ได้รับอนุญาตให้ทำสำเนาดิจิตอลหรือยากทั้งหมดหรือส่วนหนึ่งของงานนี้สำหรับ
การใช้งานส่วนตัวหรือห้องเรียนจะได้รับโดยไม่เสียค่าธรรมเนียมการให้บริการที่คัดลอกจะ
ไม่ได้ทำหรือแจกจ่ายเพื่อหากำไรหรือประโยชน์ในเชิงพาณิชย์และ ที่คัดลอก
แบกนี้และแจ้งให้ทราบล่วงหน้าอ้างอิงเต็มรูปแบบบนหน้าแรก ในการคัดลอกอย่างอื่น
หรือเผยแพร่การโพสต์บนเซิร์ฟเวอร์หรือเพื่อแจกจ่ายไปยังรายการต้องก่อน
ได้รับอนุญาตที่เฉพาะเจาะจงและ / หรือค่าธรรมเนียม.
EDBT / ICDT'13, 18-22 มีนาคม, 2013, เจนัว, อิตาลี.
ลิขสิทธิ์ 2013 ACM 978-1 -4503-1597-5 / 13/03 ... $ 15.00

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

ปรับฐานข้อมูลเพิ่มประสิทธิภาพระดับโปรแกรมประยุกต์ เครื่องมือประสิทธิภาพ
1 ผู้บริหารฐานข้อมูลเบื้องต้น
สามารถเรียกในความหลากหลายของเครื่องมือเพื่อช่วยให้มีการตั้งค่าทางกายภาพ
( [ 7 ] - [ 14 ] ) , การตรวจสอบและบำรุงรักษาระบบ (
[ 20 ] - [ 23 ] )
ปัจจุบันอัตโนมัติทางกายภาพปรับเครื่องมือได้กลายเป็น
ที่ซับซ้อน ให้ตัวแทนของภาระงาน SQL งบ
;พวกเขาพบที่ดีที่สุดการออกแบบทางกายภาพสำหรับภาระงาน .
พวกเขาตามนี้คับ ( ถ้าวิเคราะห์ [ 11 ] หรือ
เครื่องมือ [ 10 ] ) กับต้นทุน Quastr ตาม .
เกินกว่าความพยายามในการออกแบบทางกายภาพโดยอัตโนมัติ , Oracle SQL Tuning Advisor
[ 18 ] สามารถเก็บสถิติพารามิเตอร์ระบบ
ที่ถูกต้อง และแนะนำการเปลี่ยนแปลง SQL งบ (
วิ่งตัวอย่างกระดาษนี้การปรับแต่งที่ปรึกษาพบงบ SQL โหลดสูง
และระบุคุณสมบัติแบบสอบถามที่ไม่ดีเช่น
ผลิตภัณฑ์ Cartesian ) เครื่องมือดังกล่าวทำงานใน SQL งบระดับ
มีวัตถุประสงค์เพื่อค้นหาโครงสร้างทางกายภาพเพื่อประโยชน์ SQL สำหรับ
หรือจุดงบ SQL ที่มีปัญหา appsleuth เป็น
ปรับฐานข้อมูลเครื่องมือที่สามารถรวมและ
ระดับโปรแกรมประยุกต์ทำงานด้วยเครื่องมือดังกล่าว เพื่อให้ประสิทธิภาพที่ดีขึ้นแนะนำให้ผู้ใช้ปรับ
.
ตนเองปรับการจัดการหน่วยความจำในระบบฐานข้อมูลยัง
ได้รับความสนใจมาก อ้างอิง [ 1 ] เสนอปรับการจัดสรรหน่วยความจำ
ใน DB2 ขึ้นอยู่กับการตรวจสอบลักษณะของภาระงานในช่วงเวลา
วิ่ง ผลิตภัณฑ์เชิงพาณิชย์อื่น ๆ นอกจากนี้ยังมี


ใช้ self-tuning เครื่องการจัดการหน่วยความจำปรับปรุงประสิทธิภาพของระบบฐานข้อมูล ( [ 3 ] [ 4 ] )
DBMS นักออกแบบได้ทำงานอย่างหนักเพื่อสร้าง internals selftuning
และตนเองจัดการ เนื่องจากว่า internals
ตามที่อยู่นอกเหนือการควบคุมในระดับโปรแกรมประยุกต์
เทคนิคในประเภทนี้คือวิธีที่ appsleuth .
appsleuth ทำงานที่ใช้รหัสระดับ ในการปรับแต่ง
ที่ปรึกษาด้านประสบการณ์เปลี่ยนโค้ดโปรแกรมสามารถนำ 2

100 ครั้งประสิทธิภาพการปรับปรุง ดังนั้น การปรับความพยายามที่
ระดับต่าง ๆ สามารถรวมเพื่อให้ได้ประสิทธิภาพที่ดีที่สุดสำหรับการประยุกต์ใช้ฐานข้อมูล Oracle 11g
.
มีประโยชน์คุณลักษณะที่เรียกว่าลำดับชั้น Profiler [ 18 ]
ซึ่งสามารถโปรไฟล์ของ PL / SQL โปรแกรมการประหารชีวิตด้วยหมายเลขของ
โทรและเวลาของโปรแกรมย่อย และงบ SQL ,
ลำดับชั้น Profiler differentiates เวลาตนเองจากลูกหลานเวลา
ภายในความสัมพันธ์โทรด้านหน้า . แพคเกจข้อเสนอการวิเคราะห์
ข้อมูลดิบโปรไฟล์ และสร้างกลุ่มของรายงานในรูปแบบ HTML

ที่ใช้ฟังก์ชันเดียวกันเป็นส่วนหนึ่งของสิ่งที่เรามีในการวิเคราะห์ของเรา

ใช้รหัส SQL ติดตามด้านล่าง การใช้งานการใช้ฐานข้อมูลในบริบทที่แตกต่างกันสอง :
โปรแกรมบริบทที่เกี่ยวข้องกับการเขียนโปรแกรมภาษาเช่น Java หรือตรรกะใน
งูเหลือม และฐานข้อมูลบริบทซึ่ง
ใช้ฐานข้อมูลเข้าใช้ เช่น ประมวลผลคำสั่ง SQL , ขั้นตอนการเก็บสายฯลฯ บ่อย

สลับระหว่างสองบริบทจะเจ็บประสิทธิภาพอย่างจริงจัง อ้างอิง [ 37 ] เสนอ
วิธีการพาร์ทิชันการประยุกต์ใช้ฐานข้อมูลออกเป็นสองส่วนส่วนหนึ่ง
รันบนเซิร์ฟเวอร์แอพลิเคชันส่วนอื่น ๆ ทำงานบนฐานข้อมูล
Server เป้าหมายคือเพื่อลด roundtrips ระหว่างสอง
เซิร์ฟเวอร์ในขณะที่การรักษาความหมายของโปรแกรมต้นฉบับ
ข้อเสนอทำงานที่สง่างามของการจัดสรรที่เหมาะสมภาระ
บนเซิร์ฟเวอร์ที่มีสิทธิ์ แต่การแยกระดับเซิร์ฟเวอร์
เกี่ยวข้องกับเพียงหนึ่งในปัจจัยที่มีผลต่อประสิทธิภาพ
ต้องดูที่ระดับการใช้และหลาย
" อันธพาล " รูปแบบการออกแบบ .
* งานทำในขณะที่ผู้เข้าเยี่ยมชมมหาวิทยาลัยนิวยอร์ก ภายใต้การสนับสนุนของ
จีนทุนการศึกษาสภาการศึกษาโปรแกรมและต่อมาบางส่วนได้รับการสนับสนุนจากมูลนิธิวิทยาศาสตร์
ธรรมชาติแห่งประเทศจีน ( ไม่ 61202331 60170013 6083300561070055 91024032
, , , , 91124001 ) และ National 863 High Tech
โปรแกรม ( ไม่ 2012aa010701 2013aa013204 , ) .
ภีษมะทำงานได้รับการสนับสนุนโดยสหรัฐอเมริกามูลนิธิวิทยาศาสตร์แห่งชาติมอบ 0922738 0929338

, , 1158273 อนุญาตให้สำเนาดิจิตอลหรือฮาร์ดดิสก์ทั้งหมดหรือบางส่วนของงานนี้
ใช้ส่วนตัวหรือเรียนจะได้รับโดยไม่เสียค่าธรรมเนียมให้เสมือน
ไม่ได้หรือจำหน่ายกำไรหรือประโยชน์เชิงพาณิชย์ และ ที่เล่ม
หมีประกาศนี้และการเต็มรูปแบบในหน้าแรก เพื่อคัดลอกไม่งั้น
หรือพิมพ์เพื่อโพสต์บนเซิร์ฟเวอร์หรือเพื่อแจกจ่ายไปยังรายการที่ต้องการก่อน
เฉพาะอนุญาตและ / หรือค่า
edbt / icdt 13 – 18 มีนาคม 22 , 2013 , เจนัว , อิตาลี 978-1-4503-1597-5
ลิขสิทธิ์ 2013 ACM / 13 / 03 . . . . . . . $ 15.00 .