powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Java [игнор отключен] [закрыт для гостей] / реализация @OneToOne в хибере
20 сообщений из 45, страница 2 из 2
реализация @OneToOne в хибере
    #38057487
javapecker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,

Ещё ДО классов.
это как? нет классов - нет ооп модели. как это можно сравнивать?
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057492
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
javapecker,
- UML
- сущность и её характеристики
А потом всё ЭТО как view ложиться на РСУБД либо через ОРМ либо без него.
Всё равно 3 вида отношений.
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057526
javapecker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,
ООП маппится на реляцию 1 к 1.
В твоем варианте есть модель и есть база. Понятно что модель как-то на базу натянется. А сравнивать то с чем?
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057535
javapecker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,

и один к одному мапиться не будет, в объектной модели может быть допустим 4 сущности: тело, сердце, мозг и печень. И все они могут лежать в одной таблице, и на уровне базы об их отношениях вообще не будет никаких сведений.
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057543
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
javapeckerPetro123,

и один к одному мапиться не будет, в объектной модели может быть допустим 4 сущности: тело, сердце, мозг и печень. И все они могут лежать в одной таблице, и на уровне базы об их отношениях вообще не будет никаких сведений.
ты только что выше - доказывал обратное (не надо дробить на классы без нужды).
Укладка модели в базу и хибер сдерживает усложнение модели программистом. Его изощрённые фантазии.
Поэтому, _стандарт хибера_ - сущность на таблицу. А так, можно класс и в блоб запихать.

Это как Многие ко Многим, ЧАЩЕ всего промежуточная не embedded а отдельная таблица.

Вообще, лучше конкретика.
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057549
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
javapeckerА сравнивать то с чем?
это к WGA
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057575
javapecker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,
авторты только что выше - доказывал обратное (не надо дробить на классы без нужды).
Нет, я говорил что не нужно создавать отдельную сущность - таблицу в базе, если нет необходимости. То есть несколько классов в объектной модели вполне могут лечь в одну таблицу, если между ними существует отношение: один главный - остальные подчинены ему и связаны один к одному. При этом в объектной модели такую связь видно, на уровне базы - не видно. Если делать такие классы таблицами, то со стороны базы это будет выглядеть как один ко многим, хотя в модели это один к одному. То есть мы ничего с точки зрения понимания модели по базе не выиграем. Насчет один класс - одна таблица, как только начнутся отношения наследования, о которых база ничего знать не может, начнутся извращения.
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057599
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мы ушли в сторону
javapeckerТо есть несколько классов в объектной модели вполне могут лечь в одну таблицу
т.е. это соответствует тезису: "200-300 полей в табличке вполне может быть и это нормально".
То что я сказал выше.
...
Вопрос о 300 полях в классе без конкретики - не решить.
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057607
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
javapeckerНасчет один класс - одна таблица, как только начнутся отношения наследования , о которых база ничего знать не может, начнутся извращения.
это тоже отдельная тема...и тоже усложняет Модель.
Можно и дружественные классы в Jav'у запихнуть...и EAV.
Ну его нафиг - про сферических коней.
Рсубд сдерживает - и это правильно)))
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057633
javapecker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,
автор200-300 полей в табличке вполне может быть и это нормально
мне кажется это ненормально, но не в контексте модели, а с эстетической точки зрения. То есть таблица в которой 300 полей навевает не меня грусть. Меня насторожила не фраза про табличку и много полей, а про то, что ООП мапится на реляцию 1 к 1. В базе - это табличка с полями и все. А в ООП - это может быть 30 классов, каждый из которых имеет свое место в модели. То есть - не мапится ооп на реляцию хоть ты тресни.
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057651
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Спор теоретиков может разбиться об обыкновенные ограничения DBMS. Например,
большой кусок RAW/BLOB данных физически не влезает в строку и таблицу делят
на 2 ломтя со связями 1:1. Это приходит из практики.

Для быстрой работы с EAV некто Томас Кайт предлагает забить в таблицу полей
типа FIELD_1...FIELD_N столько сколько влезет и работать обычной алгеброй
а маппинг соотв. делать на application. Тоже решение из практики.
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057669
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
javapeckerа с эстетической точки зрения
))))
классная фраза))) Почти соответствует "Техническая красота")
...
Приведу пример:
- вопрос на форуме РСУБД по Ораклу "У меня табличка с 350 полями - с этим надо что-то делать. Это ненормально для БД?"
- там ответили что ничего страшного. И там не глупые люди).

авторТо есть - не мапится ооп на реляцию хоть ты тресни
тресну)), если будет конкретика как тут:
http://www.databaseanswers.org/data_models/
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057679
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonEAV
согласен, там есть много путей нивелировать Недостатки EAV. Но общий посыл такой - вкусно поначалу, но лучше не пробовать (без нужды).
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057702
javapecker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,
тресну)), если будет конкретика как тут:
Для начала вопрос." ООП маппится на реляцию 1 к 1" - я понимаю это так, что по базе можно восстановить модель?
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057717
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
javapeckerPetro123,
тресну)), если будет конкретика как тут:
Для начала вопрос." ООП маппится на реляцию 1 к 1" - я понимаю это так, что по базе можно восстановить модель?
ты должен к этому стремиться!
Иначе вместо FK будет куча кода, которая ИСКУССТВЕННО поддерживает целостность.
Или каскад.

Хибер старается делать реинженеринг правильно в обратную сторону. А не я ))
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057738
javapecker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,
я конкретный вопрос задал
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057756
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
javapeckerPetro123,
я конкретный вопрос задал
я ответил:
- выбери любую предметную область выше по ссылке.
- сделай Модель на Java которая НЕ вернётся обратно и не соответствует этому DDL
У тебя получится сделать не 1 к 1. Уверен.
Только это не правильно и не красиво))))
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057760
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ОРМ и Модель не выше РСУБД. Им сложно друг без друга и без 1 к 1.
imho
Удачи аффтару!
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057776
javapecker
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,

авторУ тебя получится сделать не 1 к 1. Уверен.
при чем тут я?
я же спрашиваю , что ты имел ввиду, когда написал это?
ООП маппится на реляцию 1 к 1.
...
Рейтинг: 0 / 0
реализация @OneToOne в хибере
    #38057807
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
javapecker,
это значит, по умолчанию (без обоснования необходимости) соглашения:
- сущность на класс
- реинжиниринг обратно в схему классов ЯП из БД
- 3 вида отношений в классах, как и 3 степени нормализации БД
- не дробить на классы и не усложнятьь модель ООП, чтобы потом РСУБД "стало плохо".
- ....
...
Рейтинг: 0 / 0
20 сообщений из 45, страница 2 из 2
Форумы / Java [игнор отключен] [закрыт для гостей] / реализация @OneToOne в хибере
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]