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

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> 1 PRIMARY KEY на 2 таблицы 
:(
    Опции темы
w4Lkm4n
Дата 14.3.2011, 17:47 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 2
Регистрация: 12.7.2009

Репутация: нет
Всего: нет



Доброго времени суток. Есть 1 таблица (с заказами), сейчас возникла необходимость сделать ещё 1 таблицу с заказами но, совсем другого типа. При этом должен быть уникальный ID на 2 таблицы. Т.е. если я добавил заказ в 1ю таблицу (пусть он получил ID - 3), то при добавлении заказа во 2ю таблицу ID в ней уже должен быть 4. Возможно такое реализовать? 
Можно конечно ввести отдельное поле, или создать ещё одну таблицу для хранения ключей... Но 1е приложение уже написано и его нужно "расширить". Очень не хочу всё переписывать в нём...

Это сообщение отредактировал(а) w4Lkm4n - 14.3.2011, 17:51
PM MAIL   Вверх
Akina
Дата 14.3.2011, 18:34 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


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

Репутация: 106
Всего: 454



Переименуйте таблицу1.
Добавьте в неё поля, которые позволят хранить в ней и заказы второго типа (при этом часть полей по заказу первого либо второго типа - смотря какой заказ в конкретной записи,- будет содержать NULL).
Создайте на её основе вьюв с именем, которое было у таблицы1, и с отбором по IS NULL какого-нить характерного поля аказа второго типа. Соответственно он будет выбирать все заказы типа 1.
Аналогично создайте вьюв для выбора заказов типа 2.
Такие вьювы будут обновляемыми, соответственно в готовом приложении ничего менять не придётся. В то же время все заказы будут записываться в одну таблицу с использованием единого ID.


--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

PM MAIL WWW ICQ Jabber   Вверх
w4Lkm4n
Дата 14.3.2011, 18:48 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 2
Регистрация: 12.7.2009

Репутация: нет
Всего: нет



Спасибо, наверное так и поступлю, просто полей получится очень много да и записей не мало
PM MAIL   Вверх
Akina
Дата 14.3.2011, 20:10 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


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

Репутация: 106
Всего: 454



Цитата(w4Lkm4n @  14.3.2011,  19:48 Найти цитируемый пост)
 полей получится очень много 

Разделите таблицу на несколько. Кстати, это поднимет производительность, если правильно разделить.


--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

PM MAIL WWW ICQ Jabber   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | MySQL | Следующая тема »


 




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


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

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