Sự phụ thuộc chức năng và cơ sở dữ liệu quan hệ

Thông tin luôn luôn là một động đầy đủ quyền lợi. Phát triển, cơ sở dữ liệu quan hệ và ngôn ngữ lập trình công nghệ thông tin đã thay đổi đáng kể nội dung và cấu trúc của lãi suất. Có một hệ thống đại diện nghiêm ngặt nhất định. Chính thức hóa, toán học chính xác và quan hệ nhị phân đã trở thành một khu vực thành công và phát triển nhanh chóng về chuyên môn và kinh nghiệm.

Thế giới tự nhiên của thông tin đã không thay đổi động lực của nó và phát triển nội dung và cấu trúc, trèo lên tầm cao mới. Nó có hình dạng mịn, và trong tự nhiên không có gì "hình chữ nhật" này. Thông tin, tất nhiên, được chính thức, nhưng nó có một năng động, thay đổi không chỉ các dữ liệu và các thuật toán xử lý của họ, thay đổi nhiệm vụ bản thân và lĩnh vực của họ về ứng dụng.

Thông tin> chính thức hóa dữ liệu >>

Thông tin này được chuyển đổi thành dữ liệu (mô hình dữ liệu, cấu trúc thông tin, cơ sở dữ liệu ...) vì nó thấy lập trình viên. Không có đảm bảo rằng tầm nhìn này là đúng, nhưng nếu chương trình giải quyết vấn đề, dữ liệu sau đó đã được trình bày cách đầy đủ càng tốt.

Các câu hỏi về thông tin như thế nào đúng cách chính thức - một vấn đề thời gian. Cho đến nay, khái niệm về động lực học (tự thích ứng với sự thay đổi điều kiện sử dụng) - chỉ mơ về lập trình.

Chức năng phụ thuộc: "quyết định đúng đắn = chương trình (lập trình viên)" và điều kiện của "vấn đề tuân thủ liên tục" có giá trị trong hầu hết các trường hợp, nhưng chỉ với nhau. Nhưng đây không phải là một cơ sở toán học, được sử dụng để tạo ra cơ sở dữ liệu.

tuyên bố trực tiếp: động lực tự nhiên và liên tục của thông tin và các thuật toán giải quyết vấn đề thực sự luôn. Một cơ sở dữ liệu quan hệ là một mối quan hệ nhị phân + + toán học chặt chẽ thiết kế chính thức chính xác + ...

Dữ liệu, tập tin và cơ sở dữ liệu

Làm thế nào dữ liệu được lưu trữ trong một thời gian dài không quan trọng, có thể là bộ nhớ hoặc một thiết bị bên ngoài. thành phần phần cứng đã đạt đến một tốc độ ổn định của sự phát triển và đảm bảo chất lượng tốt với số lượng lớn.

tùy chọn lưu trữ chính, hiện thân khác nhau từ sử dụng:

• file;
• cơ sở dữ liệu.

Là người đầu tiên được đưa ra ở lòng thương xót của các lập trình viên (ghi lại rằng, trong những gì định dạng, làm thế nào để làm điều đó, làm thế nào để đọc ...), thứ hai ngay lập tức mang lại sự cần thiết của kiến thức về phụ thuộc hàm đơn giản.

Tỷ lệ lấy mẫu và ghi lại thông tin về file (kích thước hợp lý và không thiên văn) là rất nhanh, và tốc độ của các hoạt động cơ sở dữ liệu tương tự như đôi khi có thể chậm hơn đáng kể.

kinh nghiệm cá nhân và trí tuệ tập thể

Trong lịch sử đã có những nỗ lực để đi vượt quá giới hạn được đạt tới, nhưng cho đến ngày nay cơ sở dữ liệu quan hệ thống trị. Một sự giàu tiềm năng lý thuyết, thực hành của các nhà phát triển sâu rộng và - đủ điều kiện.

Các khái niệm về sự phụ thuộc chức năng của các nhà phát triển cơ sở dữ liệu áp đặt một lập trình viên, ngay cả khi ông không có ý định sử dụng sự giàu kinh nghiệm toán học-logic của việc xây dựng cấu trúc thông tin phức tạp, quy trình, làm việc với họ, lấy mẫu và ghi lại thông tin.

Ngay cả trong trường hợp đơn giản nhất, các lập trình viên phụ thuộc vào cơ sở dữ liệu logic, không có vấn đề gì ông chọn để làm việc. Không có mong muốn làm theo các qui, bạn có thể sử dụng các tập tin nhận được rất nhiều tác phẩm, và rất nhiều kinh nghiệm cá nhân. rất nhiều thời gian cá nhân sẽ được chi tiêu, và vấn đề sẽ được giải quyết trong một thời gian dài.

Không có vấn đề khó khăn như thế nào có thể xuất hiện ví dụ về sự phụ thuộc chức năng, không nhất thiết phải chìm sâu vào ý nghĩa và logic. Thông thường, nó phải được thừa nhận rằng trí thông minh tập thể có thể tạo ra cơ sở dữ liệu khác nhau, kích thước và chức năng khác nhau:

• rắn Oracle;
• đòi MS SQL Server ;
• MySQL phổ biến.

- cơ sở dữ liệu quan hệ tuyệt vời với một danh tiếng tốt, dễ sử dụng, nhanh chóng trong bàn tay khéo léo. sử dụng của họ tiết kiệm thời gian và loại bỏ sự cần thiết phải viết mã phụ tấm tiếp theo.

Tính năng lập trình và dữ liệu

Trong chương trình từ lâu đã là một căn bệnh đó là liên tục viết lại, lặp lại các công việc của những người tiền nhiệm, mà bằng cách nào đó một cái gì đó để thích ứng với các thông tin đã thay đổi, nhiệm vụ, hoặc các điều kiện của việc sử dụng nó.

Các tính đặc thù của sự phụ thuộc chức năng là, như trong các lỗi lập trình có thể rất tốn kém. Nhiệm vụ là hiếm khi đơn giản. Thông thường, trong việc chính thức của các thông tin thu được từ các đại diện phức tạp của dữ liệu. yếu tố của họ thường được xác định, sau đó họ có liên quan đến các mối quan hệ quan trọng nhất định, sau đó là các thuật toán lập dưới hình thức bảng, truy vấn, các thuật toán tìm kiếm thông tin.

Thông thường giá trị lớn được gắn với mã hóa. Không phải tất cả cơ sở dữ liệu cung cấp các giải pháp di động thường có thể phải đối mặt với như thế nào điều chỉnh MySQL, mà nằm một chục cơ sở dữ liệu, xuất sắc và ổn định hoạt động, buộc các nhà phát triển để làm cho cơ sở XI tương tự như những người đã ở đó.

Có những lúc một chia sẻ lưu trữ hạn chế các chức năng của PHP và nó ảnh hưởng đến các chương trình truy cập cơ sở dữ liệu.

Trong trách nhiệm lập trình hiện nay cho các thuật toán chương trình trách nhiệm tương đương cho việc tạo ra một mô hình dữ liệu. Tất cả phải làm việc, nhưng bạn phải luôn lao vào mê cung của lý thuyết này.

DB: mối quan hệ đơn giản trong các dữ liệu

Trước hết, khái niệm về cơ sở dữ liệu - cơ sở dữ liệu này như một hệ thống quản lý cơ sở dữ liệu (ví dụ, MySQL), và một số cấu trúc thông tin phản ánh các đối tượng dữ liệu và các mối quan hệ giữa chúng. Một cơ sở dữ liệu MySQL «giữ» trên chính nó như là nhiều cấu trúc thông tin cho các ứng dụng khác nhau. Một cơ sở dữ liệu Oracle có thể cung cấp các quá trình thông tin của một công ty lớn hoặc ngân hàng để kiểm soát tính toàn vẹn an ninh và dữ liệu ở mức cao nhất, được đặt trên một tập hợp các máy tính ở những khoảng cách khác nhau trong môi trường công cụ khác nhau.

Chấp nhận cho rằng tỷ lệ này là mô hình quan hệ cơ bản. Một mối quan hệ cơ bản - là một tập hợp các cột và các hàng với tên của giá trị. Cổ điển "hộp" (xem bảng) - một tiến trình đơn giản và hiệu quả. Sự phức tạp và sự phụ thuộc chức năng của cơ sở dữ liệu bắt đầu khi "hộp" đang bắt đầu để tham gia vào một mối quan hệ với nhau.

Tên của mỗi cột trong mỗi bảng phải là duy nhất trong bối cảnh của vấn đề. Điều này cũng không thể được đưa ra trong hai bảng. Biết ý nghĩa của các khái niệm:

• "Việc xác định bản chất";
• "Loại trừ khả năng dự phòng";
• "Cố định mối quan hệ";
• "Để đảm bảo tính chính xác."

- một tiểu cần phải sử dụng một cơ sở dữ liệu và xây dựng một mô hình dữ liệu cho một công việc cụ thể.

Vi phạm của bất kỳ của những khái niệm này - hiệu quả thấp của thuật toán, lấy mẫu dữ liệu chậm, mất dữ liệu và các vấn đề khác.

sự phụ thuộc chức năng: logic và ý nghĩa

Bạn không thể đọc về các bộ của quan hệ, về thực tế là chức năng - một tập các đối phù hợp với các giá trị và chức năng - không chỉ là một công thức hoặc tiến độ, nhưng có thể được đưa ra một tập hợp các giá trị - bảng.

Không nhất thiết, nhưng nó không làm tổn thương để đại diện cho mối quan hệ chức năng như:

F (x1, x2, ..., xN) = (y1, y2, ..., yn).

Nhưng hãy chắc chắn để hiểu rằng ở lối vào - bàn, đầu ra cũng là một bảng hoặc một quyết định cụ thể. Thông thường, các mối quan hệ chức năng đặt logic của mối quan hệ giữa các bảng, truy vấn, đặc quyền, gây nên, thủ tục được lưu trữ và những khoảnh khắc khác (thành phần) cơ sở dữ liệu.

Thông thường, các bảng được chuyển đổi vào nhau, sau đó đến kết quả. Nhưng việc sử dụng phụ thuộc chức năng không giới hạn một ý tưởng như vậy. Các lập trình viên xây dựng các đại diện của các dữ liệu hình ảnh, mô hình miền, cấu trúc thông tin ... không có vấn đề làm thế nào để gọi nó, nhưng nếu nó làm việc cho một cơ sở dữ liệu cụ thể, nó phải được dựa trên logic của nó, để đưa vào tài khoản ý nghĩa và phương ngữ của ngôn ngữ sử dụng của nó, như một quy luật, SQL.

Có thể lập luận rằng các đặc tính chức năng của các phụ thuộc cơ sở dữ liệu có sẵn thông qua các phương ngữ được sử dụng bởi các ngôn ngữ SQL. Nhưng quan trọng hơn nhiều để hiểu rằng sau khi tất cả những thăng trầm của sự phát triển, không quá nhiều cơ sở dữ liệu còn tồn tại, nhưng nhiều thổ ngữ của ngôn ngữ và chi tiết cụ thể của cấu trúc nội bộ trong cơ sở dữ liệu, quá.

Oh tốt cũ Excel

Khi máy tính đã cho thấy cứ vào mặt tích cực, thế giới lại một lần chia thành các lập trình viên và người dùng. Như một quy luật, việc sử dụng đầu tiên:

• PHP, Perl, Javascript, C ++, Delphi.
• MySQL, Oracle, MS SQL Server, Visual FoxPro.

thứ hai:

• Word.
• Excel.

Một số người dùng quản lý để làm của riêng của họ (mà không cần sự giúp đỡ của các lập trình viên) trong cơ sở dữ liệu Word - một vô nghĩa thực sự.

Kinh nghiệm của người sử dụng trong Excel để tạo ra một cơ sở dữ liệu - thực tiễn và thú vị. Điều quan trọng là Excel, bởi chính nó, là chức năng, đầy màu sắc và thiết thực.

Ý tưởng bảng đã định nghĩa các khái niệm về sự phụ thuộc chức năng của tầm nhìn và khả năng tiếp cận, nhưng sắc thái là tại mỗi cơ sở dữ liệu. Mọi người đều có "khuôn mặt" của riêng mình, nhưng từ Excel để Oracle thao tác hình vuông đơn giản, bảng ví dụ.

Nếu chúng ta xem xét rằng Excel - đây không phải là một cơ sở dữ liệu, nhưng nhiều người, người sử dụng (không phải nhà phát triển) nó để được sử dụng, và Oracle - là phức tạp và mạnh mẽ để đạt được một đội ngũ đông đảo các nhà phát triển là trong lĩnh vực cơ sở dữ liệu, nó trở nên tự nhiên phải thừa nhận - cơ sở dữ liệu là một đại diện lập trình cụ thể (nhóm) của vấn đề cụ thể và giải pháp của nó.

mối quan hệ chức năng, với là gì gì, ở đâu, tại sao ... dường như chỉ cho tác giả hoặc nhóm đó.

Về nơi thái độ quan hệ là

tiến bộ khoa học và công nghệ - một thủ tục rất đau đớn, và đôi khi tàn nhẫn. Nếu bạn nhớ lại nơi mà cơ sở dữ liệu bắt đầu, những gì * .dbf, cả hai điều khiển học có thương hiệu, sau đó đem lòng yêu khoa học máy tính và bắt đầu sắp xếp trở ngại cho sự chuyển động của công nghệ cao ở cấp quốc gia, nó trở nên rõ ràng lý do tại sao cơ sở dữ liệu quan hệ rất ngoan cường và tốt. Tại sao là phong cách cổ điển để trình sống ngày nay, và lập trình hướng đối tượng chỉ đơn giản là có giá trị, nhưng vẫn chưa cai trị.

Không có vấn đề như thế nào đẹp các mối quan hệ chức năng trong bối cảnh của toán học:

Đây không phải là một mối quan hệ nhị phân, hay đúng hơn, nó là một dịp để chúng ta suy nghĩ lại về ý tưởng của việc thiết lập mối quan hệ giữa các chức danh kiêm thuộc tính, để điều tra "một-nhiều" thông tin liên lạc, "nhiều đến một", "nhiều nhiều" hoặc "nhiều làm, và một nói riêng."

Tùy chọn mối quan hệ có thể đưa ra nhiều tuyệt vời. Đây toán học logic, và nó là nghiêm ngặt! Thông tin - nó có toán học của riêng mình, đặc biệt. Nó chỉ có thể là một hình thức để nói với một bất lợi rất lớn.

Bạn có thể chính thức hóa công việc của bộ phận nhân sự, viết ACS để tách dầu hoặc sản xuất sữa, bánh mì, làm cho một sự lựa chọn trong một cơ sở khổng lồ của Google, Yandex và Rambler, nhưng kết quả sẽ luôn luôn được tĩnh, và mỗi thời điểm là như nhau!

Nếu mối quan hệ chức năng = strict logic và toán học = nền tảng cho cơ sở dữ liệu, những loại động lực chúng ta có thể nói chuyện. Bất kỳ quyết định sẽ chính thức, bất kỳ mô hình dữ liệu chính thức + = thuật toán khắt khe chính xác và rõ ràng quyết định. Thông tin và phạm vi của bất kỳ chương trình thay đổi bất cứ lúc nào.

công cụ tìm kiếm mẫu trên cụm từ tìm kiếm tương tự không thể được như vậy sau một hay hai giờ, và, rõ ràng, trong một ngày - nếu cụm từ tìm kiếm liên quan đến lĩnh vực thông tin, trong đó một số trang web, nguồn lực, kiến thức, và các yếu tố khác được thay đổi liên tục .

Về dòng và các đối tượng

Thậm chí nếu chương trình là hoàn toàn toán học, và cơ sở dữ liệu của nó thậm chí không được suy nghĩ về sự năng động của tất cả luôn luôn có một dòng. Và có một hàng dài. Và nó là vô hạn không thể được. Nó có thể thậm chí không phải là một biến, biến chỉ có điều kiện. Ngoài ra, bất kỳ cơ sở dữ liệu của toán học và nhị phân-liêu của họ áp đặt rất nhiều thủ tục, và tốc độ này + lấy mẫu chất lượng và xử lý thông tin.

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. Nếu các hoặc các lĩnh vực khác trong cơ sở dữ liệu của dữ liệu, đặc biệt là thực sự trong giới hạn sẽ được thêm vào: số bit, sự hiện diện của chữ 'e', hình thức trình bày - trong ngắn hạn ở khắp mọi nơi và luôn luôn có các thuộc tính quan trọng của phụ thuộc cơ sở dữ liệu chức năng: string có điều kiện độ dài thay đổi với một khối lượng của nhị phân thủ tục và hạn chế toán học chặt chẽ.

Nếu bạn thay đổi giọng điệu và lắng nghe nhịp đập của sự năng động, tất cả các đối tượng có thể được vẽ trên. Trong xấp xỉ đầu tiên, tên cột trong bảng - là một đối tượng, một danh sách tên - cùng một đối tượng, trong bảng ngắn - một tiêu đề đối tượng và nó tên của các cột trong tiêu đề. Và mũ không thể nào ...

Tuy nhiên, chuỗi có thể là một bảng. Và trong dòng có thể có giá trị. Và tại sao họ luôn luôn nên có cùng một số. vuông bảng đầy đủ - điều này đặc biệt, và trong hầu hết trường hợp, tư nhân.

Nếu bạn tưởng tượng tất cả các thiết kế trong các đối tượng cơ sở dữ liệu, sau đó, có lẽ, không cần phải xây dựng một quan hệ nhị phân nghiêm ngặt. Đây là một cách tự nhiên và một cảm giác thật, nếu chỉ vì nó là một mục tiêu của (chắc chắn không phải toán học) logic phản ánh sự năng động của các thông tin và môi trường, trong đó có những nhiệm vụ.