Knowledge (XXG)

Hierarchical database model

Source đź“ť

105:
Currently, hierarchical databases are still widely used especially in applications that require very high performance and availability such as banking, health care, and telecommunications. One of the most widely used commercial hierarchical databases is IMS. Another example of the use of hierarchical
57:
The hierarchical database model mandates that each child record has only one parent, whereas each parent record can have one or more child records. In order to retrieve data from a hierarchical database, the whole tree needs to be traversed starting from the root node. This model is recognized as the
293:
table represents the "child" part of the hierarchy. In contrast to tree structures usually found in computer software algorithms, in this model the children point to the parents. As shown, each employee may possess several pieces of computer equipment, but each individual piece of computer equipment
126:
that contains attributes/columns such as employee number, first name, last name, and department number. The organization provides each employee with computer hardware as needed, but computer equipment may only be used by the employee to which it is assigned. The organization could store the
358:
In this, the "child" is the same type as the "parent". The hierarchy stating EmpNo 10 is boss of 20, and 30 and 40 each report to 20 is represented by the "ReportsTo" column. In Relational database terms, the ReportsTo column is a
89:
became the de facto standard used by virtually all mainstream database management systems. A relational-database implementation of a hierarchical model was first discussed in published form in 1992 (see also
363:
referencing the EmpNo column. If the "child" data type were different, it would be in a different table, but there would still be a foreign key referencing the EmpNo column of the employees table.
70:. Records' relationships form a treelike model. This structure is simple but inflexible because the relationship is confined to a one-to-many relationship. The 127:
computer hardware information in a separate table that includes each part's serial number, type, and the employee that uses it. The tables might look like this:
523: 370:
after initial criticisms surfaced that the relational model could not model hierarchical data. However, the model is only a special case of a general
576: 485: 593: 451: 491: 71: 660: 571: 516: 496: 609: 655: 463: 728: 509: 415: 702: 393: 102:). The hierarchical structure is used primarily today for storing geographic information and file systems. 697: 432: 650: 556: 619: 39: 665: 645: 546: 388: 75: 670: 111: 78:
are examples of a hierarchical database system with multiple hierarchies over the same data.
680: 566: 123: 107: 91: 86: 24: 20: 588: 419: 366:
This simple model is commonly known as the adjacency list model and was introduced by Dr.
66:
The hierarchical structure was developed by IBM in the 1960s and used in early mainframe
583: 532: 383: 371: 480: 722: 685: 561: 367: 82: 50:. A record is a collection of fields, with each field containing only one value. The 692: 629: 99: 707: 624: 360: 675: 614: 35: 488:(This page is from archive.org as the page has been removed from MySQL.com) 94:). Hierarchical data organization schemes resurfaced with the advent of 289:
data table represents the "parent" part of the hierarchy, while the
412: 19:"Hierarchical model" redirects here. For the statistics usage, see 501: 413:
Michael J. Kamfonas/Recursive Hierarchies: The Relational Taboo!
67: 505: 437: 118:
Examples of hierarchical data represented as relational tables
95: 492:
Hierarchical data in MySQL: parents and children in one query
122:
An organization could store employee information in a
54:
of a record defines which fields the record contains.
638: 602: 539: 58:first database model created by IBM in the 1960s. 497:Create Hierarchy Chart from Hierarchical Database 517: 422:--The Relation Journal, October/November 1992 81:The hierarchical data model lost traction as 8: 481:Troels' links to Hierarchical data in RDBMSs 46:which are connected to one another through 524: 510: 502: 464:"Structure of the Registry - Win32 apps" 299: 215: 133: 42:-like structure. The data are stored as 405: 38:in which the data are organized into a 7: 486:Managing Hierarchical Data in MySQL 297:Consider the following structure: 294:may have only one employee owner. 14: 452:IBM Information Management System 72:IBM Information Management System 1: 433:"Web Application Development" 98:in the late 1990s (see also 16:Tree-like structure for data 32:hierarchical database model 745: 18: 703:Ordered Key-Value Store 394:Hierarchical clustering 594:Entity–attribute–value 572:Entity–relationship 285:In this model, the 221: 139: 114:operating systems. 418:2008-11-08 at the 389:Hierarchical query 216: 134: 716: 715: 661:Object–relational 656:Document-oriented 610:Multi-dimensional 356: 355: 283: 282: 279: 278: 212: 211: 112:Microsoft Windows 736: 681:Transaction time 526: 519: 512: 503: 468: 467: 460: 454: 449: 443: 442: 429: 423: 410: 300: 292: 288: 222: 219: 140: 137: 130: 129: 108:Windows Registry 92:nested set model 87:relational model 25:Bayesian network 21:Multilevel model 744: 743: 739: 738: 737: 735: 734: 733: 729:Database models 719: 718: 717: 712: 698:Key–value store 651:Column-oriented 639:Implementations 634: 598: 589:Object-oriented 535: 533:Database models 530: 477: 472: 471: 462: 461: 457: 450: 446: 431: 430: 426: 420:Wayback Machine 411: 407: 402: 380: 290: 286: 217: 135: 120: 64: 28: 17: 12: 11: 5: 742: 740: 732: 731: 721: 720: 714: 713: 711: 710: 705: 700: 695: 693:XML data store 690: 689: 688: 683: 678: 668: 663: 658: 653: 648: 642: 640: 636: 635: 633: 632: 627: 622: 617: 612: 606: 604: 600: 599: 597: 596: 591: 586: 581: 580: 579: 569: 564: 559: 554: 549: 543: 541: 537: 536: 531: 529: 528: 521: 514: 506: 500: 499: 494: 489: 483: 476: 475:External links 473: 470: 469: 455: 444: 424: 404: 403: 401: 398: 397: 396: 391: 386: 384:Tree structure 379: 376: 372:adjacency list 354: 353: 350: 347: 343: 342: 339: 336: 332: 331: 328: 327:Senior Manager 325: 321: 320: 318: 315: 311: 310: 307: 304: 281: 280: 277: 276: 273: 270: 266: 265: 262: 259: 255: 254: 251: 248: 244: 243: 240: 237: 233: 232: 229: 226: 213: 210: 209: 206: 203: 200: 196: 195: 192: 189: 186: 182: 181: 178: 175: 172: 168: 167: 164: 161: 158: 154: 153: 150: 147: 144: 119: 116: 63: 60: 15: 13: 10: 9: 6: 4: 3: 2: 741: 730: 727: 726: 724: 709: 706: 704: 701: 699: 696: 694: 691: 687: 686:Decision time 684: 682: 679: 677: 674: 673: 672: 669: 667: 664: 662: 659: 657: 654: 652: 649: 647: 644: 643: 641: 637: 631: 628: 626: 623: 621: 618: 616: 613: 611: 608: 607: 605: 601: 595: 592: 590: 587: 585: 582: 578: 575: 574: 573: 570: 568: 565: 563: 560: 558: 555: 553: 550: 548: 545: 544: 542: 540:Common models 538: 534: 527: 522: 520: 515: 513: 508: 507: 504: 498: 495: 493: 490: 487: 484: 482: 479: 478: 474: 465: 459: 456: 453: 448: 445: 440: 439: 434: 428: 425: 421: 417: 414: 409: 406: 399: 395: 392: 390: 387: 385: 382: 381: 377: 375: 374:for a graph. 373: 369: 368:Edgar F. Codd 364: 362: 351: 348: 345: 344: 340: 337: 334: 333: 329: 326: 323: 322: 319: 316: 313: 312: 308: 305: 302: 301: 298: 295: 274: 271: 268: 267: 263: 260: 257: 256: 252: 249: 246: 245: 241: 238: 235: 234: 230: 227: 224: 223: 214: 207: 204: 201: 198: 197: 193: 190: 187: 184: 183: 179: 176: 173: 170: 169: 165: 162: 159: 156: 155: 151: 148: 145: 142: 141: 132: 131: 128: 125: 117: 115: 113: 109: 106:databases is 103: 101: 97: 93: 88: 84: 79: 77: 73: 69: 61: 59: 55: 53: 49: 45: 41: 37: 33: 26: 22: 630:XML database 603:Other models 552:Hierarchical 551: 458: 447: 436: 427: 408: 365: 357: 296: 284: 121: 104: 100:XML database 80: 65: 56: 51: 47: 43: 31: 29: 708:Triplestore 625:Star schema 557:Dimensional 361:foreign key 306:Designation 258:2-22-723423 247:3-23-283742 231:User EmpNo 676:Valid time 567:Relational 400:References 349:Programmer 309:ReportsTo 225:Serial Num 188:Siddhartha 152:Dept. Num 146:First Name 76:RDM Mobile 74:(IMS) and 36:data model 666:Deductive 646:Flat file 236:3009734-4 160:Almukhtar 149:Last Name 723:Category 671:Temporal 620:Semantic 577:Enhanced 416:Archived 378:See also 317:Director 291:computer 287:employee 239:Computer 218:computer 202:Siddhant 136:employee 562:Network 272:Printer 261:Monitor 250:Monitor 110:in the 62:History 44:records 338:Typist 269:232342 220:table 174:Gaurav 138:table 615:Array 584:Graph 303:EmpNo 208:20-B 194:20-B 180:10-L 166:10-L 143:EmpNo 124:table 48:links 34:is a 547:Flat 275:100 264:100 253:100 242:100 228:Type 205:Soni 191:Soni 177:Soni 163:Khan 83:Codd 68:DBMS 52:type 40:tree 23:and 438:IBM 352:20 341:20 330:10 199:103 185:102 171:101 157:100 96:XML 85:'s 725:: 435:. 346:40 335:30 324:20 314:10 30:A 525:e 518:t 511:v 466:. 441:. 27:.

Index

Multilevel model
Bayesian network
data model
tree
DBMS
IBM Information Management System
RDM Mobile
Codd
relational model
nested set model
XML
XML database
Windows Registry
Microsoft Windows
table
foreign key
Edgar F. Codd
adjacency list
Tree structure
Hierarchical query
Hierarchical clustering
Michael J. Kamfonas/Recursive Hierarchies: The Relational Taboo!
Archived
Wayback Machine
"Web Application Development"
IBM
IBM Information Management System
"Structure of the Registry - Win32 apps"
Troels' links to Hierarchical data in RDBMSs
Managing Hierarchical Data in MySQL

Text is available under the Creative Commons Attribution-ShareAlike License. Additional terms may apply.

↑