Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Консолидировать две таблицы с одинаковой, структурой в одну 
V
    Опции темы
Royan
Дата 3.12.2008, 14:18 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Dreamer
***


Профиль
Группа: Участник Клуба
Сообщений: 1708
Регистрация: 14.9.2002
Где: Лондон

Репутация: нет
Всего: 15
Для простоты предположим, что у нас есть две одинаковых по своей структуре таблицы, но с разным содержанием (как такое может быть? ну предположим они лежат в разных базах)

Структуру выберем тоже простую:
Код

T_USER
name : varchar(64)
age : int


Задача: объединить две таблицы в одну не потеряв при этом данных

Еще раз повторю для простоты, у обеих таблиц одинаковая структура, но абсолютно разные данные


--------------------
Открыта вакансия Junior Java Developer'а в нашем лондонском офисе, подробнее можно узнать здесь
PM MAIL MSN   Вверх
Zloxa
Дата 3.12.2008, 16:41 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161
Код

select * from table1
union all
select * from table2



--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Royan
Дата 3.12.2008, 16:51 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Dreamer
***


Профиль
Группа: Участник Клуба
Сообщений: 1708
Регистрация: 14.9.2002
Где: Лондон

Репутация: нет
Всего: 15
Zloxa, Извинияюсь забыл очень важно условие, дырявая я башка, самое важное иметь возможность однозначно выбрать ту запись, что раньше находилась конкретно в какой-либо из таблиц, пример:

Пусть в таблице "A" был Вася Пупкин, и в таблице "Б" тоже был Вася Пупкин, так вот в результирующей таблице должна быть возможность выбрать именно Васю Пупкина как из таблицы A так и из таблицы Б.

Зачем это нужно? Проблема очень сложная, у меня таких одинаковых таблиц до черта и есть идея свести их все в одну. Первым шагом на пути такого долгого пути я обозначил, пока, слить все таблицы вместе, а вторым шагом избавиться от дублирующих записей.
Обратная сторона задачи в том, что приложения, которые раньше использовали много разных таблиц теперь будут использовать одну и на первом шаге надо еще придумать как модифицировать старые запросы, чтобы выбирались правильные данные.


--------------------
Открыта вакансия Junior Java Developer'а в нашем лондонском офисе, подробнее можно узнать здесь
PM MAIL MSN   Вверх
Zloxa
Дата 3.12.2008, 16:55 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161
Цитата(Royan @  3.12.2008,  16:51 Найти цитируемый пост)
вот в результирующей таблице должна быть возможность выбрать именно Васю Пупкина как из таблицы A так и из таблицы Б.

Код

select table1.*,'table1' src_table from table1
union all
select table2.*,'table2' src_table from table2



--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Royan
  Дата 3.12.2008, 20:12 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Dreamer
***


Профиль
Группа: Участник Клуба
Сообщений: 1708
Регистрация: 14.9.2002
Где: Лондон

Репутация: нет
Всего: 15
Окей, теперь как результат запроса 
Код

SELECT * FROM result_table
 получилось что-то типа 

Код

'table1', 'Вася Пупкин'
'table2', 'Вася Пупкин'


Тут есть такая проблема - хочется объеденить таблицы таким образом, чтобы не пришлось менять код запроса после того как два Васи Пупкиных сколлапсируют в одного. C одной стороны я бы мог написать запрос вот так:
Код

SELECT * FROM result_table WHERE table LIKE '%table1%'
и в другом месте соответственно вот так:
Код

SELECT * FROM result_table WHERE table LIKE '%table2%'


А потом когда дело бы дошло до объединения Васей Пупкиных я бы написал так:
Код

'table1,table2', 'Вася Пупкин'


Но в этом случае я боюсь, что производительность сильно просядет из-за нагрузки, которую дает LIKE

Может есть еще какие-то идеи как можно объединить таблички кроме как ввести дополнительный столбец с названием таблицы?


--------------------
Открыта вакансия Junior Java Developer'а в нашем лондонском офисе, подробнее можно узнать здесь
PM MAIL MSN   Вверх
solenko
Дата 3.12.2008, 22:53 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1473
Регистрация: 15.1.2006
Где: Украина

Репутация: нет
Всего: 67
Royan, для приведенного вами примера есть GROUP_CONCAT (по карйней мере в mysql). Применяете ее по имени таблиц и группируете по всем выбранным полям. 


--------------------
Ла-ла-ла-ла
Заметьте, нет официального подтверждения, что это не просто четыре слога.
PM MAIL WWW ICQ Skype   Вверх
Deniz
Дата 4.12.2008, 06:56 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1251
Регистрация: 16.10.2004
Где: Новый Уренгой

Репутация: 7
Всего: 44
Цитата(Royan @  3.12.2008,  23:12 Найти цитируемый пост)
Но в этом случае я боюсь, что производительность сильно просядет из-за нагрузки, которую дает LIKE
так раздели 'table1,table2' на 2 поля
Код
'table1', 'table2', 'Вася Пупкин'
и запросы будут
Код

SELECT * FROM result_table WHERE table1_field is not null
SELECT * FROM result_table WHERE table2_field is not null



--------------------
"Для того чтобы сделать шаг вперед, достаточно пинка сзади" (с)
PM ICQ   Вверх
Zloxa
Дата 4.12.2008, 09:59 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161
Цитата(Deniz @  4.12.2008,  06:56 Найти цитируемый пост)
SELECT * FROM result_table WHERE table1_field is not null

Это исключает возможность использования индексного доступа к таблице по table1_field.

Royan, Какого результата вы ожидаете, выполнив первый пункт Вашего плана и не выполнив второго? Какие издержки во втором пункте уменьшит выполнение первого пункта? Зачем вам разделение на два шага, почему не решить проблему сразу и одним этапом?

Это сообщение отредактировал(а) Zloxa - 4.12.2008, 09:59


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Deniz
Дата 4.12.2008, 13:39 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1251
Регистрация: 16.10.2004
Где: Новый Уренгой

Репутация: 7
Всего: 44
Цитата(Zloxa @  4.12.2008,  12:59 Найти цитируемый пост)
Это исключает возможность использования индексного доступа к таблице по table1_field.
вполне, но like '%table1%' тоже не использует индекс.
Чтобы использовать индекс нужно для каждого 'Васи Пупкина' в другой таблице хранить список старых таблиц, в которых этот самый Вася присутствовал.


--------------------
"Для того чтобы сделать шаг вперед, достаточно пинка сзади" (с)
PM ICQ   Вверх
Royan
Дата 8.12.2008, 19:43 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Dreamer
***


Профиль
Группа: Участник Клуба
Сообщений: 1708
Регистрация: 14.9.2002
Где: Лондон

Репутация: нет
Всего: 15
Всем спасибо! Решил остановиться на варианте с LIKE ввиду простоты и достаточности.


--------------------
Открыта вакансия Junior Java Developer'а в нашем лондонском офисе, подробнее можно узнать здесь
PM MAIL MSN   Вверх
  
 Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)

Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.
 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »

Подписаться на тему | Подписка на этот форум | Скачать/Распечатать тему


 




[ Время генерации скрипта: 0.0519 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
 По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.