MySQL - Chọn dữ liệu từ nhiều bảng có cùng cấu trúc nhưng dữ liệu khác nhau

Ok, đây là tình huống khó xử của tôi, tôi có một cơ sở dữ liệu được thiết lập với khoảng 5 bảng, tất cả đều có cùng cấu trúc dữ liệu. Dữ liệu được phân tách theo cách này cho các mục đích bản địa hóa và để chia ra tổng cộng khoảng 4,5 triệu bản ghi.

Phần lớn thời gian chỉ cần một bàn và tất cả đều ổn. Tuy nhiên, đôi khi dữ liệu cần thiết từ 2 hoặc nhiều bảng và nó cần được sắp xếp theo cột do người dùng xác định. Đây là nơi tôi đang gặp vấn đề.

cột dữ liệu:

id, band_name, song_name, album_name, genre

Trạng thái MySQL:

SELECT * from us_music, de_music where `genre` = 'punk'

MySQL đưa ra lỗi này:

#1052 - Column 'genre' in where clause is ambiguous

Rõ ràng, tôi đang làm điều này sai. Có ai muốn làm sáng tỏ điều này cho tôi không?

Tôi nghĩ bạn đang tìm mệnh đề UNION , a la

(SELECT * from us_music where `genre` = 'punk')
UNION
(SELECT * from de_music where `genre` = 'punk')

Có vẻ như bạn sẽ hạnh phúc hơn với một chiếc bàn. Năm có cùng một lược đồ, và đôi khi cần được trình bày như thể chúng đến từ một điểm để đặt tất cả vào một bảng.

Thêm một cột mới có thể được sử dụng để phân biệt giữa năm ngôn ngữ (tôi cho rằng đó là ngôn ngữ khác nhau giữa các bảng vì bạn đã nói nó là ngôn ngữ để bản địa hóa). Đừng lo lắng về việc có 4,5 triệu bản ghi. Bất kỳ cơ sở dữ liệu thực có thể xử lý kích thước đó không có vấn đề. Thêm các chỉ mục chính xác và bạn sẽ không gặp khó khăn gì khi xử lý chúng như một bảng duy nhất.

Bất kỳ câu trả lời nào ở trên đều hợp lệ hoặc một cách khác là mở rộng tên bảng để bao gồm cả tên cơ sở dữ liệu - ví dụ:

SELECT * from us_music, de_music where `us_music.genre` = 'punk' AND `de_music.genre` = 'punk'

Cột này không rõ ràng vì nó xuất hiện trong cả hai bảng, bạn sẽ cần chỉ định trường where (hoặc sắp xếp) đầy đủ, chẳng hạn như us_music.genre hoặc de_music.genre nhưng bạn thường chỉ định hai bảng nếu sau đó bạn muốn nối chúng lại với nhau trong một số thời trang. Cấu trúc mà bạn đang xử lý đôi khi được gọi là bảng được phân vùng mặc dù nó thường được thực hiện để tách tập dữ liệu thành các tệp riêng biệt thay vì chỉ tách tập dữ liệu một cách tùy ý. Nếu bạn chịu trách nhiệm về cấu trúc cơ sở dữ liệu và không có lý do chính đáng để phân vùng dữ liệu thì tôi sẽ tạo một bảng lớn với trường "origin" bổ sung có chứa mã quốc gia nhưng có thể bạn đang làm điều đó vì lý do hiệu suất hợp pháp . Sử dụng liên hợp để tham gia các bảng bạn quan tâm http: //dev.mysql.hoặc bằng cách sử dụng công cụ cơ sở dữ liệu Hợp nhất http://dev.mysql.com/doc/refman/5.1/en/merge-storage-engine.html .

Nỗ lực ban đầu của bạn để mở rộng cả hai bảng sẽ tạo ra một JOIN ngầm. Điều này được hầu hết các lập trình viên SQL có kinh nghiệm phản đối vì nó phân tách các bảng được kết hợp với điều kiện như thế nào.

Đây UNIONlà một giải pháp tốt cho các bảng như hiện tại, nhưng không có lý do gì chúng không thể được đưa vào một bảng với việc lập chỉ mục tốt. Tôi đã thấy việc thêm chỉ mục chính xác vào một bảng lớn làm tăng tốc độ truy vấn lên ba bậc.

Câu unionlệnh gây ra thời gian giao dịch trong dữ liệu khổng lồ. Tốt nhất là thực hiện lựa chọn trong 2 bước:

1. chọn id
2. sau đó chọn bảng chính với nó