Sự khác biệt giữa Schema / Database trong MySQL

Có sự khác biệt giữa lược đồ và cơ sở dữ liệu trong MySQL không? Trong SQL Server, cơ sở dữ liệu là một thùng chứa mức cao hơn liên quan đến lược đồ.

Tôi đọc điều đó Create Schemavà Create Databasevề cơ bản là điều tương tự trong MySQL, điều này khiến tôi tin rằng các lược đồ và cơ sở dữ liệu là các từ khác nhau cho cùng một đối tượng.

Như được định nghĩa trong Thuật ngữ MySQL :

Trong MySQL, về mặt vật lý, một lược đồ đồng nghĩa với cơ sở dữ liệu . Bạn có thể thay thế từ khóa SCHEMAthay vì DATABASEtrong cú pháp SQL của MySQL, ví dụ như sử dụng CREATE SCHEMAthay vì CREATE DATABASE.

Một số sản phẩm cơ sở dữ liệu khác vẽ một sự khác biệt. Ví dụ, trong sản phẩm Cơ sở dữ liệu Oracle, một lược đồ chỉ đại diện cho một phần của cơ sở dữ liệu: các bảng và các đối tượng khác thuộc sở hữu của một người dùng.

Phụ thuộc vào máy chủ cơ sở dữ liệu. MySQLKhông quan tâm, về cơ bản là điều tương tự.

Oracle, DB2, Và các giải pháp cơ sở dữ liệu cấp độ doanh nghiệp khác thực hiện một sự phân biệt. Thông thường một lược đồ là một tập hợp các bảng và Cơ sở dữ liệu là một tập hợp các lược đồ.

Đề cập đến tài liệu MySql ,

CREATE DATABASE tạo ra một cơ sở dữ liệu với tên đã cho. Để sử dụng câu lệnh này, bạn cần có đặc quyền CREATE cho cơ sở dữ liệu. CREATE SCHema là một từ đồng nghĩa với CREATE DATABASE kể từ MySQL 5.0.2.

PostgreSQL hỗ trợ các lược đồ, là một tập hợp con của cơ sở dữ liệu: https://www.postgresql.org/docs/civerse/static/ddl-schemas.html

Một cơ sở dữ liệu chứa một hoặc nhiều lược đồ được đặt tên, lần lượt chứa các bảng. Các lược đồ cũng chứa các loại đối tượng được đặt tên khác, bao gồm các kiểu dữ liệu, hàm và toán tử. Tên đối tượng giống nhau có thể được sử dụng trong các lược đồ khác nhau mà không có xung đột; ví dụ, cả giản đồ1 và myschema đều có thể chứa các bảng có tên mytable. Không giống như cơ sở dữ liệu, các lược đồ không được phân tách cứng nhắc: người dùng có thể truy cập các đối tượng trong bất kỳ lược đồ nào trong cơ sở dữ liệu mà chúng được kết nối, nếu chúng có đặc quyền để làm như vậy.

Các lược đồ tương tự như các thư mục ở cấp hệ điều hành, ngoại trừ các lược đồ không thể được lồng nhau.

Theo ý kiến ​​khiêm tốn của tôi, MySQL không phải là một cơ sở dữ liệu tham khảo. Bạn không bao giờ nên trích dẫn MySQL để giải thích. MySQL triển khai SQL không chuẩn và đôi khi yêu cầu các tính năng mà nó không hỗ trợ. Ví dụ: trong MySQL, lược đồ CREATE sẽ chỉ tạo ra một dữ liệu. Đó là người dùng thực sự gây hiểu lầm.

Loại từ vựng này được các DBA gọi là "MySQLism".

trong lược đồ MySQL là từ đồng nghĩa của cơ sở dữ liệu . Nó khá khó hiểu cho những người mới bắt đầu nhảy vào MySQL và ngay ngày đầu tiên tìm thấy lược đồ từ, vì vậy mọi người không có gì phải lo lắng vì cả hai đều giống nhau.

Khi bạn khởi động MySQL lần đầu tiên, bạn cần tạo một cơ sở dữ liệu (giống như bất kỳ hệ thống cơ sở dữ liệu nào khác) để hoạt động để bạn có thể TẠO SCHema , không gì khác ngoài TẠO RA

Trong một số lược đồ hệ thống cơ sở dữ liệu khác biểu thị một phần của cơ sở dữ liệu hoặc một tập hợp các Bảng và bộ sưu tập lược đồ là một cơ sở dữ liệu.

Có, mọi người sử dụng các thuật ngữ này thay thế cho nhau liên quan đến MySQL. Mặc dù đôi khi bạn sẽ nghe thấy những người không thích hợp gọi toàn bộ máy chủ cơ sở dữ liệu là cơ sở dữ liệu.

Chẳng hạn, Microsoft SQL Server, Các lược đồ đề cập đến một người dùng và là một cấp độ khác của vùng chứa theo thứ tự chỉ ra máy chủ, cơ sở dữ liệu, lược đồ, bảng và đối tượng.

Ví dụ: khi bạn có ý định cập nhật dbo.table_a và cú pháp không đủ điều kiện, chẳng hạn như bảng CẬP NHẬT. Một DBMS không thể quyết định sử dụng bảng dự định. Về cơ bản, mặc định DBMS sẽ sử dụng myuser.table_a