text:
Giới thiệu
Bài này mô tả sự thay đổi vai trò của việc chuẩn hóa dữ liệu [30] trong các hệ thống thương mại. Từ những năm 1970, khi người ta đã định nghĩa chuẩn hóa hóa dữ liệu, các công nghệ và các hệ thống máy tính và các ứng dụng của chúng đã phát triển đáng kể. Đặc biệt vào những năm 1970, các cấu trúc dữ liệu đã ổn định, dung lượng đĩa còn bị hạn chế rất nhiều và thông tin kinh doanh chỉ trên giấy tờ. Con người và các thiết bị vào-ra rất cần để chuyển dịch văn bản giấy tờ thành một dạng mà máy tính có thể đọc, ví dụ, các bìa đục lỗ. Các máy tính lớn thuộc sở hữu của các tổ chức lớn như các ngân hàng đã có 512K bộ nhớ và chi phí gần 2.000.000 Đô la Mỹ. Một tổ chức lớn đã có dung lượng đĩa 10 MB cho tất cả các hệ thống máy tính và dữ liệu của mình. Trong những năm 1970, cơ sở hạ tầng Internet chỉ mới bắt đầu được tạo ra còn Mạng toàn cầu (World Wide Web) đã có cách đó hơn mười năm rồi.
Vì dung lượng đĩa còn bị hạn chế nhiều, nên người ta giả định rằng chỉ có thông tin thông dụng nhất mới được lưu trữ và được tạo sẵn cho các ứng dụng. Việc chuẩn hóa đảm bảo rằng mỗi mảnh dữ liệu, như tên, địa chỉ hoặc thông tin đặt hàng, xuất hiện đúng một lần trên đĩa để tránh các dị thường dữ liệu và bảo tồn dung lượng. Thông thường, dữ liệu đã chuẩn hóa chỉ tồn tại trong các hệ thống máy tính và không phù hợp với việc biểu diễn dữ liệu kinh doanh ban đầu. Trong thế kỷ 21, các dữ liệu kinh doanh hầu như luôn luôn được tạo ra ở dạng số, như một thông báo đơn đặt hàng dưới dạng một yêu cầu dịch vụ web. Do đó, việc chuẩn hóa dữ liệu ngụ ý rằng việc biểu diễn một hồ sơ kinh doanh dưới dạng số hiện có được chia nhỏ để lưu trữ trong một cơ sở dữ liệu và sau đó được khôi phục lại để trình bày và sử dụng các hồ sơ kinh doanh.
Các giả định mà mô hình quan hệ dựa vào đã thay đổi. Ngày nay, nhiều hệ thống và cấu trúc thông tin không còn đơn giản và cố định nữa mà phức tạp và chúng thay đổi nhanh chóng. Trong thế giới ngày nay, việc chuẩn hóa là một quá trình có thể hoạt động như một chất ức chế cho cả việc phân phối của các hệ thống linh hoạt lẫn việc phân phối linh hoạt của các hệ thống.
Bài này giới thiệu về lưu giữ hồ sơ thông qua lịch sử trước và sau khi đưa các máy tính vào để sử dụng thương mại. Một nhận xét quan trọng là trong suốt chiều dài lịch sử, các hồ sơ kinh doanh đã được lưu trữ "như nó vốn có" và việc đưa các máy tính vào chỉ gây ra sự chia nhỏ các hồ sơ thành nhiều mảnh (chuẩn hóa). Sau đó bài này xem xét động lực cho sự phát triển chuẩn hóa dữ liệu trong những năm 1970. Rồi nó giải thích liệu một số mức độ không chuẩn hóa dữ liệu có trở thành một sự thỏa hiệp được áp dụng phổ biến không. Cuối cùng, bài này thảo luận về ảnh hưởng của web đối với các hồ sơ kinh doanh, cho phép chúng được tạo ra theo định dạng số. Kết quả là, lần đầu tiên đã có thể lưu trữ và xử lý các hồ sơ kinh doanh trong các máy tính theo cấu trúc ban đầu của chúng.
Lưu giữ hồ sơ qua lịch sử
Phần này mô tả các khía cạnh về lưu giữ hồ sơ trước khi giới thiệu các máy tính, giúp chúng ta hiểu những thay đổi đáng kể do các máy tính đem lại. Các thay đổi này được mô tả sau trong bài này.
Các bộ sưu tập về các phiếu thu đã được tìm thấy ở tận thiên niên kỷ thứ 3 trước Công nguyên trong Sumeria cổ [1] dưới dạng các viên đất sét đã được trao đổi và sau đó được lưu trữ để lưu giữ hồ sơ. Các hồ sơ cho vay của người Babylon đã được tìm thấy từ thế kỷ 18 trước Công nguyên [2]. Các mã của Hammurabi [3] ở Babylon (năm 1792 trước Công nguyên) gồm có các bản tuyên bố xử lý và lưu giữ hồ sơ (các viên đất sét). Ví dụ:
- Nếu bất cứ ai nợ tiền vay và một cơn bão phá hỏng mùa màng, hoặc không thu hoạch được, hoặc các hạt giống không nảy mầm vì thiếu nước; trong năm đó, người đó không cần trả cho chủ nợ của mình bất kỳ hạt thóc nào, ông rửa sạch các thẻ nợ của mình bằng nước và không trả tiền thuê trong năm đó.
- Nếu bất cứ ai mua cánh đồng, sân vườn và ngôi nhà của tù trưởng, người đàn ông hoặc một người phải chịu số tô nộp cho lãnh chúa, thì thẻ hợp đồng mua bán của ông ta sẽ bị phá vỡ (được tuyên bố không hợp lệ) và ông ta bị mất tiền. Cánh đồng, sân vườn và ngôi nhà trả lại cho chủ sở hữu chúng.
Qua lịch sử, các cơ chế khác nhau đã được giới thiệu để ghi lại thông tin kinh doanh, như các gậy đếm kiểm [4][5], rẻ hơn và dễ dàng có sẵn hơn so với giấy tờ. Ở châu Âu thời trung cổ, một cây gậy được đánh dấu bằng các vết khía hình V và sau đó được chia theo chiều dọc. Hai nửa gậy phải có cùng các vết khía hình chữ V và mỗi bên giao dịch được nhận một nửa cây gậy đã đánh dấu làm bằng chứng. Rồi các cây gậy này được lưu trữ và giữ nguyên. Gậy đếm kiểm đã chia được chính phủ Anh sử dụng liên tục cho đến năm 1826 để quản lý thuế. Các kho gậy đếm kiểm được lệnh tiêu huỷ bằng cách đốt vào năm 1834 khi các phương thức ghi âm hiện đại hơn đã được giới thiệu [5].
Giấy và trong thời gian trước đó là giấy cói và giấy da [6], đã ngày càng được sử dụng qua nhiều thế kỷ cho đến cuối thế kỷ 20 để ghi lại các thỏa thuận kinh doanh, các hóa đơn bán hàng, các hợp đồng và các tài liệu quan trọng khác. Thông thường, các hồ sơ đã được ký kết và đôi khi được đóng dấu bằng sáp ong với các nhãn hiệu của các nhà buôn liên quan. Các phương pháp như kế toán kép đã được giới thiệu trong thế kỷ 15. Các thư ký và những người chép thuê đã hỗ trợ các nhà buôn khi công việc giấy tờ tăng lên. Khi các máy tính được đưa vào sử dụng thương mại trong thế kỷ 20, các doanh nghiệp bắt đầu tin học hóa các hệ thống của mình – với yêu cầu chuyển đổi các hồ sơ giấy tờ của thế giới thực sang một cách biểu diễn để các máy tính có thể hiểu được [7].
Trước khi đưa vào các máy tính, nguyên tắc chính của việc lưu giữ hồ sơ là chụp ảnh và duy trì một bản sao thông tin chính xác đã được trao đổi giữa các bên liên quan trong một giao dịch. Thường thì các hồ sơ đã được ký kết hoặc đánh dấu theo một cách nào đó và được lưu trữ "như nó vốn có" cho các nhu cầu trong tương lai. Các quy tắc chi phối việc lưu trữ và xử lý các hồ sơ và các hợp đồng kinh doanh đã tồn tại trong suốt lịch sử.
Lưu giữ hồ sơ trong các hệ thống máy tính
Phần này mô tả môi trường trong đó các hệ thống cơ sở dữ liệu đã được giới thiệu vào nửa sau của thế kỷ hai mươi và mục đích chính của các hệ thống đó.
Khi các hệ thống máy tính số đã được đưa vào để hỗ trợ các doanh nghiệp thương mại trong những năm 1950 và 1960, các hồ sơ đầu tiên được lưu trữ trên các bìa giấy đục lỗ [8], mà người ta cũng đã thường sử dụng bìa này cho đầu vào và đầu ra. Những người sử dụng gõ nội dung của các hồ sơ giấy, biểu thị các giao dịch kinh doanh, vào các bìa, sao cho máy tính có thể đọc và sử dụng thông tin đó (Hình 1). Dữ liệu được lưu trữ và được xử lý bên trong hệ thống máy tính không còn phù hợp với giao dịch kinh doanh thực sự trên giấy, mặc dù nó có thể phù hợp với cách nhập dữ liệu vào máy tính trong thời đại bìa đục lỗ.
Hình 1. Nhân viên nhập dữ liệu vào những năm 1950
Các bìa đục lỗ tiếp tục được sử dụng với khối lượng đầu vào và đầu ra dữ liệu lớn trong các hệ thống máy tính vào những năm 1980, nhưng băng từ [9] và sau đó lưu trữ trên đĩa [10] sớm đã thay thế các bìa đục lỗ trong các hệ thống lớn vào những năm l960. Với sự ra đời của lưu trữ đĩa (Hình 2), khả năng truy cập dữ liệu trực tiếp và nhanh chóng đã trở nên có triển vọng, khi các phần riêng biệt của một đĩa có thể xử lý được bằng lập trình. Trước khi có các đĩa, hầu hết việc xử lý diễn ra theo các lô [11] ở đây dữ liệu được xử lý theo thứ tự mà nó đã được lưu trữ trong các tệp trên băng từ hay trên các bìa đục lỗ. Các đĩa đã cho phép truy cập dữ liệu một cách ngẫu nhiên.
Hình 2. Vận chuyển một ổ đĩa cứng IBM 5MB vào năm 1956
Trong những năm 1960, một số hệ thống cơ sở dữ liệu [12] và hệ thống tệp truy cập trực tiếp [13] đã được phát triển để quản lý dữ liệu đã lưu trên đĩa cho phép nhiều người có thể đồng thời truy cập và cập nhật đĩa, lợi dụng dung lượng lưu trữ đĩa mới có sẵn. Hai trong số các cấu trúc cơ sở dữ liệu phổ biến nhất được sử dụng là mô hình mạng (CODASYL) [14] và mô hình phân cấp (IMS) [15]. Trước khi lưu trữ dữ liệu trong cơ sở dữ liệu và thực hiện một ứng dụng, nhóm chuyên gia (các nhà phân tích dữ liệu hoặc quản trị cơ sở dữ liệu) đã chạy một thiết kế dữ liệu để chia nhỏ dữ liệu kinh doanh, vẫn còn trên giấy trong thời đại đó, thành các hệ thống phân cấp hoặc các mạng. Các nhà phân tích đã tạo ra hai mô hình thiết kế dữ liệu, một thiết kế logic ánh xạ các hồ sơ kinh doanh vào các hệ thống phân cấp hoặc các mạng để các nhà lập trình truy cập vào và xử lý và một mô hình vật lý để ánh xạ các hệ thống phân cấp hoặc các mạng tới các đĩa. Các lập trình viên đã tìm hiểu mô hình logic và đã truy cập cơ sở dữ liệu thông qua các giao diện lập trình dẫn hướng (ví dụ, lấy phần tử con tiếp theo trong phần tử cha mẹ) được cung cấp cùng với hệ thống cơ sở dữ liệu cho các ngôn ngữ lập trình phổ biến lúc đó.
Trong những năm 1970 mô hình quan hệ thành công vang dội [30] đã được giới thiệu, tiếp tục độc chiếm các hệ thống kinh doanh trong thế kỷ 21. Nó lưu trữ các dữ liệu kinh doanh trong các bảng. Các mô hình quan hệ loại bỏ nhu cầu truy cập dẫn hướng, nhưng vẫn đòi hỏi các nhà phân tích dữ liệu chia nhỏ dữ liệu kinh doanh thành các bảng để các nhà lập trình truy cập các bảng đó thông qua một ngôn ngữ khai báo (SQL). Dữ liệu kinh doanh vẫn còn nằm trên giấy vào những năm 1970 và 1980 và đã được chuyển đổi, thường là bằng các máy quét hoặc do những người sử dụng gõ lại các biểu mẫu. Việc chia nhỏ dữ liệu kinh doanh điển hình theo các nguyên tắc chuẩn hóa dữ liệu [16][17] tiếp tục được dạy và được sử dụng trong thế kỷ 21 để giảm thiểu việc sao chép và các dị thường dữ liệu.
Vào lúc các khái niệm về các cơ sở dữ liệu quan hệ đã được xác định, một thiết bị lưu trữ đĩa phổ biến là 3330 model 11 có dung lượng 200 MB và giá mua thiết bị này dao động từ $ 74.000 đến $ 87.000 (giá Đô la năm 1970) [19]. Khi các cơ sở dữ liệu quan hệ bắt đầu giảm bớt vào những năm 1980, một đĩa rất phổ biến là 3380. Nó có kích thước bằng một tủ quần áo và có dung lượng lưu trữ 1,2 GB với chi phí trên $ 200.000 [20]. Vì thế, 1MB dung lượng lưu trữ đĩa có giá trên $160 (giá Đô la năm 1970), tương đương với hàng ngàn đô la vào năm 2010 [21].
Thông thường, các hệ thống cơ sở dữ liệu quan hệ đã không giữ thông tin bảo mật liên quan đến các chữ ký và thường chứa bất kỳ mảnh thông tin nào đúng một lần – chỉ phiên bản mới nhất, khiến cho việc thực hiện kiểm tra trở nên khó khăn. Điều sớm đã trở nên rõ ràng là cần lưu trữ các bản sao của các hồ sơ kinh doanh thế giới thực, ví dụ để có thể thực hiện kiểm tra các chính sách bảo hiểm và các khiếu nại có liên quan trong trường hợp tranh chấp. Các hệ thống tài liệu cũng cần tuân theo các quy tắc đòi hỏi các dữ liệu kinh doanh được lưu trữ với một số năm nhất định. Một thể loại phần mềm mới, được gọi là Hệ thống quản lý tài liệu doanh nghiệp (Enterprise Document Management Systems) [23], được phát triển vào cuối những năm 1980 để lưu trữ các hình ảnh của các hồ sơ giấy tờ. Các hệ thống này đã được tách khỏi các cơ sở dữ liệu đã lưu trữ dữ liệu giống như trong các bảng quan hệ. Trong thế kỷ 21, Quản lý tài liệu doanh nghiệp được gọi là Quản lý nội dung doanh nghiệp [24].
Nguyên tắc chính về lưu giữ hồ sơ trong các máy tính trong thế kỷ XX đã giới thiệu một kiểu lưu trữ phù hợp với cách mà các máy tính làm việc, để lưu trữ bất kỳ mục dữ liệu cụ thể nào đúng một lần, giảm thiểu lưu trữ. Nếu cần một bản sao chính xác của hồ sơ giấy tờ thực thế giới, thì người ta đã xây dựng các hệ thống riêng biệt để thực hiện chính xác điều đó, làm cho dữ liệu giống nhau được lưu trữ nhiều lần. Các quy tắc để quản lý lưu trữ và xử lý các hồ sơ vẫn tiếp tục tăng lên.
Quá trình chuẩn hóa dữ liệu
Phần này mô tả mục đích và các ảnh hưởng của quá trình chuẩn hóa dữ liệu lần đầu tiên được giới thiệu vào năm 1970 với các dạng chuẩn tắc hơn được giới thiệu suốt những năm 1970.
Chuẩn hóa dữ liệu là một phương pháp luận để đưa ra một bộ sưu tập các bảng biểu diễn các hồ sơ kinh doanh thế giới thực trong một cơ sở dữ liệu, tránh bất kỳ sự trùng lặp dữ liệu nào khi lưu trữ vốn rất tốn kém. Tránh trùng lặp dữ liệu cũng có nghĩa là các dị thường cập nhật không thể xảy ra. Chuẩn hóa dữ liệu rất tốt và được ghi lại rộng rãi [18]. INó bắt đầu với một bảng lớn duy nhất để biểu diễn tất cả các thuộc tính của một hồ sơ kinh doanh thế giới thực cùng với mã định danh chính (một khóa), sau đó sẽ gỡ bỏ hệ thống phân cấp (các nhóm lặp lại) để đơn giản hóa truy vấn với một ngôn ngữ như SQL. Tiếp đến cũng phải gỡ bỏ bất kỳ dữ liệu trùng lặp và các phụ thuộc chức năng nào trong các bảng kết quả.
Để đạt được chuẩn hóa, bảng duy nhất có tất cả các thuộc tính cần thiết được chia nhỏ thành các bảng được liên kết thông qua các khóa chính và khóa ngoài. Kết quả của việc chuẩn hoá dữ liệu là một hồ sơ kinh doanh duy nhất có thể được biểu diễn trong hàng chục hoặc hàng trăm bảng. Nhiều khóa nhân tạo (và các chỉ mục có liên quan) được đưa vào, tuy không tồn tại trong thế giới thực, nhưng lại rất cần để tạo lại hồ sơ kinh doanh thế giới thực. Việc lưu trữ nhiều phiên bản của một hồ sơ kinh doanh, ví dụ, một đơn đặt hàng và sau đó thực hiện bất kỳ sửa đổi nào với đơn đặt hàng đó, yêu cầu tạo phiên bản tất cả các bảng liên quan có thực hiện truy vấn và duy trì tổ hợp các bảng. Một cách tiếp cận thay thế, để bảo toàn lưu trữ, là chỉ lưu trữ các khác biệt, thay vì xếp tầng các phiên bản đầy đủ thông qua các bảng, làm phức tạp thêm cho các lập trình viên.
Năm 1980, chi phí của hai MB dung lượng lưu trữ đại khái tương đương với chi phí của một tuần làm việc của một lập trình viên máy tính ở Mỹ [19][22]. Vào năm 2010, thậm chí một GB dung lượng lưu trữ chỉ chiếm một phần rất nhỏ, không bằng vài phút làm việc của một lập trình viên máy tính và giá lưu trữ tiếp tục giảm. Hơn nữa, bộ nhớ ngày càng trở nên phong phú và chi phí (độ trễ) của các hoạt động Vào/Ra (I/O) tiếp tục giảm khi các loại lưu trữ mới – như các đĩa thể rắn - đang được giới thiệu. Với ngoại lệ cần lưu ý của các cơ sở dữ liệu quan hệ, người ta thường sử dụng phương tiện lưu trữ để lưu trữ các tạo phẩm chưa được chuẩn hóa, ví dụ trong các máy chủ tệp, các máy chủ web, các kho lưu trữ nội dung, các máy chủ ứng dụng và v.v..
Lưu trữ quan hệ trái ngược với các viên đá, các gậy đếm kiểm và các hồ sơ giấy được sử dụng để lưu giữ hồ sơ trước khi đưa vào các hệ thống máy tính và luôn luôn được lưu trữ "như nó vốn có". Vì một vài lý do mà chúng không được chia ra hoặc được chuyển đổi sang một định dạng khác cho các mục đích lưu trữ. Đầu tiên, không gian lưu trữ luôn phong phú và đã không được bảo toàn. Thứ hai, bất kỳ sự chuyển đổi (và tạo lại) các tạo phẩm thường rất tốn kém. Và thứ ba, lưu trữ những hồ sơ này dưới dạng ban đầu của chúng làm cho việc sử dụng và hiểu chúng dễ dàng khi lấy chúng ra khỏi nơi lưu trữ. Các lý do tương tự đang áp dụng hiện nay để lưu trữ các hồ sơ kinh doanh số thế giới thực dưới dạng chưa chuẩn hóa sẽ được thảo luận sau trong bài này.
Khi việc sử dụng các hồ sơ giấy tăng lên nhanh chóng trong thế kỷ 19 và 20, không gian lưu trữ đã trở thành một vấn đề đối với một số thư viện và các kho tư liệu. Điều này đã kích thích phát minh ra vi phim và tấm vi phim để giảm không gian lưu trữ cần thiết xuống giữa 0,25% và 3% so với vật liệu ban đầu [25]. Tuy nhiên, đây chỉ là một hình thức nén mà không biểu diễn thông tin theo một cách khác dựa trên khái niệm. Tương tự như vậy, hiện nay có thể áp dụng việc nén số để làm giảm tiêu dùng dung lượng lưu trữ của các hồ sơ kinh doanh không chuẩn hóa.
Do chi phí lưu trữ cao, nên chuẩn hóa dữ liệu biểu diễn các hồ sơ kinh doanh trong các máy tính bằng cách chia nhỏ hồ sơ thành nhiều phần, đôi khi hàng trăm phần và tái tạo lại chúng khi cần thiết. Cần có các khóa nhân tạo và các chỉ mục liên quan để liên kết các phần của một hồ sơ duy nhất với nhau. Điều này trái ngược hẳn với các hệ thống lưu giữ hồ sơ trước đó (các viên đá, các gậy đếm kiểm, giấy v.v..) đã lưu giữ hồ sơ kinh doanh như nó vốn có. Các cách biểu diễn chuẩn hóa làm cho việc hiểu các hồ sơ kinh doanh trở nên khó khăn hơn nhiều và tăng thêm các chi phí để chia nhỏ và ghép chúng lại.
Quá trình không chuẩn hóa
Phần này mô tả các tình huống mà ở đó việc không chuẩn hóa đã trở thành cách thực hiện phổ biến. Các lược đồ cơ sở dữ liệu cho các kho dữ liệu là một ví dụ và các kho lưu trữ dữ liệu có khả năng mở rộng mới như Google BigTable [47] và HBase [49] là các ví dụ khác.
Chuẩn hóa có hai nhược điểm cố hữu. Đầu tiên, các hồ sơ kinh doanh phức tạp thường dẫn đến một số lượng lớn các bảng quan hệ trong một lược đồ cơ sở dữ liệu đã chuẩn hóa, làm cho việc biểu diễn dữ liệu khó hiểu. Kết quả là, việc viết các truy vấn có thể yêu cầu nhiều liên kết và trở nên ngày càng phức tạp [46]. Thứ hai, số lượng lớn các liên kết có tiềm năng gây bất lợi cho hoạt động phục hồi dữ liệu. Việc không chuẩn hóa các bảng đã chuẩn hóa hoặc việc sử dụng một thiết kế không chuẩn hóa có thể trực tiếp giải quyết những vấn đề này.
Không chuẩn hóa trong các kho dữ liệu
Do dung lượng của các thiết bị điện toán và lưu trữ đã tăng lên trong những năm 1980 và 1990, trong khi chi phí đã giảm xuống, các công ty đã có thể có đủ khả năng tích lũy và phân tích khối lượng dữ liệu kinh doanh lịch sử lớn hơn, như các hồ sơ bán hàng, trong các kho dữ liệu. Để có được cái nhìn sâu vào hoạt động kinh doanh của một công ty, các kho này được các nhân viên kinh doanh sử dụng, những người cần chạy các truy vấn phức tạp dựa vào một cách biểu diễn dữ liệu trực quan. Người ta đã nhanh chóng phát hiện ra rằng "việc sử dụng mô hình hóa đã chuẩn hóa trong kho dữ liệu gây khó khăn cho toàn bộ mục đích của kho dữ liệu, cụ thể là, việc phục hồi các dữ liệu trực quan và hiệu năng cao" [26].
Kết quả là, các lược đồ hình sao không chuẩn hóa đã trở thành lược đồ cơ sở dữ liệu phổ biến nhất cho các kho dữ liệu. Do các kho dữ liệu thường thêm dữ liệu mới theo định kỳ thay vì thực hiện các cập nhật giao dịch, việc không chuẩn hóa làm đơn giản hoá lược đồ và cải thiện hiệu năng truy vấn với ít nguy cơ về các dị thường cập nhật.
Một lược đồ hình sao gồm có ít nhất một bảng sự kiện, như "doanh thu hàng ngày" có các bản ghi doanh thu và một số bảng chiều như "kho", "sản phẩm", "ngày" và "khách hàng". Có một mối quan hệ một-nhiều giữa mỗi chiều và bảng sự kiện. Mỗi hàng của bảng sự kiện có một vài số đo, có nghĩa là, các cột số như "số lượng" hay "giá", cũng như các khóa ngoài cho tất cả các bảng chiều để cho biết sản phẩm nào đã được bán trong kho nào cho khách hàng nào vào ngày nào. Đây là một khung nhìn dữ liệu kinh doanh trực quan và làm cho việc phân tích (doanh thu) các sự kiện theo các chiều kinh doanh liên quan dễ dàng.
Các bảng chiều thường không được chuẩn hóa. Ví dụ, bảng "sản phẩm" có thể có các cột như "loại hàng hóa" và "thể loại", ở đây các giá trị chuỗi giống nhau có thể xuất hiện dư ra cho nhiều sản phẩm. Chuẩn hóa sẽ sử dụng các giá trị INTEGER (số nguyên) làm các khóa cho các loại hàng hóa và các thể loại, cộng với các bảng riêng biệt có tên của từng thể loại hàng hóa chỉ xảy ra một lần. Cần tránh chuẩn hóa các bảng chiều này, vì nó sẽ dẫn đến một lược đồ dạng bông tuyết thường gây khó hiểu hơn và đưa vào nhiều liên kết bổ sung.
Sự thành công của các lược đồ hình sao trong kho dữ liệu dẫn đến hiểu biết chung rằng không chuẩn hóa có lợi cho OLAP và các cơ sở dữ liệu hỗ trợ ra quyết định. Ví dụ, các khuyến cáo cho các kho dữ liệu và các cơ sở dữ liệu OLAP trong Oracle bao gồm "không chuẩn hóa ồ ạt" và "dự phòng rộng rãi" [27]. Các thử nghiệm trong Oracle 11g đã chỉ ra rằng các truy vấn nhiều chiều có thể chạy trên một lược đồ cơ sở dữ liệu không chuẩn hóa nhanh hơn từ 10x đến 1000x so với một lược đồ cơ sở dữ liệu chuẩn hóa [28]. Các nghiên cứu khác đã giải thích lợi ích hiệu năng của việc không chuẩn hóa về mặt lý thuyết, khi sử dụng đại số quan hệ và các cây truy vấn [29].
Bất chấp thành công của việc không chuẩn hóa cho các cơ sở dữ liệu hỗ trợ ra quyết định, chuẩn hóa vẫn thường thích hợp cho các ứng dụng OLTP chuyên sâu về cập nhật. Tuy nhiên, nhu cầu chuẩn hóa các lược đồ cơ sở dữ liệu cho các ứng dụng OLTP đang thay đổi trong thế kỷ 21 khi càng ngày càng có nhiều ứng dụng hơn cần lưu giữ một lịch sử đầy đủ của tất cả các hàng cơ sở dữ liệu. Do đó, nhiều ứng dụng chỉ thực hiện chèn các phiên bản mới của một hàng chứ không thực hiện cập nhật hàng hiện có [45] – giảm nguy cơ về các dị thường cập nhật trong một lược đồ đã chuẩn hóa và làm giảm nhu cầu đối với việc chuẩn hóa.
Không chuẩn hóa trong BigTable của Google, HBase và các hệ thống khác
BigTable của Google là hệ thống cơ sở dữ liệu không chia sẻ thứ gì song song được thực hiện như một bản đồ phân loại, nhiều chiều, phân tán, thưa thớt [47]. Nó được thiết kế với khả năng mở rộng tới các khối dữ liệu rất lớn (petabyte – một triệu GB) và để phân phối qua hàng trăm hoặc hàng ngàn máy tính. Trong mỗi mục của bản đồ, BigTable sắp đặt ba phần gồm có một khóa hàng, một khóa cột và một dấu thời gian theo một giá trị. Ngoài ra, các khóa cột được nhóm lại thành các họ cột, hình thành đơn vị cơ bản về nén và kiểm soát truy cập.
Một trong những nguyên lý nổi bật trong việc thiết kế các cơ sở dữ liệu và các ứng dụng cho BigTable là không chuẩn hóa và trùng lặp dữ liệu [48]– một sự khởi đầu có gốc từ lý thuyết cơ sở dữ liệu quan hệ truyền thống. Mục đích là tối ưu hóa cơ sở dữ liệu để truy cập đọc hiệu quả và có khả năng mở rộng. Không chuẩn hóa thường được sử dụng sao cho một hoạt động đọc đơn lẻ có thể lấy ra tất cả các trường thuộc về một hồ sơ kinh doanh lô-gic.
Không chuẩn hóa trong BigTable đi kèm với các phí tổn về các bản cập nhật phức tạp hơn và ít hiệu quả hơn, khi nhiều bản sao tiềm năng có cùng một giá trị phải được cập nhật theo chương trình. Chấp nhận sự hy sinh này để đạt được khả năng mở rộng cao cho các ứng dụng có tỷ lệ đọc/cập nhật cao. Ngoài ra, trường dấu thời gian trong BigTable được sử dụng giúp cho việc tạo phiên bản dễ dàng hơn, có nghĩa là, nhiều bản sao về một địa chỉ khách hàng hoặc nhiều bản sao về một mô tả sản phẩm phản ánh tình trạng của thế giới tại một điểm nào đó đúng lúc.
Hãy tưởng tượng một cơ sở dữ liệu lưu trữ các khách hàng và các đơn đặt hàng, với một mối quan hệ logic một-nhiều giữa chúng. Trong khi việc chuẩn hóa cơ sở dữ liệu quan hệ thường yêu cầu ít nhất là 2 bảng, một bảng cho khách hàng và một bảng cho các đơn đặt hàng, thì một thiết kế BigTable điển hình thường lặp lại thông tin khách hàng cho mỗi lần đặt hàng. Điều này biểu diễn trạng thái thông tin khách hàng cho mỗi đơn hàng cụ thể. Ví dụ, một khách hàng có thể hoặc không thể sử dụng cùng một địa chỉ cho mỗi đơn đặt hàng. Với nghĩa này, cách biểu diễn không chuẩn hóa này giống với một mẫu đơn mua hàng thực tế, đó là, hồ sơ kinh doanh ban đầu.
Các cách thực hiện tương tự khác so với BigTable gồm có HBase và Cassandra và cũng dựa trên một cách tiếp cận thiết kế cơ sở dữ liệu không chuẩn hóa [49]. Tương tự như vậy, các nghiên cứu khác đã chỉ ra rằng không chuẩn hóa là một kỹ thuật thành công để xây dựng các ứng dụng web có khả năng mở rộng [50].
Do những người dùng doanh nghiệp truy cập vào các kho lưu trữ dữ liệu, nên dữ liệu đã lưu theo trực quan cần giống như cấu trúc ban đầu của các hồ sơ kinh doanh, đạt được bằng cách không chuẩn hóa. Không chuẩn hóa cũng cải thiện hiệu năng bằng cách giảm số lượng các phép nối quan hệ cần thiết để đánh giá các hồ sơ kinh doanh. Tương tự, không chuẩn hóa được sử dụng trong các kho dữ liệu mới như BigTable và HBase để cung cấp truy cập dữ liệu đơn giản và có khả năng mở rộng.
Ảnh hưởng của web
Bắt đầu vào giữa những năm 1990, việc số hóa các hồ sơ kinh doanh đã xảy ra đồng thời với sự thành công thương mại của web. Phần này mô tả các công nghệ chủ chốt của Web, đã gây ra một sự thay đổi lớn trong cách biểu diễn các hồ sơ kinh doanh trong những năm đầu thế kỷ 21.
Vào năm 1989, nhiều dự án dựa trên Internet đã phát triển khi có nhiều tổ chức khoa học, đại học, chính phủ và thương mại có quyền truy cập vào cơ sở hạ tầng Internet. Một trong những dự án đó đã bao gồm cả việc phát minh ra HTML (Hypertext Markup language - Ngôn ngữ đánh dấu siêu văn bản) [31], HTTP (Hypertext Transfer Protocol - Giao thức truyền siêu văn bản) [32] và các URL (Universal Resource Locators - Các trình định vị tài nguyên thống nhất) [33] đã dẫn đến việc tạo ra WWW (World Wide Web - Mạng toàn cầu) [34]. HTTP đã định nghĩa một giao thức để lấy ra và sửa đổi các tài liệu HTML trên Internet bằng cách xử lý chúng thông qua một lược đồ xử lý phổ quát (URL). Nhiều trình xem đa năng (các trình duyệt [35]) đã được xây dựng để truy cập và chuyển hướng các tài liệu và được sử dụng trên nhiều thiết bị trong thế kỷ 21.
Các tổ chức khoa học đã là những người sử dụng Web non trẻ đầu tiên để chia sẻ các tài liệu khoa học. Vào khoảng năm 1995, cộng đồng thương mại đã khám phá ra web. Do nhiều người dùng đã bắt đầu có quyền truy cập vào Internet từ nơi làm việc và nhà của họ, nên đã có một cuộc chạy đua để cho phép đưa các hệ thống thương mại hiện có lên web - để tạo ra sự có mặt của web nhằm cung cấp truy cập vào dữ liệu đã có trong các cơ sở dữ liệu quan hệ, sao cho người dùng có thể theo dõi các gói hoặc gọi các dịch vụ và hàng hóa. Trong quá khứ, các hoạt động này thường do con người thực hiện, qua điện thoại hoặc thư. Các cơ sở hạ tầng được phát triển để cung cấp truy cập web vào cơ sở dữ liệu quan hệ và chuyển đổi nội dung của chúng thành HTML có ở mọi nơi và các ứng dụng được tạo ra đã sử dụng HTML cho giao diện người dùng của chúng [36].
HTML đã trở nên thành công lớn. Nó đã được mô tả trong một định nghĩa tài liệu Standard Generalized Markup Language (SGML - Ngôn ngữ đánh dấu chuẩn tổng quát) [38] đã có phiên bản 4.0 vào năm 1997. SGML, có nguồn gốc từ Generalized Markup Language (Ngôn ngữ đánh dấu tổng quát) của IBM vào những năm 1960, là một tiêu chuẩn ISO để xác định cách đánh dấu. Một trường hợp đơn giản hóa của SGML, được gọi là eXtensible Markup Language (XML- Ngôn ngữ đánh dấu mở rộng) [37], đã được giới thiệu vào năm 1998 để nới lỏng việc triển khai thực hiện trình phân tích cú pháp so với các trình phân tích cú pháp SGML đầy đủ mà HTML cần. Một ví dụ về các trường hợp đơn giản hóa trong XML là tất cả các thẻ bắt đầu phải có các thẻ kết thúc, còn trong SGML không dùng các thẻ như vậy.
Việc giới thiệu XML đã khuyến khích tạo ra nhiều bảng từ vựng vượt xa HTML để biểu diễn các cấu trúc dữ liệu tùy ý. Khi các hồ sơ kinh doanh trong thế giới thực được tạo ra dưới dạng số vào cuối những năm 1990, được Web cấp tư liệu làm phương tiện đầu ra đầu vào, XML đã trở thành sự lựa chọn tự nhiên để biểu diễn các hồ sơ kinh doanh theo một định dạng không chuẩn hóa, giống như các hình thức giấy hoặc các viên đá là những hồ sơ kinh doanh không chuẩn hóa. Phần mềm XML mã nguồn mở miễn phí đã được bắt nguồn từ bộ vi xử lý SGML hoặc bộ vi xử lý loại mới có thể phân tích cú pháp XML đúng định dạng đã được tạo ra, loại bỏ nhu cầu sử dụng các trình phân tích cú pháp tùy chỉnh.
Người ta đã giới thiệu nhiều đặc tả hơn để hỗ trợ XML, ví dụ các lược đồ XML đã cho phép các tổ chức và các tập đoàn quy định chính xác những gì cấu thành nội dung có thể chấp nhận được trong một hồ sơ kinh doanh cụ thể. Việc xác nhận hợp lệ trình phân tích cú pháp đã trở nên phổ biến rộng rãi. Các vùng tên cho phép một hồ sơ kinh doanh chứa dữ liệu có các định nghĩa do các nhóm khác nhau sở hữu. Các vùng tên cho phép các tổ chức tái sử dụng, phân vùng hoặc mở rộng các cấu trúc hồ sơ kinh doanh. Có thể áp dụng các chữ ký số cho XML, để đảm bảo rằng nó đã không bị làm giả, theo một cách tương tự như các chữ ký và các dấu đã được sử dụng trên giấy da và giấy.
Các đặc tả đã được giới thiệu mô tả cách nên truyền dẫn các hồ sơ XML, bao gồm WSDL, SOAP, RSS và Atom. Các đặc tả này làm cho có khả năng xây dựng các khung công tác đa năng xung quanh việc trao đổi hồ sơ kinh doanh, như các công nghệ cung cấp và các Kiến trúc hướng dịch vụ (SOA).
Số lượng các tập đoàn, xác định các tiêu chuẩn hồ sơ kinh doanh theo XML cho ngành kinh doanh của họ, đã phát triển. Các công ty đang bắt đầu sử dụng các cấu trúc XML tiêu chuẩn hóa thay cho việc xác định các hồ sơ kinh doanh XML riêng của họ. Các ví dụ gồm Financial Products Markup Language (FpML- Ngôn ngữ đánh dấu các sản phẩm tài chính) [52], Financial Information eXchange Protocol (FIXML - Giao thức trao đổi thông tin tài chính) [54], EML (Election Markup Language - Ngôn ngữ đánh dấu cho bầu cử) [55], HL7 (Health Level 7) [56], HR-XML (XML Human Resources - Các nguồn nhân lực XML) [57], OTA (Open Travel Alliance - Liên minh du lịch mở) [58] và Open Applications Group Integration Specification (OAGIS - Đặc tả tích hợp nhóm các ứng dụng mở) [53]. Các định dạng như lược đồ thông báo của ngành kinh doanh tài chính phổ biến IS20022 [59] được sử dụng trong ngân hàng và UBL (Universal Business Language - Ngôn ngữ kinh doanh phổ biến) [60] được uỷ quyền và tùy thuộc vào quy tắc, trong các vùng của thế giới. Trong nhiều ngành công nghiệp, lần đầu tiên, XML đã trở nên có khả năng lưu trữ và xử lý trực tiếp các hồ sơ kinh doanh, như trong các kỷ nguyên trước khi có các máy tính với các viên đá và giấy. Tuy nhiên, việc thực hành chuẩn hóa các hồ sơ kinh doanh (XML) để lưu trữ vẫn được tiếp tục.
Trong những năm đầu thế kỷ 21, nhiều hồ sơ kinh doanh được tạo ra và được biểu diễn bằng XML. Các hồ sơ kinh doanh theo XML được trao đổi giữa và trong các tổ chức thông qua việc truyền tệp, HTTP, Web 2.0 và các dịch vụ web. Chúng đại diện cho các đối tượng hoặc các thỏa thuận kinh doanh giữa hai bên hoặc nhiều bên. Một giả định phổ biến là việc xử lý XML không hiệu quả. Do đó, nhiều kiến trúc sư vẫn tiếp tục thiết kế các hệ thống nhằm chuyển đổi các hồ sơ kinh doanh thành các bảng quan hệ đã chuẩn hóa và ngược lại, giống như họ đã làm trong năm 1995 chuyển đổi giữa HTML và các dữ liệu quan hệ và năm 1980 chuyển đổi giữa các hồ sơ giấy và các dữ liệu quan hệ thông qua các máy quét và những người sử dụng.
Tóm tắt
Cho đến khi điện toán thương mại ra đời vào giữa thế kỷ 20, các hồ sơ kinh doanh đã được lưu trữ và được xử lý theo các hình thức tương tự như chúng đã được tạo ra. Các ví dụ bao gồm các viên đá, các gậy đếm kiểm và các hình thức giấy. Với sự ra đời của hệ thống điện toán, người ta đã phát minh ra chuẩn hóa dữ liệu để tổ chức các hồ sơ kinh doanh sao cho mỗi mục dữ liệu được lưu trữ đúng một lần để bảo tồn lưu trữ và tránh các dị thường cập nhật. Chuẩn hóa đã được phát triển vào những năm 1970 với các lý do thuyết phục vào thời điểm đó. Dung lượng đĩa khan hiếm và đắt tiền, các hồ sơ kinh doanh không phức tạp như hiện nay và chỉ dự định lưu trữ phiên bản mới nhất của từng thông tin. Do đó, nỗ lực chuyển đổi các hồ sơ kinh doanh sang và từ cách biểu diễn chuẩn hóa trong các máy tính nói chung được chấp nhận.
Với sự xuất hiện của kho dữ liệu và kinh doanh thông minh vào đầu những năm 1990, những hạn chế của chuẩn hóa đã nhận được nhiều sự quan tâm. Một lược đồ cơ sở dữ liệu chuẩn hóa là một sự biểu diễn trái tự nhiên của các hồ sơ kinh doanh, rất khó hiểu cho những người dùng doanh nghiệp và không hiệu quả cho việc trình bày và xử lý các truy vấn phân tích kinh doanh. Kết quả là, không chuẩn hóa đã được giới thiệu để tháo gỡ những thiếu sót ở một mức độ nào đó.
Và thế giới Công nghệ thông tin tiếp tục thay đổi trong thế kỷ 21. Chi phí cho mỗi MB dung lượng lưu trữ số đã giảm rất nhiều. Do những tiến bộ về mật độ lưu trữ và nén, chuẩn hóa không còn cần thiết để tiết kiệm dung lượng nữa. Tương tự như vậy, các quy tắc kiểm tra và tuân thủ đòi hỏi nhiều ứng dụng hiện nay cần giữ lại một lịch sử về các đối tượng dữ liệu của chúng. Kết quả là, các việc chèn phiên bản mới và không thay đổi của các đối tượng dữ liệu thường phổ biến hơn so với các cập nhật dữ liệu hiện có, làm giảm nguy cơ về các dị thường cập nhật. Do đó, nhu cầu chuẩn hóa dữ liệu không còn có thể được áp dụng phổ biến nữa như trong những năm 1970.
Ngoài ra, sự thành công của Web, các dịch vụ Web và các công nghệ Web 2.0 đã đảm bảo rằng các hồ sơ kinh doanh được tạo ra dưới dạng số, chủ yếu là XML. Trong khi phần mềm phía máy khách đã chấp nhận XML và các dẫn xuất của nó, thì phần mềm phía máy chủ liên quan đến các cơ sở dữ liệu vẫn tiếp tục yêu cầu tuỳ chỉnh đáng kể để thiết kế, xây dựng và phát triển, do các phép chuyển đổi dữ liệu mà chuẩn hóa đòi hỏi. Một trong những lý do là chuẩn hóa dữ liệu đã được giảng dạy như một phương pháp luận thiết kế cơ sở dữ liệu trong suốt 30 năm và tiếp tục được giảng dạy như một phần thiết kế hệ thống. Tuy nhiên, do các hồ sơ kinh doanh hiện nay là số, phức tạp hơn và đang phát triển, nên cần có thời gian để xem xét lại việc sử dụng chuẩn hóa một cách cẩn thận.
Phần thứ hai của loạt bài này thảo luận về XML và cách biểu diễn dữ liệu thay thế khác và xem xét khi nào và làm thế nào mà chúng có thể làm giảm bớt các vấn đề phổ biến với chuẩn hóa.
Tài liệu tham khảo
1. Sumeria: http://en.wikipedia.org/wiki/Sumer
2. Lịch sử ngân hàng: http://en.wikipedia.org/wiki/History_of_banking
3. Mã Hammurabi: http://en.wikipedia.org/wiki/Code_of_Hammurabi
4. Giao dịch thương mại và buôn bán trong thời Trung Cổ: http://www.camelotintl.com/village/trade.html
5. Các gậy đếm kiểm: http://en.wikipedia.org/wiki/Tally_stick
6. Lịch sử của giấy: http://en.wikipedia.org/wiki/History_of_paper
7. ERMA - Phương pháp ghi điện tử của hệ thống xử lý máy tính kế toán: http://inventors.about.com/library/inventors/bl_ERMA_Computer.htm
8. Bìa đục lỗ: http://en.wikipedia.org/wiki/Punched_card
9. Băng từ: http://en.wikipedia.org/wiki/Magnetic_storage
10. Lưu trữ trên đĩa: http://en.wikipedia.org/wiki/Disk_storage
11. Xử lý bó: http://en.wikipedia.org/wiki/Batch_processing
12. Các hệ thống cơ sở dữ liệu: http://en.wikipedia.org/wiki/Database_management_system
13. Hướng dẫn ISAM: http://en.wikipedia.org/wiki/ISAM
14. Olle T.W.: "Cách tiếp cận Codasyl để Quản lý cơ sở dữ liệu". Wiley, 1978. ISBN 0-471-99579-7.
15. Mô hình phân cấp: http://en.wikipedia.org/wiki/Database_model#Hierarchical_model, http://www.ibm.com/software/data/ims/
16. Codd, E.F. "Chuẩn hóa hơn nữa của Mô hình quan hệ cơ sở dữ liệu." Báo cáo nghiên cứu của IBM RJ909, năm 1971. Cũng có trong Các hệ thống Cơ sở dữ liệu: Loạt bài 6 của các Hội nghị chuyên đề về Khoa học máy tính Courant, Prentice-Hall, 1972.
17. Kent, W.:"Hướng dẫn đơn giản về Năm hình thức chuẩn tắc trong Lý thuyết cơ sở dữ liệu quan hệ", Communications of the ACM, Vol. 26, pp. 120–125, 1983
18. Date, C. J.: "Giới thiệu về các Hệ thống Cơ sở dữ liệu", Phát hành lần thứ 8. Addison-Wesley Longman, ISBN 0-321-19784-4, 1999.
19. Các thiết bị lưu trữ đĩa IBM 3380: http://www.ibm.com/ibm/history/exhibits/storage/storage_3330.html
20. Các đĩa 3380: http://www.ibm.com/ibm/history/exhibits/storage/storage_3380.html
21. Giá trị đo lường: http://www.measuringworth.com/ppowerus/
22. Cơ sở dữ liệu về nguồn thu nhập tiền lương trung bình quốc tế: http://www.worldsalaries.org/usa.shtml
23. Các hệ thống quản lý tài liệu điện tử: http://en.wikipedia.org/wiki/Document_management_system
24. Quản lý nội dung doanh nghiệp: http://en.wikipedia.org/wiki/Enterprise_content_management
25. Tấm vi phim: http://en.wikipedia.org/wiki/Microform
26. Kimball, Ralph: Bộ dụng cụ của kho lưu trữ dữ liệu Toolkit, Phát hành lần thứ 2. Wiley Computer Publishing (2002).
27. Burleson, Donald: "Phát triển Kho lưu trữ dữ liệu hiệu quả Oracle và các ứng dụng OLAP", http://www.dba-oracle.com/art_dw1.htm, 1996
28. Zaker, M. et al.: "Cấu trúc Không chuẩn hóa: Một Triển vọng để Tối ưu hóa thiết kế Kho lưu trữ dữ liệu", Tạp chí Các máy tính quốc tế, Số 1, Tập 3, trang 143-150, 2009.
29. Sanders, G. and Shin, S.: "Các ảnh hưởng của việc không chuẩn hóa lên hiệu năng của các RDBM", Hội nghị quốc tế về Khoa học hệ thống Hawaii lần thứ 34, HICSS 2001.
30. Codd, E.F. "Một mô hình quan hệ của dữ liệu cho Các ngân hàng dữ liệu chia sẻ lớn", Communications of the ACM 13 (6): 377–387, 1970.
31. Ngôn ngữ đánh dấu siêu văn bản: http://en.wikipedia.org/wiki/HTML
32. Giao thức truyền siêu văn bản: http://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol
33. Trình định vị tài nguyên thống nhất: http://en.wikipedia.org/wiki/Uniform_Resource_Identifier
34. Mạng toàn cầu: http://en.wikipedia.org/wiki/World_Wide_Web
35. Các trình duyệt Web: http://en.wikipedia.org/wiki/Web_browser
36. Bảng thời gian về Mạng toàn cầu:http://www.w3.org/History.html
37. Ngôn ngữ đánh dấu mở rộng: http://www.w3.org/XML/
38. Các sự khác biệt giữa SGML và XML: http://www.w3.org/TR/NOTE-sgml-xml-971215
39. Murthy, R. et al.: "Hướng tới một kiến trúc XML doanh nghiệp", SIGMOD 2005.
40. Nicola, M., Gonzalez, A.: "Phân đoạn một Terabyte trong dữ liệu XML", Tạp chí quản lý dữ liệu của IBM, tập 14, Số 1, 2009.
41. Nicola, M., van-der-Linden, B.: "Hỗ trợ nguyên gốc XML trong cơ sở dữ liệu phổ quát của DB2", Hội nghị quốc tế lần thứ 31 về các Cơ sở dữ liệu rất lớn, VLDB 2005.
42. Nicola, M.: "Các bài học thu được từ các ứng dụng DB2 pureXML: Một góc nhìn của học viên thực hành", Hội nghị chuyên đề về cơ sở dữ liệu XML quốc tế lần thứ 7, XSYM 2010.
43. Rys, M.: "Các hệ thống quản lý cơ sở dữ liệu quan hệ và XML: Bên trong Máy chủ SQL của Microsoft", SIGMOD 2005.
44. Holstege, M.: "Xquery, To lớn, Nhanh: Cho phép các ứng dụng nội dung", Tập san Kỹ thuật dữ liệu IEEE, tập 31 Số 4, 2008
45. Helland, Pat: "Kế toán Không dùng Tẩy", 06.2007
46. Helland, Pat: "Chuẩn hóa dành cho những kẻ yếu đuối", 07.2007
47. Chang et al.: "Bigtable: Một hệ thống lưu trữ phân tán cho dữ liệu có cấu trúc", Hội nghị chuyên đề về thiết kế và triển khai thực hiện các hệ điều hành, OSDI 2006.
48. "Tôi đã tìm hiểu để không lo lắng nữa và yêu thích Sử dụng nhiều dung lượng đĩa để Mở rộng như thế nào"
49. Liu, Qingyan: "Các nghiên cứu sâu về Thiết kế lược đồ HBase", http://www.slideshare.net/hmisty/20090713-hbase-schema-design-case-studies, 2009
50. Wei, Z. et al.: "Không chuẩn hóa dữ liệu hướng dịch vụ cho các ứng dụng Web có khả năng mở rộng", Hội nghị mạng toàn cầu Quốc tế, WWW 2008.
51. Carey, M. J. et al.: "EXRT: Hướng tới một điểm chuẩn đơn giản để kiểm tra tính sẵn sàng XML", Hội nghị của Hội đồng xử lý giao dịch lần thứ 2, TPCTC 2010.
52. FpML (Ngôn ngữ đánh dấu các sản phẩm tài chính): http://www.fpml.org/
53. Đặc tả tích hợp nhóm ứng dụng mở (OAGIS): http://www.oagi.org/
54. Giao thức trao đổi thông tin tài chính, Đặc tả lược đồ FIXML 4.4 20040109, Hiệu đính 1 2006-10-06, http://www.fixprotocol.org/specifications/fix4.4fixml
55. Các đặc tả EML (Ngôn ngữ đánh dấu cho bầu cử) từ OASIS: http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ubl
56. Các đặc tả HL7 (Health Level 7): http://www.hl7.org/
57. Các đặc tả XML của nguồn nhân lực (HR-XML): http://www.hr-xml.org/
58. Các đặc tả Liên minh Du lịch mở: http://www.opentravel.org/
59. Lược đồ thông báo của ngành công nghiệp tài chính phổ biến ISO 20022: http://www.iso20022.org/
60. UBL (Ngôn ngữ kinh doanh phổ biến) từ OASIS: http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ubl
61. Tham khảo dữ liệu liên kết - Dữ liệu liên kết: http://en.wikipedia.org/wiki/Linked_Data
62. Tham khảo RDF – Sách vỡ lòng về RDF: http://www.w3.org/TR/rdf-primer/
63. Cách Best Buy đang sử dụng Semantic Web: http://www.readwriteweb.com/archives/how_best_buy_is_using_the_semantic_web.php
64. JSON: http://www.json.org/
Tài nguyên
Học tập
- Theo sát với các sự kiện kỹ thuật và webcasts của developerWorks tập trung vào một loạt các sản phẩm của IBM và các chủ đề ngành công nghiệp Công nghệ thông tin.
- Tham dự một lớp hướng dẫn developerWorks Live! miễn phí để tăng tốc nhanh chóng trên các sản phẩm và các công cụ của IBM, cũng như các xu hướng của ngành công nghiệp công nghệ thông tin.
- Làm theo developerWorks trên Twitter.
- Xem các trình diễn theo yêu cầu trên developerWorks trải rộng từ các trình diễn cài đặt và thiết lập sản phẩm cho người mới bắt đầu, đến các chức năng tiên tiến cho các nhà phát triển có kinh nghiệm.
- Tìm hiểu thêm về cách sử dụng XML với các cơ sở dữ liệu của IBM tại trang công nghệ Quản lý thông tin và XML trên developerWorks.
Lấy sản phẩm và công nghệ
- Đánh giá các sản phẩm IBM theo cách phù hợp với bạn nhất: Tải về một bản dùng thử sản phẩm, hãy thử một sản phẩm trực tuyến, sử dụng một sản phẩm trong một môi trường đám mây hoặc dành một vài giờ trong SOA Sandbox để học cách thực hiện Kiến trúc hướng dịch vụ (Service Oriented Architecture) một cách hiệu quả.
- Tải về một phiên bản dùng thử miễn phí DB2 cho Linux, UNIX và Windows của IBM.
- Bây giờ bạn có thể sử dụng DB2 miễn phí. Tải về DB2 Express-C, một phiên bản miễn phí của Ấn bản DB2 Express (DB2 Express Edition) cho cộng đồng cung cấp các tính năng dữ liệu cốt lõi giống như DB2 Express Edition và cung cấp một cơ sở vững chắc để xây dựng và triển khai các ứng dụng.
Thảo luận
- Hãy tham gia vào cộng đồng My developerWorks. Kết nối với những người sử dụng developerWorks khác trong khi khám phá các blog, các diễn đàn, các nhóm và các wiki theo hướng phát triển.
Bình luận
-
Vùng dữ liệu trên developerWorks
Khám phá các bài viết xoay quanh lĩnh vực dữ liệu, Quản lý hệ thống thông tin
-
Vùng mã nguồn mở trên developerWorks
Xem các bài viết về HTML, CSS, JavaScript,...
-
Điện toán đám mây
Tìm hiểu về điện toán đám mây

markdown:
## Giới thiệu
Bài này mô tả sự thay đổi vai trò của việc chuẩn hóa dữ liệu [
[30](#30a)] trong các hệ thống thương mại. Từ những năm 1970,
khi người ta đã định nghĩa chuẩn hóa hóa dữ liệu, các công nghệ và các hệ
thống máy tính và các ứng dụng của chúng đã phát triển đáng kể. Đặc biệt
vào những năm 1970, các cấu trúc dữ liệu đã ổn định, dung lượng đĩa còn bị
hạn chế rất nhiều và thông tin kinh doanh chỉ trên giấy tờ. Con người và
các thiết bị vào-ra rất cần để chuyển dịch văn bản giấy tờ thành một dạng
mà máy tính có thể đọc, ví dụ, các bìa đục lỗ. Các máy tính lớn thuộc sở
hữu của các tổ chức lớn như các ngân hàng đã có 512K bộ nhớ và chi phí gần
2.000.000 Đô la Mỹ. Một tổ chức lớn đã có dung lượng đĩa 10 MB cho tất cả
các hệ thống máy tính và dữ liệu của mình. Trong những năm 1970, cơ sở hạ
tầng Internet chỉ mới bắt đầu được tạo ra còn Mạng toàn cầu (World Wide
Web) đã có cách đó hơn mười năm rồi.
Vì dung lượng đĩa còn bị hạn chế nhiều, nên người ta giả định rằng chỉ có thông tin thông dụng nhất mới được lưu trữ và được tạo sẵn cho các ứng dụng. Việc chuẩn hóa đảm bảo rằng mỗi mảnh dữ liệu, như tên, địa chỉ hoặc thông tin đặt hàng, xuất hiện đúng một lần trên đĩa để tránh các dị thường dữ liệu và bảo tồn dung lượng. Thông thường, dữ liệu đã chuẩn hóa chỉ tồn tại trong các hệ thống máy tính và không phù hợp với việc biểu diễn dữ liệu kinh doanh ban đầu. Trong thế kỷ 21, các dữ liệu kinh doanh hầu như luôn luôn được tạo ra ở dạng số, như một thông báo đơn đặt hàng dưới dạng một yêu cầu dịch vụ web. Do đó, việc chuẩn hóa dữ liệu ngụ ý rằng việc biểu diễn một hồ sơ kinh doanh dưới dạng số hiện có được chia nhỏ để lưu trữ trong một cơ sở dữ liệu và sau đó được khôi phục lại để trình bày và sử dụng các hồ sơ kinh doanh.
Các giả định mà mô hình quan hệ dựa vào đã thay đổi. Ngày nay, nhiều hệ thống và cấu trúc thông tin không còn đơn giản và cố định nữa mà phức tạp và chúng thay đổi nhanh chóng. Trong thế giới ngày nay, việc chuẩn hóa là một quá trình có thể hoạt động như một chất ức chế cho cả việc phân phối của các hệ thống linh hoạt lẫn việc phân phối linh hoạt của các hệ thống.
Bài này giới thiệu về lưu giữ hồ sơ thông qua lịch sử trước và sau khi đưa
các máy tính vào để sử dụng thương mại. Một nhận xét quan trọng là trong
suốt chiều dài lịch sử, các hồ sơ kinh doanh đã được lưu trữ "như nó vốn
có" và việc đưa các máy tính vào chỉ gây ra sự chia nhỏ các hồ sơ thành
nhiều mảnh (chuẩn hóa). Sau đó bài này xem xét động lực cho sự phát triển
chuẩn hóa dữ liệu trong những năm 1970. Rồi nó giải thích liệu một số mức
độ
*không* chuẩn hóa dữ liệu có trở thành một sự thỏa hiệp được áp
dụng phổ biến không. Cuối cùng, bài này thảo luận về ảnh hưởng của web đối
với các hồ sơ kinh doanh, cho phép chúng được tạo ra theo định dạng số.
Kết quả là, lần đầu tiên đã có thể lưu trữ và xử lý các hồ sơ kinh doanh
trong các máy tính theo cấu trúc *ban đầu* của chúng.
## Lưu giữ hồ sơ qua lịch sử
Phần này mô tả các khía cạnh về lưu giữ hồ sơ trước khi giới thiệu các máy tính, giúp chúng ta hiểu những thay đổi đáng kể do các máy tính đem lại. Các thay đổi này được mô tả sau trong bài này.
Các bộ sưu tập về các phiếu thu đã được tìm thấy ở tận thiên niên kỷ thứ 3
trước Công nguyên trong Sumeria cổ [
[1](#1a)] dưới dạng các
viên đất sét đã được trao đổi và sau đó được lưu trữ để lưu giữ hồ sơ. Các
hồ sơ cho vay của người Babylon đã được tìm thấy từ thế kỷ 18 trước Công
nguyên [ [2](#2a)]. Các mã của Hammurabi [ [3](#3a)]
ở Babylon (năm 1792 trước Công nguyên) gồm có các bản tuyên bố xử lý và
lưu giữ hồ sơ (các viên đất sét). Ví dụ: *Nếu bất cứ ai nợ tiền vay và một cơn bão phá hỏng mùa màng, hoặc không thu hoạch được, hoặc các hạt giống không nảy mầm vì thiếu nước; trong năm đó, người đó không cần trả cho chủ nợ của mình bất kỳ hạt thóc nào, ông rửa sạch các thẻ nợ của mình bằng nước và không trả tiền thuê trong năm đó.* *Nếu bất cứ ai mua cánh đồng, sân vườn và ngôi nhà của tù trưởng, người đàn ông hoặc một người phải chịu số tô nộp cho lãnh chúa, thì thẻ hợp đồng mua bán của ông ta sẽ bị phá vỡ (được tuyên bố không hợp lệ) và ông ta bị mất tiền. Cánh đồng, sân vườn và ngôi nhà trả lại cho chủ sở hữu chúng.*
Qua lịch sử, các cơ chế khác nhau đã được giới thiệu để ghi lại thông tin
kinh doanh, như các gậy đếm kiểm [
[4](#4a)][ [5](#5a)], rẻ hơn và dễ dàng có sẵn hơn so với giấy tờ. Ở châu Âu thời
trung cổ, một cây gậy được đánh dấu bằng các vết khía hình V và sau đó
được chia theo chiều dọc. Hai nửa gậy phải có cùng các vết khía hình chữ V
và mỗi bên giao dịch được nhận một nửa cây gậy đã đánh dấu làm bằng chứng.
Rồi các cây gậy này được lưu trữ và giữ nguyên. Gậy đếm kiểm đã chia được
chính phủ Anh sử dụng liên tục cho đến năm 1826 để quản lý thuế. Các kho
gậy đếm kiểm được lệnh tiêu huỷ bằng cách đốt vào năm 1834 khi các phương
thức ghi âm hiện đại hơn đã được giới thiệu [ [5](#5a)].
Giấy và trong thời gian trước đó là giấy cói và giấy da [
[6](#6a)], đã ngày càng được sử dụng qua nhiều thế kỷ cho đến cuối thế
kỷ 20 để ghi lại các thỏa thuận kinh doanh, các hóa đơn bán hàng, các hợp
đồng và các tài liệu quan trọng khác. Thông thường, các hồ sơ đã được ký
kết và đôi khi được đóng dấu bằng sáp ong với các nhãn hiệu của các nhà
buôn liên quan. Các phương pháp như kế toán kép đã được giới thiệu trong
thế kỷ 15. Các thư ký và những người chép thuê đã hỗ trợ các nhà buôn khi
công việc giấy tờ tăng lên. Khi các máy tính được đưa vào sử dụng thương
mại trong thế kỷ 20, các doanh nghiệp bắt đầu tin học hóa các hệ thống của
mình – với yêu cầu chuyển đổi các hồ sơ giấy tờ của thế giới thực sang một
cách biểu diễn để các máy tính có thể hiểu được [ [7](#7a)].
Trước khi đưa vào các máy tính, nguyên tắc chính của việc lưu giữ hồ sơ là chụp ảnh và duy trì một bản sao thông tin chính xác đã được trao đổi giữa các bên liên quan trong một giao dịch. Thường thì các hồ sơ đã được ký kết hoặc đánh dấu theo một cách nào đó và được lưu trữ "như nó vốn có" cho các nhu cầu trong tương lai. Các quy tắc chi phối việc lưu trữ và xử lý các hồ sơ và các hợp đồng kinh doanh đã tồn tại trong suốt lịch sử.
## Lưu giữ hồ sơ trong các hệ thống máy tính
Phần này mô tả môi trường trong đó các hệ thống cơ sở dữ liệu đã được giới thiệu vào nửa sau của thế kỷ hai mươi và mục đích chính của các hệ thống đó.
Khi các hệ thống máy tính số đã được đưa vào để hỗ trợ các doanh nghiệp
thương mại trong những năm 1950 và 1960, các hồ sơ đầu tiên được lưu trữ
trên các bìa giấy đục lỗ [
[8](#8a)], mà người ta cũng đã thường
sử dụng bìa này cho đầu vào và đầu ra. Những người sử dụng gõ nội dung của
các hồ sơ giấy, biểu thị các giao dịch kinh doanh, vào các bìa, sao cho
máy tính có thể đọc và sử dụng thông tin đó (Hình 1). Dữ liệu được lưu trữ
và được xử lý bên trong hệ thống máy tính không còn phù hợp với giao dịch
kinh doanh thực sự trên giấy, mặc dù nó có thể phù hợp với cách nhập dữ
liệu vào máy tính trong thời đại bìa đục lỗ.
##### Hình 1. Nhân viên nhập dữ liệu vào những năm 1950
![ Mọi người đang ngồi tại các máy đục lỗ](figure1.jpg)
Các bìa đục lỗ tiếp tục được sử dụng với khối lượng đầu vào và đầu ra dữ
liệu lớn trong các hệ thống máy tính vào những năm 1980, nhưng băng từ [
[9](#9a)] và sau đó lưu trữ trên đĩa [ [10](#10a)]
sớm đã thay thế các bìa đục lỗ trong các hệ thống lớn vào những năm l960.
Với sự ra đời của lưu trữ đĩa (Hình 2), khả năng truy cập dữ liệu trực
tiếp và nhanh chóng đã trở nên có triển vọng, khi các phần riêng biệt của
một đĩa có thể xử lý được bằng lập trình. Trước khi có các đĩa, hầu hết
việc xử lý diễn ra theo các lô [ [11](#11a)] ở đây dữ liệu được
xử lý theo thứ tự mà nó đã được lưu trữ trong các tệp trên băng từ hay
trên các bìa đục lỗ. Các đĩa đã cho phép truy cập dữ liệu một cách ngẫu
nhiên.
##### Hình 2. Vận chuyển một ổ đĩa cứng IBM 5MB vào năm 1956
![ ổ đĩa cứng rất lớn](figure2.jpg)
Trong những năm 1960, một số hệ thống cơ sở dữ liệu [
[12](#12a)] và hệ thống tệp truy cập trực tiếp [ [13](#13a)] đã
được phát triển để quản lý dữ liệu đã lưu trên đĩa cho phép nhiều người có
thể đồng thời truy cập và cập nhật đĩa, lợi dụng dung lượng lưu trữ đĩa
mới có sẵn. Hai trong số các cấu trúc cơ sở dữ liệu phổ biến nhất được sử
dụng là mô hình mạng (CODASYL) [ [14](#14a)] và mô hình phân cấp
(IMS) [ [15](#15a)]. Trước khi lưu trữ dữ liệu trong cơ sở dữ
liệu và thực hiện một ứng dụng, nhóm chuyên gia (các nhà phân tích dữ liệu
hoặc quản trị cơ sở dữ liệu) đã chạy một thiết kế dữ liệu để chia nhỏ dữ
liệu kinh doanh, vẫn còn trên giấy trong thời đại đó, thành các hệ thống
phân cấp hoặc các mạng. Các nhà phân tích đã tạo ra hai mô hình thiết kế
dữ liệu, một thiết kế logic ánh xạ các hồ sơ kinh doanh vào các hệ thống
phân cấp hoặc các mạng để các nhà lập trình truy cập vào và xử lý và một
mô hình vật lý để ánh xạ các hệ thống phân cấp hoặc các mạng tới các đĩa.
Các lập trình viên đã tìm hiểu mô hình logic và đã truy cập cơ sở dữ liệu
thông qua các giao diện lập trình dẫn hướng (ví dụ, lấy phần tử con tiếp
theo trong phần tử cha mẹ) được cung cấp cùng với hệ thống cơ sở dữ liệu
cho các ngôn ngữ lập trình phổ biến lúc đó.
Trong những năm 1970 mô hình quan hệ thành công vang dội [
[30](#30a)] đã được giới thiệu, tiếp tục độc chiếm các hệ thống kinh
doanh trong thế kỷ 21. Nó lưu trữ các dữ liệu kinh doanh trong các bảng.
Các mô hình quan hệ loại bỏ nhu cầu truy cập dẫn hướng, nhưng vẫn đòi hỏi
các nhà phân tích dữ liệu chia nhỏ dữ liệu kinh doanh thành các bảng để
các nhà lập trình truy cập các bảng đó thông qua một ngôn ngữ khai báo
(SQL). Dữ liệu kinh doanh vẫn còn nằm trên giấy vào những năm 1970 và 1980
và đã được chuyển đổi, thường là bằng các máy quét hoặc do những người sử
dụng gõ lại các biểu mẫu. Việc chia nhỏ dữ liệu kinh doanh điển hình theo
các nguyên tắc chuẩn hóa dữ liệu [ [16](#16a)][ [17](#17a)] tiếp tục được dạy và được sử dụng trong thế kỷ 21 để giảm
thiểu việc sao chép và các dị thường dữ liệu.
Vào lúc các khái niệm về các cơ sở dữ liệu quan hệ đã được xác định, một
thiết bị lưu trữ đĩa phổ biến là 3330 model 11 có dung lượng 200 MB và giá
mua thiết bị này dao động từ $ 74.000 đến $ 87.000 (giá Đô la năm 1970)
[
[19](#19a)]. Khi các cơ sở dữ liệu quan hệ bắt đầu giảm
bớt vào những năm 1980, một đĩa rất phổ biến là 3380. Nó có kích thước
bằng một tủ quần áo và có dung lượng lưu trữ 1,2 GB với chi phí trên $
200.000 [ [20](#20a)]. Vì thế, 1MB dung lượng lưu trữ đĩa có
giá trên $160 (giá Đô la năm 1970), tương đương với hàng ngàn đô la vào
năm 2010 [ [21](#21a)].
Thông thường, các hệ thống cơ sở dữ liệu quan hệ đã không giữ thông tin bảo
mật liên quan đến các chữ ký và thường chứa bất kỳ mảnh thông tin nào đúng
một lần – chỉ phiên bản mới nhất, khiến cho việc thực hiện kiểm tra trở
nên khó khăn. Điều sớm đã trở nên rõ ràng là cần lưu trữ các bản sao của
các hồ sơ kinh doanh thế giới thực, ví dụ để có thể thực hiện kiểm tra các
chính sách bảo hiểm và các khiếu nại có liên quan trong trường hợp tranh
chấp. Các hệ thống tài liệu cũng cần tuân theo các quy tắc đòi hỏi các dữ
liệu kinh doanh được lưu trữ với một số năm nhất định. Một thể loại phần
mềm mới, được gọi là Hệ thống quản lý tài liệu doanh nghiệp (Enterprise
Document Management Systems) [
[23](#23a)], được phát triển vào
cuối những năm 1980 để lưu trữ các hình ảnh của các hồ sơ giấy tờ. Các hệ
thống này đã được tách khỏi các cơ sở dữ liệu đã lưu trữ dữ liệu giống như
trong các bảng quan hệ. Trong thế kỷ 21, Quản lý tài liệu doanh nghiệp
được gọi là Quản lý nội dung doanh nghiệp [ [24](#24a)].
Nguyên tắc chính về lưu giữ hồ sơ trong các máy tính trong thế kỷ XX đã giới thiệu một kiểu lưu trữ phù hợp với cách mà các máy tính làm việc, để lưu trữ bất kỳ mục dữ liệu cụ thể nào đúng một lần, giảm thiểu lưu trữ. Nếu cần một bản sao chính xác của hồ sơ giấy tờ thực thế giới, thì người ta đã xây dựng các hệ thống riêng biệt để thực hiện chính xác điều đó, làm cho dữ liệu giống nhau được lưu trữ nhiều lần. Các quy tắc để quản lý lưu trữ và xử lý các hồ sơ vẫn tiếp tục tăng lên.
## Quá trình chuẩn hóa dữ liệu
Phần này mô tả mục đích và các ảnh hưởng của quá trình chuẩn hóa dữ liệu lần đầu tiên được giới thiệu vào năm 1970 với các dạng chuẩn tắc hơn được giới thiệu suốt những năm 1970.
Chuẩn hóa dữ liệu là một phương pháp luận để đưa ra một bộ sưu tập các bảng
biểu diễn các hồ sơ kinh doanh thế giới thực trong một cơ sở dữ liệu,
tránh bất kỳ sự trùng lặp dữ liệu nào khi lưu trữ vốn rất tốn kém. Tránh
trùng lặp dữ liệu cũng có nghĩa là các dị thường cập nhật không thể xảy
ra. Chuẩn hóa dữ liệu rất tốt và được ghi lại rộng rãi [
[18](#18a)]. INó bắt đầu với một bảng lớn duy nhất để biểu diễn tất cả
các thuộc tính của một hồ sơ kinh doanh thế giới thực cùng với mã định
danh chính (một khóa), sau đó sẽ gỡ bỏ hệ thống phân cấp (các nhóm lặp
lại) để đơn giản hóa truy vấn với một ngôn ngữ như SQL. Tiếp đến cũng phải
gỡ bỏ bất kỳ dữ liệu trùng lặp và các phụ thuộc chức năng nào trong các
bảng kết quả.
Để đạt được chuẩn hóa, bảng duy nhất có tất cả các thuộc tính cần thiết được chia nhỏ thành các bảng được liên kết thông qua các khóa chính và khóa ngoài. Kết quả của việc chuẩn hoá dữ liệu là một hồ sơ kinh doanh duy nhất có thể được biểu diễn trong hàng chục hoặc hàng trăm bảng. Nhiều khóa nhân tạo (và các chỉ mục có liên quan) được đưa vào, tuy không tồn tại trong thế giới thực, nhưng lại rất cần để tạo lại hồ sơ kinh doanh thế giới thực. Việc lưu trữ nhiều phiên bản của một hồ sơ kinh doanh, ví dụ, một đơn đặt hàng và sau đó thực hiện bất kỳ sửa đổi nào với đơn đặt hàng đó, yêu cầu tạo phiên bản tất cả các bảng liên quan có thực hiện truy vấn và duy trì tổ hợp các bảng. Một cách tiếp cận thay thế, để bảo toàn lưu trữ, là chỉ lưu trữ các khác biệt, thay vì xếp tầng các phiên bản đầy đủ thông qua các bảng, làm phức tạp thêm cho các lập trình viên.
Năm 1980, chi phí của hai MB dung lượng lưu trữ đại khái tương đương với
chi phí của một tuần làm việc của một lập trình viên máy tính ở Mỹ [
[19](#19a)][ [22](#22a)]. Vào năm 2010, thậm chí
một GB dung lượng lưu trữ chỉ chiếm một phần rất nhỏ, không bằng vài phút
làm việc của một lập trình viên máy tính và giá lưu trữ tiếp tục giảm. Hơn
nữa, bộ nhớ ngày càng trở nên phong phú và chi phí (độ trễ) của các hoạt
động Vào/Ra (I/O) tiếp tục giảm khi các loại lưu trữ mới – như các đĩa thể
rắn - đang được giới thiệu. Với ngoại lệ cần lưu ý của các cơ sở dữ liệu
quan hệ, người ta thường sử dụng phương tiện lưu trữ để lưu trữ các tạo
phẩm chưa được chuẩn hóa, ví dụ trong các máy chủ tệp, các máy chủ web,
các kho lưu trữ nội dung, các máy chủ ứng dụng và v.v..
Lưu trữ quan hệ trái ngược với các viên đá, các gậy đếm kiểm và các hồ sơ giấy được sử dụng để lưu giữ hồ sơ trước khi đưa vào các hệ thống máy tính và luôn luôn được lưu trữ "như nó vốn có". Vì một vài lý do mà chúng không được chia ra hoặc được chuyển đổi sang một định dạng khác cho các mục đích lưu trữ. Đầu tiên, không gian lưu trữ luôn phong phú và đã không được bảo toàn. Thứ hai, bất kỳ sự chuyển đổi (và tạo lại) các tạo phẩm thường rất tốn kém. Và thứ ba, lưu trữ những hồ sơ này dưới dạng ban đầu của chúng làm cho việc sử dụng và hiểu chúng dễ dàng khi lấy chúng ra khỏi nơi lưu trữ. Các lý do tương tự đang áp dụng hiện nay để lưu trữ các hồ sơ kinh doanh số thế giới thực dưới dạng chưa chuẩn hóa sẽ được thảo luận sau trong bài này.
Khi việc sử dụng các hồ sơ giấy tăng lên nhanh chóng trong thế kỷ 19 và 20,
không gian lưu trữ đã trở thành một vấn đề đối với một số thư viện và các
kho tư liệu. Điều này đã kích thích phát minh ra vi phim và tấm vi phim để
giảm không gian lưu trữ cần thiết xuống giữa 0,25% và 3% so với vật liệu
ban đầu [
[25](#25a)]. Tuy nhiên, đây chỉ là một hình thức nén
mà không biểu diễn thông tin theo một cách khác dựa trên khái niệm. Tương
tự như vậy, hiện nay có thể áp dụng việc nén số để làm giảm tiêu dùng dung
lượng lưu trữ của các hồ sơ kinh doanh không chuẩn hóa.
Do chi phí lưu trữ cao, nên chuẩn hóa dữ liệu biểu diễn các hồ sơ kinh doanh trong các máy tính bằng cách chia nhỏ hồ sơ thành nhiều phần, đôi khi hàng trăm phần và tái tạo lại chúng khi cần thiết. Cần có các khóa nhân tạo và các chỉ mục liên quan để liên kết các phần của một hồ sơ duy nhất với nhau. Điều này trái ngược hẳn với các hệ thống lưu giữ hồ sơ trước đó (các viên đá, các gậy đếm kiểm, giấy v.v..) đã lưu giữ hồ sơ kinh doanh như nó vốn có. Các cách biểu diễn chuẩn hóa làm cho việc hiểu các hồ sơ kinh doanh trở nên khó khăn hơn nhiều và tăng thêm các chi phí để chia nhỏ và ghép chúng lại.
## Quá trình không chuẩn hóa
Phần này mô tả các tình huống mà ở đó việc không chuẩn hóa đã trở thành
cách thực hiện phổ biến. Các lược đồ cơ sở dữ liệu cho các kho dữ liệu là
một ví dụ và các kho lưu trữ dữ liệu có khả năng mở rộng mới như Google
BigTable [
[47](#47a)] và HBase [ [49](#49a)] là
các ví dụ khác.
Chuẩn hóa có hai nhược điểm cố hữu. Đầu tiên, các hồ sơ kinh doanh phức tạp
thường dẫn đến một số lượng lớn các bảng quan hệ trong một lược đồ cơ sở
dữ liệu đã chuẩn hóa, làm cho việc biểu diễn dữ liệu khó hiểu. Kết quả là,
việc viết các truy vấn có thể yêu cầu nhiều liên kết và trở nên ngày càng
phức tạp [
[46](#46a)]. Thứ hai, số lượng lớn các liên kết có
tiềm năng gây bất lợi cho hoạt động phục hồi dữ liệu. Việc không chuẩn hóa
các bảng đã chuẩn hóa hoặc việc sử dụng một thiết kế không chuẩn hóa có
thể trực tiếp giải quyết những vấn đề này.
### Không chuẩn hóa trong các kho dữ liệu
Do dung lượng của các thiết bị điện toán và lưu trữ đã tăng lên trong những
năm 1980 và 1990, trong khi chi phí đã giảm xuống, các công ty đã có thể
có đủ khả năng tích lũy và phân tích khối lượng dữ liệu kinh doanh lịch sử
lớn hơn, như các hồ sơ bán hàng, trong các kho dữ liệu. Để có được cái
nhìn sâu vào hoạt động kinh doanh của một công ty, các kho này được các
nhân viên kinh doanh sử dụng, những người cần chạy các truy vấn phức tạp
dựa vào một cách biểu diễn dữ liệu trực quan. Người ta đã nhanh chóng phát
hiện ra rằng "
*việc sử dụng mô hình hóa đã chuẩn hóa trong kho dữ liệu
gây khó khăn cho toàn bộ mục đích của kho dữ liệu, cụ thể là, việc
phục hồi các dữ liệu trực quan và hiệu năng cao*" [ [26](#26a)].
Kết quả là, các lược đồ hình sao không chuẩn hóa đã trở thành lược đồ cơ sở dữ liệu phổ biến nhất cho các kho dữ liệu. Do các kho dữ liệu thường thêm dữ liệu mới theo định kỳ thay vì thực hiện các cập nhật giao dịch, việc không chuẩn hóa làm đơn giản hoá lược đồ và cải thiện hiệu năng truy vấn với ít nguy cơ về các dị thường cập nhật.
Một lược đồ hình sao gồm có ít nhất một bảng sự kiện, như "doanh thu hàng ngày" có các bản ghi doanh thu và một số bảng chiều như "kho", "sản phẩm", "ngày" và "khách hàng". Có một mối quan hệ một-nhiều giữa mỗi chiều và bảng sự kiện. Mỗi hàng của bảng sự kiện có một vài số đo, có nghĩa là, các cột số như "số lượng" hay "giá", cũng như các khóa ngoài cho tất cả các bảng chiều để cho biết sản phẩm nào đã được bán trong kho nào cho khách hàng nào vào ngày nào. Đây là một khung nhìn dữ liệu kinh doanh trực quan và làm cho việc phân tích (doanh thu) các sự kiện theo các chiều kinh doanh liên quan dễ dàng.
Các bảng chiều thường không được chuẩn hóa. Ví dụ, bảng "sản phẩm" có thể có các cột như "loại hàng hóa" và "thể loại", ở đây các giá trị chuỗi giống nhau có thể xuất hiện dư ra cho nhiều sản phẩm. Chuẩn hóa sẽ sử dụng các giá trị INTEGER (số nguyên) làm các khóa cho các loại hàng hóa và các thể loại, cộng với các bảng riêng biệt có tên của từng thể loại hàng hóa chỉ xảy ra một lần. Cần tránh chuẩn hóa các bảng chiều này, vì nó sẽ dẫn đến một lược đồ dạng bông tuyết thường gây khó hiểu hơn và đưa vào nhiều liên kết bổ sung.
Sự thành công của các lược đồ hình sao trong kho dữ liệu dẫn đến hiểu biết
chung rằng không chuẩn hóa có lợi cho OLAP và các cơ sở dữ liệu hỗ trợ ra
quyết định. Ví dụ, các khuyến cáo cho các kho dữ liệu và các cơ sở dữ liệu
OLAP trong Oracle bao gồm "không chuẩn hóa ồ ạt" và "dự phòng rộng rãi"
[
[27](#27a)]. Các thử nghiệm trong Oracle 11g đã chỉ ra
rằng các truy vấn nhiều chiều có thể chạy trên một lược đồ cơ sở dữ liệu
không chuẩn hóa nhanh hơn từ 10x đến 1000x so với một lược đồ cơ sở dữ
liệu chuẩn hóa [ [28](#28a)]. Các nghiên cứu khác đã giải
thích lợi ích hiệu năng của việc không chuẩn hóa về mặt lý thuyết, khi sử
dụng đại số quan hệ và các cây truy vấn [ [29](#29a)].
Bất chấp thành công của việc không chuẩn hóa cho các cơ sở dữ liệu hỗ trợ
ra quyết định, chuẩn hóa vẫn thường thích hợp cho các ứng dụng OLTP chuyên
sâu về cập nhật. Tuy nhiên, nhu cầu chuẩn hóa các lược đồ cơ sở dữ liệu
cho các ứng dụng OLTP đang thay đổi trong thế kỷ 21 khi càng ngày càng có
nhiều ứng dụng hơn cần lưu giữ một lịch sử đầy đủ của tất cả các hàng cơ
sở dữ liệu. Do đó, nhiều ứng dụng chỉ thực hiện chèn các phiên bản mới của
một hàng chứ không thực hiện cập nhật hàng hiện có [
[45](45a)]
– giảm nguy cơ về các dị thường cập nhật trong một lược đồ đã chuẩn hóa và
làm giảm nhu cầu đối với việc chuẩn hóa.
### Không chuẩn hóa trong BigTable của Google, HBase và các hệ thống khác
BigTable của Google là hệ thống cơ sở dữ liệu không chia sẻ thứ gì song
song được thực hiện như một bản đồ phân loại, nhiều chiều, phân tán, thưa
thớt [
[47](#47a)]. Nó được thiết kế với khả năng mở rộng tới
các khối dữ liệu rất lớn (petabyte – một triệu GB) và để phân phối qua
hàng trăm hoặc hàng ngàn máy tính. Trong mỗi mục của bản đồ, BigTable sắp
đặt ba phần gồm có một khóa hàng, một khóa cột và một dấu thời gian theo
một giá trị. Ngoài ra, các khóa cột được nhóm lại thành các họ cột, hình
thành đơn vị cơ bản về nén và kiểm soát truy cập.
Một trong những nguyên lý nổi bật trong việc thiết kế các cơ sở dữ liệu và
các ứng dụng cho BigTable là không chuẩn hóa và trùng lặp dữ liệu [
[48](#48a)]– một sự khởi đầu có gốc từ lý thuyết cơ sở dữ
liệu quan hệ truyền thống. Mục đích là tối ưu hóa cơ sở dữ liệu để truy
cập đọc hiệu quả và có khả năng mở rộng. Không chuẩn hóa thường được sử
dụng sao cho một hoạt động đọc đơn lẻ có thể lấy ra tất cả các trường
thuộc về một hồ sơ kinh doanh lô-gic.
Không chuẩn hóa trong BigTable đi kèm với các phí tổn về các bản cập nhật phức tạp hơn và ít hiệu quả hơn, khi nhiều bản sao tiềm năng có cùng một giá trị phải được cập nhật theo chương trình. Chấp nhận sự hy sinh này để đạt được khả năng mở rộng cao cho các ứng dụng có tỷ lệ đọc/cập nhật cao. Ngoài ra, trường dấu thời gian trong BigTable được sử dụng giúp cho việc tạo phiên bản dễ dàng hơn, có nghĩa là, nhiều bản sao về một địa chỉ khách hàng hoặc nhiều bản sao về một mô tả sản phẩm phản ánh tình trạng của thế giới tại một điểm nào đó đúng lúc.
Hãy tưởng tượng một cơ sở dữ liệu lưu trữ các khách hàng và các đơn đặt hàng, với một mối quan hệ logic một-nhiều giữa chúng. Trong khi việc chuẩn hóa cơ sở dữ liệu quan hệ thường yêu cầu ít nhất là 2 bảng, một bảng cho khách hàng và một bảng cho các đơn đặt hàng, thì một thiết kế BigTable điển hình thường lặp lại thông tin khách hàng cho mỗi lần đặt hàng. Điều này biểu diễn trạng thái thông tin khách hàng cho mỗi đơn hàng cụ thể. Ví dụ, một khách hàng có thể hoặc không thể sử dụng cùng một địa chỉ cho mỗi đơn đặt hàng. Với nghĩa này, cách biểu diễn không chuẩn hóa này giống với một mẫu đơn mua hàng thực tế, đó là, hồ sơ kinh doanh ban đầu.
Các cách thực hiện tương tự khác so với BigTable gồm có HBase và Cassandra
và cũng dựa trên một cách tiếp cận thiết kế cơ sở dữ liệu không chuẩn hóa
[
[49](#49a)]. Tương tự như vậy, các nghiên cứu khác đã
chỉ ra rằng không chuẩn hóa là một kỹ thuật thành công để xây dựng các ứng
dụng web có khả năng mở rộng [ [50](#50a)].
Do những người dùng doanh nghiệp truy cập vào các kho lưu trữ dữ liệu, nên dữ liệu đã lưu theo trực quan cần giống như cấu trúc ban đầu của các hồ sơ kinh doanh, đạt được bằng cách không chuẩn hóa. Không chuẩn hóa cũng cải thiện hiệu năng bằng cách giảm số lượng các phép nối quan hệ cần thiết để đánh giá các hồ sơ kinh doanh. Tương tự, không chuẩn hóa được sử dụng trong các kho dữ liệu mới như BigTable và HBase để cung cấp truy cập dữ liệu đơn giản và có khả năng mở rộng.
## Ảnh hưởng của web
Bắt đầu vào giữa những năm 1990, việc số hóa các hồ sơ kinh doanh đã xảy ra đồng thời với sự thành công thương mại của web. Phần này mô tả các công nghệ chủ chốt của Web, đã gây ra một sự thay đổi lớn trong cách biểu diễn các hồ sơ kinh doanh trong những năm đầu thế kỷ 21.
Vào năm 1989, nhiều dự án dựa trên Internet đã phát triển khi có nhiều tổ
chức khoa học, đại học, chính phủ và thương mại có quyền truy cập vào cơ
sở hạ tầng Internet. Một trong những dự án đó đã bao gồm cả việc phát minh
ra HTML (Hypertext Markup language - Ngôn ngữ đánh dấu siêu văn bản) [
[31](#31a)], HTTP (Hypertext Transfer Protocol - Giao thức
truyền siêu văn bản) [ [32](#32a)] và các URL (Universal
Resource Locators - Các trình định vị tài nguyên thống nhất) [ [33](#33a)] đã dẫn đến việc tạo ra WWW (World Wide Web - Mạng
toàn cầu) [ [34](#34a)]. HTTP đã định nghĩa một giao thức để
lấy ra và sửa đổi các tài liệu HTML trên Internet bằng cách xử lý chúng
thông qua một lược đồ xử lý phổ quát (URL). Nhiều trình xem đa năng (các
trình duyệt [ [35](#35a)]) đã được xây dựng để truy cập và
chuyển hướng các tài liệu và được sử dụng trên nhiều thiết bị trong thế kỷ
21.
Các tổ chức khoa học đã là những người sử dụng Web non trẻ đầu tiên để chia
sẻ các tài liệu khoa học. Vào khoảng năm 1995, cộng đồng thương mại đã
khám phá ra web. Do nhiều người dùng đã bắt đầu có quyền truy cập vào
Internet từ nơi làm việc và nhà của họ, nên đã có một cuộc chạy đua để cho
phép đưa các hệ thống thương mại hiện có lên web - để tạo ra sự có mặt của
web nhằm cung cấp truy cập vào dữ liệu đã có trong các cơ sở dữ liệu quan
hệ, sao cho người dùng có thể theo dõi các gói hoặc gọi các dịch vụ và
hàng hóa. Trong quá khứ, các hoạt động này thường do con người thực hiện,
qua điện thoại hoặc thư. Các cơ sở hạ tầng được phát triển để cung cấp
truy cập web vào cơ sở dữ liệu quan hệ và chuyển đổi nội dung của chúng
thành HTML có ở mọi nơi và các ứng dụng được tạo ra đã sử dụng HTML cho
giao diện người dùng của chúng [
[36](#36a)].
HTML đã trở nên thành công lớn. Nó đã được mô tả trong một định nghĩa tài
liệu Standard Generalized Markup Language (SGML - Ngôn ngữ đánh dấu chuẩn
tổng quát) [
[38](#38a)] đã có phiên bản 4.0 vào năm 1997.
SGML, có nguồn gốc từ Generalized Markup Language (Ngôn ngữ đánh dấu tổng
quát) của IBM vào những năm 1960, là một tiêu chuẩn ISO để xác định cách
đánh dấu. Một trường hợp đơn giản hóa của SGML, được gọi là eXtensible
Markup Language (XML- Ngôn ngữ đánh dấu mở rộng) [ [37](#37a)], đã được giới thiệu vào năm 1998 để nới lỏng việc triển khai thực
hiện trình phân tích cú pháp so với các trình phân tích cú pháp SGML đầy
đủ mà HTML cần. Một ví dụ về các trường hợp đơn giản hóa trong XML là tất
cả các thẻ bắt đầu phải có các thẻ kết thúc, còn trong SGML không dùng các
thẻ như vậy.
Việc giới thiệu XML đã khuyến khích tạo ra nhiều bảng từ vựng vượt xa HTML để biểu diễn các cấu trúc dữ liệu tùy ý. Khi các hồ sơ kinh doanh trong thế giới thực được tạo ra dưới dạng số vào cuối những năm 1990, được Web cấp tư liệu làm phương tiện đầu ra đầu vào, XML đã trở thành sự lựa chọn tự nhiên để biểu diễn các hồ sơ kinh doanh theo một định dạng không chuẩn hóa, giống như các hình thức giấy hoặc các viên đá là những hồ sơ kinh doanh không chuẩn hóa. Phần mềm XML mã nguồn mở miễn phí đã được bắt nguồn từ bộ vi xử lý SGML hoặc bộ vi xử lý loại mới có thể phân tích cú pháp XML đúng định dạng đã được tạo ra, loại bỏ nhu cầu sử dụng các trình phân tích cú pháp tùy chỉnh.
Người ta đã giới thiệu nhiều đặc tả hơn để hỗ trợ XML, ví dụ các lược đồ XML đã cho phép các tổ chức và các tập đoàn quy định chính xác những gì cấu thành nội dung có thể chấp nhận được trong một hồ sơ kinh doanh cụ thể. Việc xác nhận hợp lệ trình phân tích cú pháp đã trở nên phổ biến rộng rãi. Các vùng tên cho phép một hồ sơ kinh doanh chứa dữ liệu có các định nghĩa do các nhóm khác nhau sở hữu. Các vùng tên cho phép các tổ chức tái sử dụng, phân vùng hoặc mở rộng các cấu trúc hồ sơ kinh doanh. Có thể áp dụng các chữ ký số cho XML, để đảm bảo rằng nó đã không bị làm giả, theo một cách tương tự như các chữ ký và các dấu đã được sử dụng trên giấy da và giấy.
Các đặc tả đã được giới thiệu mô tả cách nên truyền dẫn các hồ sơ XML, bao gồm WSDL, SOAP, RSS và Atom. Các đặc tả này làm cho có khả năng xây dựng các khung công tác đa năng xung quanh việc trao đổi hồ sơ kinh doanh, như các công nghệ cung cấp và các Kiến trúc hướng dịch vụ (SOA).
Số lượng các tập đoàn, xác định các tiêu chuẩn hồ sơ kinh doanh theo XML
cho ngành kinh doanh của họ, đã phát triển. Các công ty đang bắt đầu sử
dụng các cấu trúc XML tiêu chuẩn hóa thay cho việc xác định các hồ sơ kinh
doanh XML riêng của họ. Các ví dụ gồm Financial Products Markup Language
(FpML- Ngôn ngữ đánh dấu các sản phẩm tài chính) [
[52](#52a)], Financial Information eXchange Protocol (FIXML - Giao thức trao
đổi thông tin tài chính) [ [54](#54a)], EML (Election Markup
Language - Ngôn ngữ đánh dấu cho bầu cử) [ [55](#55a)], HL7
(Health Level 7) [ [56](#56a)], HR-XML (XML Human Resources -
Các nguồn nhân lực XML) [ [57](#57a)], OTA (Open Travel
Alliance - Liên minh du lịch mở) [ [58](#58a)] và Open
Applications Group Integration Specification (OAGIS - Đặc tả tích hợp nhóm
các ứng dụng mở) [ [53](#53a)]. Các định dạng như lược đồ
thông báo của ngành kinh doanh tài chính phổ biến IS20022 [ [59](#59a)] được sử dụng trong ngân hàng và UBL (Universal Business
Language - Ngôn ngữ kinh doanh phổ biến) [ [60](#60a)] được uỷ
quyền và tùy thuộc vào quy tắc, trong các vùng của thế giới. Trong nhiều
ngành công nghiệp, lần đầu tiên, XML đã trở nên có khả năng lưu trữ và xử
lý trực tiếp các hồ sơ kinh doanh, như trong các kỷ nguyên trước khi có
các máy tính với các viên đá và giấy. Tuy nhiên, việc thực hành chuẩn hóa
các hồ sơ kinh doanh (XML) để lưu trữ vẫn được tiếp tục.
Trong những năm đầu thế kỷ 21, nhiều hồ sơ kinh doanh được tạo ra và được biểu diễn bằng XML. Các hồ sơ kinh doanh theo XML được trao đổi giữa và trong các tổ chức thông qua việc truyền tệp, HTTP, Web 2.0 và các dịch vụ web. Chúng đại diện cho các đối tượng hoặc các thỏa thuận kinh doanh giữa hai bên hoặc nhiều bên. Một giả định phổ biến là việc xử lý XML không hiệu quả. Do đó, nhiều kiến trúc sư vẫn tiếp tục thiết kế các hệ thống nhằm chuyển đổi các hồ sơ kinh doanh thành các bảng quan hệ đã chuẩn hóa và ngược lại, giống như họ đã làm trong năm 1995 chuyển đổi giữa HTML và các dữ liệu quan hệ và năm 1980 chuyển đổi giữa các hồ sơ giấy và các dữ liệu quan hệ thông qua các máy quét và những người sử dụng.
## Tóm tắt
Cho đến khi điện toán thương mại ra đời vào giữa thế kỷ 20, các hồ sơ kinh doanh đã được lưu trữ và được xử lý theo các hình thức tương tự như chúng đã được tạo ra. Các ví dụ bao gồm các viên đá, các gậy đếm kiểm và các hình thức giấy. Với sự ra đời của hệ thống điện toán, người ta đã phát minh ra chuẩn hóa dữ liệu để tổ chức các hồ sơ kinh doanh sao cho mỗi mục dữ liệu được lưu trữ đúng một lần để bảo tồn lưu trữ và tránh các dị thường cập nhật. Chuẩn hóa đã được phát triển vào những năm 1970 với các lý do thuyết phục vào thời điểm đó. Dung lượng đĩa khan hiếm và đắt tiền, các hồ sơ kinh doanh không phức tạp như hiện nay và chỉ dự định lưu trữ phiên bản mới nhất của từng thông tin. Do đó, nỗ lực chuyển đổi các hồ sơ kinh doanh sang và từ cách biểu diễn chuẩn hóa trong các máy tính nói chung được chấp nhận.
Với sự xuất hiện của kho dữ liệu và kinh doanh thông minh vào đầu những năm 1990, những hạn chế của chuẩn hóa đã nhận được nhiều sự quan tâm. Một lược đồ cơ sở dữ liệu chuẩn hóa là một sự biểu diễn trái tự nhiên của các hồ sơ kinh doanh, rất khó hiểu cho những người dùng doanh nghiệp và không hiệu quả cho việc trình bày và xử lý các truy vấn phân tích kinh doanh. Kết quả là, không chuẩn hóa đã được giới thiệu để tháo gỡ những thiếu sót ở một mức độ nào đó.
Và thế giới Công nghệ thông tin tiếp tục thay đổi trong thế kỷ 21. Chi phí cho mỗi MB dung lượng lưu trữ số đã giảm rất nhiều. Do những tiến bộ về mật độ lưu trữ và nén, chuẩn hóa không còn cần thiết để tiết kiệm dung lượng nữa. Tương tự như vậy, các quy tắc kiểm tra và tuân thủ đòi hỏi nhiều ứng dụng hiện nay cần giữ lại một lịch sử về các đối tượng dữ liệu của chúng. Kết quả là, các việc chèn phiên bản mới và không thay đổi của các đối tượng dữ liệu thường phổ biến hơn so với các cập nhật dữ liệu hiện có, làm giảm nguy cơ về các dị thường cập nhật. Do đó, nhu cầu chuẩn hóa dữ liệu không còn có thể được áp dụng phổ biến nữa như trong những năm 1970.
Ngoài ra, sự thành công của Web, các dịch vụ Web và các công nghệ Web 2.0 đã đảm bảo rằng các hồ sơ kinh doanh được tạo ra dưới dạng số, chủ yếu là XML. Trong khi phần mềm phía máy khách đã chấp nhận XML và các dẫn xuất của nó, thì phần mềm phía máy chủ liên quan đến các cơ sở dữ liệu vẫn tiếp tục yêu cầu tuỳ chỉnh đáng kể để thiết kế, xây dựng và phát triển, do các phép chuyển đổi dữ liệu mà chuẩn hóa đòi hỏi. Một trong những lý do là chuẩn hóa dữ liệu đã được giảng dạy như một phương pháp luận thiết kế cơ sở dữ liệu trong suốt 30 năm và tiếp tục được giảng dạy như một phần thiết kế hệ thống. Tuy nhiên, do các hồ sơ kinh doanh hiện nay là số, phức tạp hơn và đang phát triển, nên cần có thời gian để xem xét lại việc sử dụng chuẩn hóa một cách cẩn thận.
Phần thứ hai của loạt bài này thảo luận về XML và cách biểu diễn dữ liệu thay thế khác và xem xét khi nào và làm thế nào mà chúng có thể làm giảm bớt các vấn đề phổ biến với chuẩn hóa.
## Tài liệu tham khảo
1. Sumeria:
[http://en.wikipedia.org/wiki/Sumer](http://en.wikipedia.org/wiki/Sumer)
2. Lịch sử ngân hàng:
[http://en.wikipedia.org/wiki/History_of_banking](http://en.wikipedia.org/wiki/History_of_banking)
3. Mã Hammurabi:
[http://en.wikipedia.org/wiki/Code_of_Hammurabi](http://en.wikipedia.org/wiki/Code_of_Hammurabi)
4. Giao dịch thương mại và buôn bán trong thời Trung Cổ:
[http://www.camelotintl.com/village/trade.html](http://www.camelotintl.com/village/trade.html)
5. Các gậy đếm kiểm:
[http://en.wikipedia.org/wiki/Tally_stick](http://en.wikipedia.org/wiki/Tally_stick)
6. Lịch sử của giấy:
[http://en.wikipedia.org/wiki/History_of_paper](http://en.wikipedia.org/wiki/History_of_paper)
7. ERMA - Phương pháp ghi điện tử của hệ thống xử lý máy
tính kế toán:
[http://inventors.about.com/library/inventors/bl_ERMA_Computer.htm](http://inventors.about.com/library/inventors/bl_ERMA_Computer.htm)
8. Bìa đục lỗ:
[http://en.wikipedia.org/wiki/Punched_card](http://en.wikipedia.org/wiki/Punched_card)
9. Băng từ:
[http://en.wikipedia.org/wiki/Magnetic_storage](http://en.wikipedia.org/wiki/Magnetic_storage)
10. Lưu trữ trên đĩa:
[http://en.wikipedia.org/wiki/Disk_storage](http://en.wikipedia.org/wiki/Disk_storage)
11. Xử lý bó:
[http://en.wikipedia.org/wiki/Batch_processing](http://en.wikipedia.org/wiki/Batch_processing)
12. Các hệ thống cơ sở dữ liệu:
[http://en.wikipedia.org/wiki/Database_management_system](http://en.wikipedia.org/wiki/Database_management_system)
13. Hướng dẫn ISAM:
[http://en.wikipedia.org/wiki/ISAM](http://en.wikipedia.org/wiki/ISAM)
14. Olle T.W.: "
[Cách tiếp cận Codasyl để Quản lý cơ sở dữ liệu](http://onlinelibrary.wiley.com/doi/10.1002/asi.4630300417/abstract)". Wiley, 1978.
ISBN 0-471-99579-7.
15. Mô hình phân cấp:
[http://en.wikipedia.org/wiki/Database_model#Hierarchical_model](http://en.wikipedia.org/wiki/Database_model#Hierarchical_model),
[http://www.ibm.com/software/data/ims/](http://www.ibm.com/software/data/ims/)
16. Codd, E.F. "Chuẩn hóa hơn nữa của Mô hình quan hệ cơ
sở dữ liệu." Báo cáo nghiên cứu của IBM RJ909, năm 1971. Cũng có trong
[Các hệ thống Cơ sở dữ liệu: Loạt bài 6 của các Hội nghị chuyên đề về
Khoa học máy tính Courant](http://www.amazon.com/Systems-Courant-Computer-Science-Symposium/dp/013196741X), Prentice-Hall, 1972.
17. Kent, W.:"
[Hướng dẫn đơn giản về Năm
hình thức chuẩn tắc trong Lý thuyết cơ sở dữ liệu quan hệ](http://www.bkent.net/Doc/simple5.htm)",
*Communications of the ACM*, Vol. 26, pp. 120–125, 1983
18. Date, C. J.: "Giới thiệu về các Hệ thống Cơ sở dữ liệu", Phát hành lần thứ 8. Addison-Wesley Longman, ISBN 0-321-19784-4, 1999.
19. Các thiết bị lưu trữ đĩa IBM 3380:
[http://www.ibm.com/ibm/history/exhibits/storage/storage_3330.html](http://www.ibm.com/ibm/history/exhibits/storage/storage_3330.html)
20. Các đĩa 3380:
[http://www.ibm.com/ibm/history/exhibits/storage/storage_3380.html](http://www.ibm.com/ibm/history/exhibits/storage/storage_3380.html)
21. Giá trị đo lường:
[http://www.measuringworth.com/ppowerus/](http://www.measuringworth.com/ppowerus/)
22. Cơ sở dữ liệu về nguồn thu nhập tiền lương trung bình
quốc tế:
[http://www.worldsalaries.org/usa.shtml](http://www.worldsalaries.org/usa.shtml)
23. Các hệ thống quản lý tài liệu điện tử:
[http://en.wikipedia.org/wiki/Document_management_system](http://en.wikipedia.org/wiki/Document_management_system)
24. Quản lý nội dung doanh nghiệp:
[http://en.wikipedia.org/wiki/Enterprise_content_management](http://en.wikipedia.org/wiki/Enterprise_content_management)
25. Tấm vi phim:
[http://en.wikipedia.org/wiki/Microform ](http://en.wikipedia.org/wiki/Microform )
26. Kimball, Ralph:
[Bộ dụng cụ của kho lưu trữ dữ liệu Toolkit](http://www.amazon.com/Data-Warehouse-Toolkit-Complete-Dimensional/dp/0471200247), Phát hành lần thứ 2.
Wiley Computer Publishing (2002).
27. Burleson, Donald: "Phát triển Kho lưu trữ dữ liệu
hiệu quả Oracle và các ứng dụng OLAP",
[http://www.dba-oracle.com/art_dw1.htm](http://www.dba-oracle.com/art_dw1.htm), 1996
28. Zaker, M. et al.: "
[Cấu trúc Không
chuẩn hóa: Một Triển vọng để Tối ưu hóa thiết kế Kho lưu trữ dữ
liệu](http://www.naun.org/journals/computers/2009.html)", *Tạp chí Các máy tính quốc tế*, Số 1, Tập 3, trang
143-150, 2009.
29. Sanders, G. and Shin, S.: "
[Các ảnh hưởng của việc không chuẩn hóa lên hiệu năng của các
RDBM](http://www.computer.org/portal/web/csdl/doi/10.1109/HICSS.2001.926306)", *Hội nghị quốc tế về Khoa học hệ thống Hawaii lần thứ
34*, HICSS 2001.
30. Codd, E.F. "
[Một mô
hình quan hệ của dữ liệu cho Các ngân hàng dữ liệu chia sẻ lớn](http://www.seas.upenn.edu/~zives/03f/cis550/codd.pdf)",
Communications of the ACM 13 (6): 377–387, 1970.
31. Ngôn ngữ đánh dấu siêu văn bản:
[http://en.wikipedia.org/wiki/HTML ](http://en.wikipedia.org/wiki/HTML )
32. Giao thức truyền siêu văn bản:
[
http://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol ]( http://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol )
33. Trình định vị tài nguyên thống nhất:
[http://en.wikipedia.org/wiki/Uniform_Resource_Identifier](http://en.wikipedia.org/wiki/Uniform_Resource_Identifier)
34. Mạng toàn cầu:
[http://en.wikipedia.org/wiki/World_Wide_Web ](http://en.wikipedia.org/wiki/World_Wide_Web)
35. Các trình duyệt Web:
[http://en.wikipedia.org/wiki/Web_browser](http://en.wikipedia.org/wiki/Web_browser)
36. Bảng thời gian về Mạng toàn cầu:
[http://www.w3.org/History.html](http://www.w3.org/History.html)
37. Ngôn ngữ đánh dấu mở rộng:
[http://www.w3.org/XML/](http://www.w3.org/XML/)
38. Các sự khác biệt giữa SGML và XML:
[http://www.w3.org/TR/NOTE-sgml-xml-971215](http://www.w3.org/TR/NOTE-sgml-xml-971215)
39. Murthy, R. et al.: "Hướng tới một kiến trúc XML doanh
nghiệp",
*SIGMOD* 2005.
40. Nicola, M., Gonzalez, A.: "
[Phân đoạn một Terabyte trong dữ liệu XML](http://www.ibm.com/developerworks/data/library/dmmag/DBMag_2009_Issue1/DBMag_Issue109_TamingTerabyte/index.html?S_TACT=105AGY75)", *Tạp chí quản lý dữ
liệu của IBM*, tập 14, Số 1, 2009.
41. Nicola, M., van-der-Linden, B.: "Hỗ trợ nguyên gốc
XML trong cơ sở dữ liệu phổ quát của DB2",
*Hội nghị quốc tế lần thứ 31
về các Cơ sở dữ liệu rất lớn*, VLDB 2005.
42. Nicola, M.: "Các bài học thu được từ các ứng dụng DB2
pureXML: Một góc nhìn của học viên thực hành",
*Hội nghị chuyên đề về
cơ sở dữ liệu XML quốc tế lần thứ 7, XSYM 2010*.
43. Rys, M.: "Các hệ thống quản lý cơ sở dữ liệu quan hệ
và XML: Bên trong Máy chủ SQL của Microsoft",
*SIGMOD 2005*.
44. Holstege, M.: "
[Xquery,
To lớn, Nhanh: Cho phép các ứng dụng nội dung](http://sites.computer.org/debull/A08dec/marklogic.pdf)", Tập san Kỹ thuật
dữ liệu IEEE, tập 31 Số 4, 2008
45. Helland, Pat: "
[Kế toán Không dùng Tẩy](http://blogs.msdn.com/b/pathelland/archive/2007/06/14/accountants-don-t-use-erasers.aspx)", 06.2007
46. Helland, Pat: "
[Chuẩn hóa dành cho những kẻ yếu đuối](http://blogs.msdn.com/b/pathelland/archive/2007/07/23/normalization-is-for-sissies.aspx)", 07.2007
47. Chang et al.: "Bigtable: Một hệ thống lưu trữ phân
tán cho dữ liệu có cấu trúc",
*Hội nghị chuyên đề về thiết kế và triển
khai thực hiện các hệ điều hành*, OSDI 2006.
48. "
[Tôi đã tìm hiểu để không lo lắng nữa và yêu thích Sử dụng nhiều dung
lượng đĩa để Mở rộng như thế nào](http://highscalability.com/how-i-learned-stop-worrying-and-love-using-lot-disk-space-scale )"
49. Liu, Qingyan: "Các nghiên cứu sâu về Thiết kế lược đồ
HBase",
[http://www.slideshare.net/hmisty/20090713-hbase-schema-design-case-studies](http://www.slideshare.net/hmisty/20090713-hbase-schema-design-case-studies),
2009
50. Wei, Z. et al.: "Không chuẩn hóa dữ liệu hướng dịch
vụ cho các ứng dụng Web có khả năng mở rộng",
*Hội nghị mạng toàn cầu
Quốc tế*, WWW 2008.
51. Carey, M. J. et al.: "EXRT: Hướng tới một điểm chuẩn
đơn giản để kiểm tra tính sẵn sàng XML",
*Hội nghị của Hội đồng xử lý
giao dịch lần thứ 2*, TPCTC 2010.
52. FpML (Ngôn ngữ đánh dấu các sản phẩm tài chính):
[http://www.fpml.org/](http://www.fpml.org/)
53. Đặc tả tích hợp nhóm ứng dụng mở (OAGIS):
[http://www.oagi.org/](http://www.oagi.org/)
54. Giao thức trao đổi thông tin tài chính, Đặc tả lược
đồ FIXML 4.4 20040109, Hiệu đính 1 2006-10-06,
[http://www.fixprotocol.org/specifications/fix4.4fixml](http://www.fixprotocol.org/specifications/fix4.4fixml)
55. Các đặc tả EML (Ngôn ngữ đánh dấu cho bầu cử) từ
OASIS:
[http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ubl](http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ubl)
56. Các đặc tả HL7 (Health Level 7):
[http://www.hl7.org/](http://www.hl7.org/)
57. Các đặc tả XML của nguồn nhân lực (HR-XML):
[http://www.hr-xml.org/](http://www.hr-xml.org/)
58. Các đặc tả Liên minh Du lịch mở:
[http://www.opentravel.org/](http://www.opentravel.org/)
59. Lược đồ thông báo của ngành công nghiệp tài chính phổ
biến ISO 20022:
[http://www.iso20022.org/](http://www.iso20022.org/)
60. UBL (Ngôn ngữ kinh doanh phổ biến) từ OASIS:
[http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ubl](http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ubl)
61. Tham khảo dữ liệu liên kết - Dữ liệu liên kết:
[http://en.wikipedia.org/wiki/Linked_Data](http://en.wikipedia.org/wiki/Linked_Data)
62. Tham khảo RDF – Sách vỡ lòng về RDF:
[http://www.w3.org/TR/rdf-primer/ ](http://www.w3.org/TR/rdf-primer/ )
63. Cách Best Buy đang sử dụng Semantic Web:
[http://www.readwriteweb.com/archives/how_best_buy_is_using_the_semantic_web.php
](http://www.readwriteweb.com/archives/how_best_buy_is_using_the_semantic_web.php )
64. JSON:
[http://www.json.org/](http://www.json.org/)
## Tài nguyên
### Học tập
- Theo sát với
[các sự kiện kỹ thuật và webcasts của developerWorks](http://www.ibm.com/developerworks/offers/techbriefings/events.html?S_TACT=105AGY75)tập trung vào một loạt các sản phẩm của IBM và các chủ đề ngành công nghiệp Công nghệ thông tin.
- Tham dự
[một lớp hướng dẫn developerWorks Live! miễn phí](http://www.ibm.com/developerworks/offers/techbriefings/?S_TACT=105AGY75)để tăng tốc nhanh chóng trên các sản phẩm và các công cụ của IBM, cũng như các xu hướng của ngành công nghiệp công nghệ thông tin.
- Làm theo
[developerWorks trên Twitter](http://www.twitter.com/developerworks/?S_TACT=105AGY75).
- Xem
[các trình diễn theo yêu cầu trên developerWorks](http://www.ibm.com/developerworks/offers/lp/demos/?S_TACT=105AGY75)trải rộng từ các trình diễn cài đặt và thiết lập sản phẩm cho người mới bắt đầu, đến các chức năng tiên tiến cho các nhà phát triển có kinh nghiệm.
- Tìm hiểu thêm về cách sử dụng XML với các
cơ sở dữ liệu của IBM tại
[trang công nghệ Quản lý thông tin và XML](http://www.ibm.com/developerworks/data/zones/xml/?S_TACT=105AGY75)trên developerWorks.
### Lấy sản phẩm và công nghệ
[Đánh giá các sản phẩm IBM](http://www.ibm.com/developerworks/downloads/)theo cách phù hợp với bạn nhất: Tải về một bản dùng thử sản phẩm, hãy thử một sản phẩm trực tuyến, sử dụng một sản phẩm trong một môi trường đám mây hoặc dành một vài giờ trong [SOA Sandbox](http://www.ibm.com/developerworks/downloads/soasandbox/index.html)để học cách thực hiện Kiến trúc hướng dịch vụ (Service Oriented Architecture) một cách hiệu quả.
- Tải về một phiên
bản dùng thử miễn phí
[DB2 cho Linux, UNIX và Windows của IBM](http://www.ibm.com/developerworks/downloads/im/udb/index.html?S_TACT=105AGY75).
- Bây giờ bạn có
thể sử dụng DB2 miễn phí. Tải về
[DB2 Express-C](http://www.ibm.com/developerworks/downloads/im/udbexp/index.html?S_TACT=105AGY75), một phiên bản miễn phí của Ấn bản DB2 Express (DB2 Express Edition) cho cộng đồng cung cấp các tính năng dữ liệu cốt lõi giống như DB2 Express Edition và cung cấp một cơ sở vững chắc để xây dựng và triển khai các ứng dụng.
### Thảo luận
- Hãy tham gia vào
[cộng đồng My developerWorks](http://www.ibm.com/developerworks/community/?S_TACT=105AGY75). Kết nối với những người sử dụng developerWorks khác trong khi khám phá các blog, các diễn đàn, các nhóm và các wiki theo hướng phát triển.
## Bình luận
[Vùng dữ liệu trên developerWorks](http://www.ibm.com/developerworks/vn/views/data/libraryview.jsp)
Khám phá các bài viết xoay quanh lĩnh vực dữ liệu, Quản lý hệ thống thông tin
[Vùng mã nguồn mở trên developerWorks](http://www.ibm.com/developerworks/vn/views/opensource/libraryview.jsp)
Xem các bài viết về HTML, CSS, JavaScript,...
[Điện toán đám mây](http://www.ibm.com/developerworks/vn/views/cloud/libraryview.jsp)
Tìm hiểu về điện toán đám mây

Content-Encoding: gzip

Content-Type: text/html; charset=UTF-8

Content-Language: en-US

Vary: Accept-Encoding


text:
Xem Online phim Asia Karaoke 58 Anh Là Ai – Danh Nhân Việt Nam -Việt Nam Tôi Đâu
download phim Asia Karaoke 58 Anh Là Ai – Danh Nhân Việt Nam -Việt Nam Tôi Đâu DVD9/DVD RIP
Song list:
AsiaK 058_01 – Mỹ Huyền, Cát Linh, Nhật Lâm – LK Những Ngày Mưa Gió, Hãy Quay Về Bên Nhau, Hai Mùa Mưa, Mưa Trên Biển Vắng, Mưa Chiều
AsiaK 058_02 – Hồ Hoàng Yến, Lê Anh Quân – Riêng Một Góc Trời
AsiaK 058_03 – Hoàng Oanh – LK Nhớ Nhau Hoài, Người Ngoài Phố
AsiaK 058_04 – Lệ Thu, Hoàng Anh Thư – LK Nước Mắt Mùa Thu, Mùa Thu Chết
AsiaK 058_05 – Kristine Sa, Hồng Diễm, Phạm Tuấn Ngọc – LK Nếu Một Ngày, Thôi, Chủ Nhật Buồn, Bao Giờ Biết Tương Tư, Không
AsiaK 058_06 – Đan Nguyên, Huỳnh Phi Tiễn – Nó
AsiaK 058_07 – Đặng Thế Luân, Băng Tâm – Gia Tài Của Nó
AsiaK 058_08 – Hà Thanh Xuân, Huỳnh Phi Tiễn – LK Qua Cơn Mê, Một Mai Giã Từ Vũ Khí
AsiaK 058_09 – Tâm Đoan, Tường Khuê – Huế Ơi
AsiaK 058_10 – Cardin, Thùy Hương, Lindsey Đỗ Tiên Dung – LK Vũ Điệu Tình Nồng, Yêu Nhau Đi, Yêu Em Bằng Trái Tim Anh, Nào Biết Nào Hay, Tình Yêu Trong Đời, Người Tình Ngàn Dặm, Người Tình, Hỡi Em Yêu
AsiaK 057_11 – Đan Nguyên, Việt Khang, Lê Quốc Tuấn, Hợp Ca Asia – LK Việt Nam Tôi Đâu, Anh Là Ai
AsiaK 058_12 – Đoàn Phi, Y Phương – LK Rồi Mai Tôi Đưa Em, Cô Đơn
AsiaK 058_13 – Lâm Nhật Tiến – Vết Thương Đôi Lòng
AsiaK 057_14 – Quốc Khanh, Thiên Kim – Còn Nhớ Không Em
AsiaK 058_15 – Ngọc Huyền, Tường Nguyên – Tân Cổ Giao Duyên Còn Thương Rau Đắng Mọc Sau Hè
AsiaK 058_16 – Nguyên Khang, Lâm Thúy Vân – Em Về Nào Có Hay, Đoạn Khúc Cuối Cho Em
AsiaK 058_17 – Philip Huy, Diễm Liên, Thủy Tiên – LK Người Về Từ Lòng Đất, Nơi Ấy Bình Yên, Trống Vắng
AsiaK 058_18 – Thanh Thúy – LK Hai Lối Mộng, Đêm Tâm Sự
AsiaK 058_19 – Mai Thanh Sơn, Lưu Đức Long – LK Đã Xa Rồi, Nghiệt Ngã
AsiaK 058_20 – Ngọc Đan Thanh, Phương Hồng Quế, Tuấn Vũ – LK Quê Hương Bỏ Lại,Chiều Tây Đô
AsiaK 058_21 – Hợp Ca Asia – Nhân Danh Việt Nam
Chi tiet: http://www.kenh88.com/xem-phim-5250/sia-karaoke-58-anh-la-ai-danh-nhan-viet-nam-toi-dau.html#ixzz20itm7LKE
« Con Đường Mưu Sinh – No Good Either Way TVB 2012 | Three Kingdoms RPG – 回到三国 TVB 2012 »

markdown:
[Xem Online phim Asia Karaoke 58 Anh Là Ai – Danh Nhân Việt Nam -Việt Nam Tôi Đâu ](http://www.kenh88.com/xem-phim-5250/sia-karaoke-58-anh-la-ai-danh-nhan-viet-nam-toi-dau.html) [download phim Asia Karaoke 58 Anh Là Ai – Danh Nhân Việt Nam -Việt Nam Tôi Đâu DVD9/DVD RIP ](http://www.phim88.com/forum/threads/16832-Asia-Karaoke-58-Anh-L%C3%A0-Ai-Danh-Nh%C3%A2n-Vi%E1%BB%87t-Nam-Vi%E1%BB%87t-Nam-T%C3%B4i-%C4%90%C3%A2u-DVD9-DVD5-DVD-RIP)
Song list:
AsiaK 058_01 – Mỹ Huyền, Cát Linh, Nhật Lâm – LK Những Ngày Mưa Gió, Hãy Quay Về Bên Nhau, Hai Mùa Mưa, Mưa Trên Biển Vắng, Mưa Chiều
AsiaK 058_02 – Hồ Hoàng Yến, Lê Anh Quân – Riêng Một Góc Trời
AsiaK 058_03 – Hoàng Oanh – LK Nhớ Nhau Hoài, Người Ngoài Phố
AsiaK 058_04 – Lệ Thu, Hoàng Anh Thư – LK Nước Mắt Mùa Thu, Mùa Thu Chết
AsiaK 058_05 – Kristine Sa, Hồng Diễm, Phạm Tuấn Ngọc – LK Nếu Một Ngày, Thôi, Chủ Nhật Buồn, Bao Giờ Biết Tương Tư, Không
AsiaK 058_06 – Đan Nguyên, Huỳnh Phi Tiễn – Nó
AsiaK 058_07 – Đặng Thế Luân, Băng Tâm – Gia Tài Của Nó
AsiaK 058_08 – Hà Thanh Xuân, Huỳnh Phi Tiễn – LK Qua Cơn Mê, Một Mai Giã Từ Vũ Khí
AsiaK 058_09 – Tâm Đoan, Tường Khuê – Huế Ơi
AsiaK 058_10 – Cardin, Thùy Hương, Lindsey Đỗ Tiên Dung – LK Vũ Điệu Tình Nồng, Yêu Nhau Đi, Yêu Em Bằng Trái Tim Anh, Nào Biết Nào Hay, Tình Yêu Trong Đời, Người Tình Ngàn Dặm, Người Tình, Hỡi Em Yêu
AsiaK 057_11 – Đan Nguyên, Việt Khang, Lê Quốc Tuấn, Hợp Ca Asia – LK Việt Nam Tôi Đâu, Anh Là Ai
AsiaK 058_12 – Đoàn Phi, Y Phương – LK Rồi Mai Tôi Đưa Em, Cô Đơn
AsiaK 058_13 – Lâm Nhật Tiến – Vết Thương Đôi Lòng
AsiaK 057_14 – Quốc Khanh, Thiên Kim – Còn Nhớ Không Em
AsiaK 058_15 – Ngọc Huyền, Tường Nguyên – Tân Cổ Giao Duyên Còn Thương Rau Đắng Mọc Sau Hè
AsiaK 058_16 – Nguyên Khang, Lâm Thúy Vân – Em Về Nào Có Hay, Đoạn Khúc Cuối Cho Em
AsiaK 058_17 – Philip Huy, Diễm Liên, Thủy Tiên – LK Người Về Từ Lòng Đất, Nơi Ấy Bình Yên, Trống Vắng
AsiaK 058_18 – Thanh Thúy – LK Hai Lối Mộng, Đêm Tâm Sự
AsiaK 058_19 – Mai Thanh Sơn, Lưu Đức Long – LK Đã Xa Rồi, Nghiệt Ngã
AsiaK 058_20 – Ngọc Đan Thanh, Phương Hồng Quế, Tuấn Vũ – LK Quê Hương Bỏ Lại,Chiều Tây Đô
AsiaK 058_21 – Hợp Ca Asia – Nhân Danh Việt Nam
Chi tiet: http://www.kenh88.com/xem-phim-5250/sia-karaoke-58-anh-la-ai-danh-nhan-viet-nam-toi-dau.html#ixzz20itm7LKE
«
[Con Đường Mưu Sinh – No Good Either Way TVB 2012](http://www.phim88.com/phim-online/con-duong-muu-sinh-no-good-either-way-tvb-2012-3734.html) | [Three Kingdoms RPG – 回到三国 TVB 2012](http://www.phim88.com/phim-online/three-kingdoms-rpg-%e5%9b%9e%e5%88%b0%e4%b8%89%e5%9b%bd-tvb-2012-3743.html) »

WARC-Type: response

Content-Type: application/http; msgtype=response

WARC-Truncated: length

Connection: close

Vary: Accept-Encoding,User-Agent

X-Turbo-Charged-By: LiteSpeed

Server: cloudflare-nginx


text:
Công ty Cổ Phần Thương mai Dịch vụ và Xuất Nhập Khẩu Bình Minh
Địa chỉ: Số 5,Ngõ 461 Nguyễn Văn Linh, Q. Long Biên, TP.Hà nội
Tel: 84-4-38751616 , Fax: 84-4-36790555
Email: binhminh@sieuthidienmay.com.vn
MÁY PHÁT ĐIỆN
Máy phát điện Honda
Máy phát điện Elemax
Máy phát điện Kipor
Máy phát điện Kama
Máy phát điện Denyo
Máy phát điện Daishin
Máy phát điện Tiger
Máy phát điện Honda Hữu toàn
Máy phát điện Cummins
Máy phát điện TLC
Máy phát điện Kubota
Máy phát điện Hitachi
Máy phát điện YAMAHA
Máy phát điện AIRMAN
Máy phát điện IVECO
MÁY NÉN KHÍ
Máy nén khí Fusheng
Máy nén khí Puma
Máy nén khí ABAC
Máy nén khí D&D
Máy nén khí Denyo
Máy nén khí TUCO ASIAN
Máy nén khí Keyang
Máy nén khí Hitachi
Máy nén khí Swan
Máy nén khí ERGEN
Máy nén khí Jucai
MÁY HÀN
Máy hàn Tig
Máy hàn Que
Máy hàn Mig
Máy hàn Hồ Quang
Máy hàn tiến đạt
Máy hàn Hồng ký
Máy hàn CO2/MAG
Máy hàn Muller
Máy hàn điểm
Máy hàn trạm
Máy hàn Ống
MÁY BƠM NƯỚC
Máy bơm Wilo
Máy bơm Panasonic
Máy bơm Hanil
Máy bơm Sena
Máy bơm Selton
Máy bơm Honda
Máy bơm Pentax
Máy bơm APP
Máy bơm Sealand
Máy bơm Shimizu
Máy bơm Koshin
Máy bơm LEO
Máy bơm nước thải
Máy bơm hố móng
Máy bơm thủy lực
MÁY KHOAN
Máy khoan Bosch
Máy khoan Makita
Máy khoan Metabo
Máy khoan Crown
Máy khoan Maktec
Máy khoan Hitachi
Máy khoan Skil
Máy khoan bàn
Máy khoan từ
Máy khoan Hồng ký
Máy khoan Kuken
Máy khoan ONPIN
Máy khoan KEYANG
Máy khoan DeWALT
Máy khoan FEG
MÁY MÀI
Máy mài Makita
Máy mài Bosch
Máy mài Metabo
Máy mài Crown
Máy mài Maktec
Máy mài Hitachi
Máy mài Tiến đạt
Máy mài Hồng Ký
Máy mài Skil
Máy mài DeWalt
Máy mài FEG
Máy mài KEYANG
Máy mài Kuken
Máy mài Shinetool
Máy mài Nitto

markdown:
|
|
Giá: 0 VND ![]()
|
|
Giá: 1.062.000 VND Giá: 1.049.940 VND ![]()
|
|
Giá: 3.780.000 VND Giá: 3.699.900 VND ![]()
|
|
Giá: 4.860.000 VND Giá: 4.799.880 VND ![]()
|
|![]()
|Trang
|
Công ty Cổ Phần Thương mai Dịch vụ và Xuất Nhập Khẩu Bình Minh
Địa chỉ: Số 5,Ngõ 461 Nguyễn Văn Linh, Q. Long Biên, TP.Hà nội
Tel: 84-4-38751616 , Fax: 84-4-36790555
Email: binhminh@sieuthidienmay.com.vn
|
||
||
|
|
|
|
|
|
|

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Pragma: no-cache

Content-Type: text/html