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

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Изменение типа наследующей таблицы 
:(
    Опции темы
everyone
  Дата 19.2.2014, 15:12 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


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

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



Существующая схема в приложенной к сообщению картинке.

Столкнулся с проблемой, когда один объект может быть преобразован в другой(меняется его тип).
Сейчас при смене типа приходится сканировать две другие таблицы и удалять из них записи, а затем создавать новую.
Интересен взгляд на проектирование реляционного наследования и выполнения с ним основных операций - INSERT, UPDATE, DELETE.

Присоединённый файл ( Кол-во скачиваний: 5 )
Присоединённый файл  schema.png 34,34 Kb
--------------------
Что написал, то написал (Пилат)
PM ICQ Skype   Вверх
LSD
Дата 19.2.2014, 15:49 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Leprechaun Software Developer
****


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

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





--------------------
Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.
PM MAIL WWW   Вверх
everyone
Дата 19.2.2014, 16:18 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


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

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



Интерсуют таблицы, связи и SQL.
Пока не понимаю как http://docs.jboss.org/hibernate/orm/3.5/re...nheritance.html  может помочь
--------------------
Что написал, то написал (Пилат)
PM ICQ Skype   Вверх
Akina
Дата 19.2.2014, 16:38 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


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


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

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



Цитата(everyone @  19.2.2014,  16:12 Найти цитируемый пост)
Сейчас при смене типа приходится сканировать две другие таблицы и удалять из них записи, а затем создавать новую.

А что беспокоит? долго? Тогда просто плюнь на эту операцию и проводи периодическое обслуживание таблиц с удалением "висячих" записей.



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

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


Leprechaun Software Developer
****


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

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



Цитата(everyone @  19.2.2014,  17:18 Найти цитируемый пост)
Пока не понимаю как

Там описано несколько стратегий наследования. Тебя же интересовало
Цитата(everyone @  19.2.2014,  16:12 Найти цитируемый пост)
Интересен взгляд на проектирование реляционного наследования и выполнения с ним основных операций - INSERT, UPDATE, DELETE.



--------------------
Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.
PM MAIL WWW   Вверх
everyone
Дата 19.2.2014, 16:44 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


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

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



Цитата

А что беспокоит? долго?

Нет, это уже сделано, они просто удаляются при изменении типа процедурой, выясняя все таблицы с внешними ключами из системной таблицы "information_schema.KEY_COLUMN_USAGE".
Затем запись в дочернюю таблицу вставляется заново.

У меня научный интерес - есть ли ещё грамотные решения проблемы.
Может быть схему можно перепроектировать.

Добавлено через 1 минуту и 34 секунды
Цитата

Там описано несколько стратегий наследования. Тебя же интересовало


Хорошо, почитаю внимательнее. Может быть я что-то упустил.
--------------------
Что написал, то написал (Пилат)
PM ICQ Skype   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

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

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

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

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

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


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

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

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

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

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


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.

 
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »


 




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


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

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