Блог

Мне нужно JOIN 2 таблицы (скажем, User amp; Order table) для модуля отчетности в моем веб-приложении.

Проблемы заключаются в следующем:

1. User Таблица расположена на другом сервере и в другой СУБД, отличающейся от Order таблицы. Технически это другая система, поэтому User таблица расположена в базе данных SQL Server, в то время как Order таблица расположена в базе данных MySQL.

2. Я не смог использовать Связанный сервер SQL Server, потому что политика моей компании этого не разрешает. Итак, я не мог JOIN использовать их напрямую с помощью SQL-кода. Они хотят, чтобы я использовал веб-сервис вместо связанного сервера.

3. Результат JOIN работы с этими таблицами имеет большое количество строк (возможно, более 10 000 строк, поскольку данные предназначены для отчетности). Итак, я думаю, что это была ужасная вещь — сопоставлять их с помощью веб-сервиса.

Итак, я придумал это:

Я собрал 2 результата запроса из разных моделей и объединил их с моим кодом приложения (я использую PHP с CodeIgniter) :

 // First result
$userData = $this->userModel->getAllUser();

// Second result
$orderData = $this->orderModel->getAllOrder();
  

$userData Содержит все пользовательские объекты со следующими столбцами:

 [UserId, Username, Address, PhoneNumber, etc..]
  

И $orderData содержит все объекты заказа со следующими столбцами:

 [OrderId, UserId, Date, etc..]
  

Но возможно ли объединить эти два результата запроса в PHP / CodeIgniter?

Как насчет производительности при большом объеме данных?

Должен ли я просто использовать веб-сервис, как предложено, или есть другое решение для достижения этой цели?

Заранее спасибо 🙂

Несколько вещей, о которых стоит подумать:

1. Вам действительно нужно вернуть все записи пользователей и заказов за один раз
2. Вы действительно хотите вернуть все строки для этих двух типов записей
3. Было бы лучше использовать модуль отчетов для этих запросов отчетов?
4. Будет ли простой синтаксис SQL более разумным шагом, чем пытаться внедрить это с помощью CodeIgniter «Active Record» (переименованный в Query Builder в 3.0)
5. JOIN Действительно ли это так плохо? Это не UNION , вы хотите, чтобы данные были связаны.

Я бы порекомендовал вам ограничить возврат данных SELECT только теми полями, которые вам действительно требуются, создать новую модель отчета, чтобы не пытаться испортить ваши общие модели, и сделать это с помощью raw SQL.

Сложные вещи становятся еще более сложными, когда вы слишком стараетесь придерживаться таких правил, как «1 таблица = 1 модель» и «Пользователь::getAllFoos обработка контроллера > Отчет::getMonthlyOrderStats()».