ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Проектирование БД - текущее состояние дел?
25 сообщений из 122, страница 4 из 5
  4  все
Проектирование БД - текущее состояние дел?
    #38731737
scf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
scf
Участник
Вот кто бы вас обоих забанил за оффтоп и кидание какашками...
...
Рейтинг: 0 / 0
28.08.2014, 15:09
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38731746
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Кот МатроскинMasterZivпропущено...


Ну-ка расскажи подробнее...
Пока -- смешно.
Ну да, в каких-то самых простейших случаях так может быть, типа табличка в две строчки, и 20 справочников.
Но стоит ли об этом исключительном случае говорить ?

Пожалуйста - классический пример нарушения 1 НФ с перечислением ID товаров(скажем, пятизначных) в строчку через запятую в таблице заказа.
Нормализовав это безобразие, практически наверняка получим увеличение обьема данных- причем чем больше строк будет в таблице заказов и чем больше товаров в среднем в заказе, тем большее увеличение.

Плохой пример.
...
Рейтинг: 0 / 0
28.08.2014, 15:15
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38731748
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Infernal V. RavenРанее
MasterZivДенормализация никогда не приводит к повышению быстродействия
Теперь
MasterZivНаписано, что ЦЕЛЬ денормализации -- УСКОРЕНИЕ. Это то, для чего её делают. Но это не значит, что если сделали, то достигли цели.Т.е. добиться таки можно? Чаще всего, по-опыту, достигают.
Раскрой первую мысль.

Да нет, чаще всего ДУМАЮТ, что достигают.
...
Рейтинг: 0 / 0
28.08.2014, 15:16
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38731753
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
mad_nazgulВсе решается для объекта созданием общих методов "сохранить_в_БД", "прочитать_из_БД"
А для БД создания приблизительно такой структуры:

Фигура:
ID
Тип_Фигуры_ID

Тип:
ID
Название

Точка:
ID
Фигура_ID
Координата_X
Кордината_Y

При реализации методов объекты сохраняют данные которые у них есть и считывают их из БД.


Ну вот, ты явно раскрыл структуру данных всех объектов. Где же инкапсуляция ?
...
Рейтинг: 0 / 0
28.08.2014, 15:19
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38731761
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
mad_nazgulМожно, только зачем?
Если persist для этих объектов не сделаешь (ну или опять же ч/з ХП)
Лучше сразу работать с SQL.



Мне например лень писать по 4 лишних процедуры/запроса на каждый объект, если это Hiber делает самостоятельно.


mad_nazgulMasterZivпропущено...

Напомню, что РМД расшифровывается как "реляционная модель ДАННЫХ". Код не обязан подчиняться модели ДАННЫХ.
Всё, на твоём уровне развития я с тобой общаться не хочу. Неинтересно.

Вот об этом и речь!
Код ХП не относиться к РМД, т.к. он процедурный.
А вот, например, запрос (SELECT) относиться - он декларативный и работает в рамках РМД.



Код не может ни относится к какой-то модели данных, ни не относится. Потому что это код, а не данные.

Продолжай оставаться mad .
Успехов.
...
Рейтинг: 0 / 0
28.08.2014, 15:22
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38731763
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
scfВот кто бы вас обоих забанил за оффтоп и кидание какашками...

Пожалуй ты прав.
Я всё по теме сказал, поэтому от данного топика самоустраняюсь.
...
Рейтинг: 0 / 0
28.08.2014, 15:24
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38731773
Кот Матроскин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кот Матроскин
Участник
MasterZivКот Матроскинпропущено...


Пожалуйста - классический пример нарушения 1 НФ с перечислением ID товаров(скажем, пятизначных) в строчку через запятую в таблице заказа.
Нормализовав это безобразие, практически наверняка получим увеличение обьема данных- причем чем больше строк будет в таблице заказов и чем больше товаров в среднем в заказе, тем большее увеличение.

Плохой пример.

Потому что он Вас опровергает? Да, это, конечно, очень нехорошо :)
...
Рейтинг: 0 / 0
28.08.2014, 15:31
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38731803
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
MasterZivmad_nazgulВсе решается для объекта созданием общих методов "сохранить_в_БД", "прочитать_из_БД"
А для БД создания приблизительно такой структуры:

Фигура:
ID
Тип_Фигуры_ID

Тип:
ID
Название

Точка:
ID
Фигура_ID
Координата_X
Кордината_Y

При реализации методов объекты сохраняют данные которые у них есть и считывают их из БД.


Ну вот, ты явно раскрыл структуру данных всех объектов. Где же инкапсуляция ?

Так структура данных в БД а не в объектах.
Вы не знаете точно как, например, хранятся координаты точек в классах.
То ли это массив, то ли каждая точка отдельно, то ли вообще храниться ссылка на какой-то общий объект фигура.
Реализация как и что храниться в объектах вы не знаете.
У вас есть только есть методы - "нарисовать", "сохранить_в_БД", "прочитать_из_БД".

А в БД да, все данные "на виду" и доступны. ;-)
...
Рейтинг: 0 / 0
28.08.2014, 15:48
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38731826
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
MasterZivМне например лень писать по 4 лишних процедуры/запроса на каждый объект, если это Hiber делает самостоятельно.


За вас это напишут программисты СУБД :-)
Потому что любой ORM может написать такие запросы только для простейших случаев.
Остальное ХП. ;-)


MasterZivКод не может ни относится к какой-то модели данных, ни не относится. Потому что это код, а не данные.

А вот ЯП может.
SQL специально создан для работы с РМД.
И SQL специально создан для манипуляции с данными в рамках РМД.
Команды SQL можно использовать в не реляционных БД, но с большими ограничениями.
А если полностью реализовывать стандарт SQL, то получим что нужно реализовывать РМД.
...
Рейтинг: 0 / 0
28.08.2014, 15:56
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38731877
DPH3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DPH3
Участник
scfDPH3,
А что со справочниками? Вы добавляете данные из них в блоб, грузите их отдельно по id (с кешированием), выносите айдишники за блоб и джойните при выборке?

А смотря что за справочники.
Есть просто бизнес-сущности (типа списка пользователей) - и это не справочник, а нормальная сущность, связь с которой желательно хранить явно.

Есть всяческие справочники, имеющие смысл только на уровне бизнес-логики (типа списка алгоритмов, типов объектов и т.п.) - им в БД вообще делать нечего, так как существенна целостность совместно БД и кода приложения и только на уровне БД ее не отконтролировать.

Иногда под справочниками прячут разнообразный UI контент, типа списков стран. Но тут стандарты в помощь )

А что в конкретном случае вызывает проблему?
...
Рейтинг: 0 / 0
28.08.2014, 16:14
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38733061
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
On 28.08.2014 16:48, mad_nazgul wrote:

> Ну вот, ты явно раскрыл структуру данных всех объектов. Где же
> инкапсуляция ?

>
> Так структура данных в БД а не в объектах.

Это -- структура ДАННЫХ в ОБЪЕКТАХ.
И именно потому, что ты допускаешь, что она может быть разной в БД и в
объектах, у тебя начинается object-relational gap.


Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
29.08.2014, 18:18
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38733064
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
On 28.08.2014 16:56, mad_nazgul wrote:

> MasterZiv
> Мне например лень писать по 4 лишних процедуры/запроса на каждый объект,
> если это Hiber делает самостоятельно.
>

> За вас это напишут программисты СУБД :-)
> Потому что любой ORM может написать такие запросы только для простейших
> случаев.
> Остальное ХП. ;-)

Есть одна маленькая проблемка: я и есть программист СУБД :-(
Поэтому писать мне.


Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
29.08.2014, 18:21
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38734566
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
MasterZiv> Так структура данных в БД а не в объектах.
Это -- структура ДАННЫХ в ОБЪЕКТАХ.
И именно потому, что ты допускаешь, что она может быть разной в БД и в
объектах, у тебя начинается object-relational gap.


Именно из-за того, что я допускаю что она может быть разная, я не использую ORM. ;-)
Т.е. проектирую объекты как удобно для решения задачи.
А потом делаю "слой" который сохраняет данные из объектов.
...
Рейтинг: 0 / 0
02.09.2014, 09:15
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38734571
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
MasterZivЕсть одна маленькая проблемка: я и есть программист СУБД :-(
Поэтому писать мне.


Рад за вас.
Я программист Java, мне проще написать запрос, чем использовать ORM и писать ХП. :-)
...
Рейтинг: 0 / 0
02.09.2014, 09:16
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38735815
prog123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
prog123
Гость
Ну чего решили то?
...
Рейтинг: 0 / 0
03.09.2014, 10:37
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38736092
Фотография Infernal V. Raven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Infernal V. Raven
Участник
prog123,

Решили, что ты - тролль
...
Рейтинг: 0 / 0
03.09.2014, 13:03
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38736297
scf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
scf
Участник
prog123,

Решили, что уже пошла четвертая страница, а я получил ровно 1(один) ценный ответ. Ну и еще штуки три содержат полезную информацию.
...
Рейтинг: 0 / 0
03.09.2014, 15:05
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38736979
DPH3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DPH3
Участник
scfprog123,

Решили, что уже пошла четвертая страница, а я получил ровно 1(один) ценный ответ. Ну и еще штуки три содержат полезную информацию.

О, а что за ответ и какая информация?
Сделай уж summary )
...
Рейтинг: 0 / 0
04.09.2014, 04:53
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38736995
prog123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
prog123
Гость
Попробую подвести итог:

Концепция, работы с данными, основанная на таблицах (сущностях) себя не просто изжила, но и с самого начала была ошибочной.
...
Рейтинг: 0 / 0
04.09.2014, 06:26
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38736997
scf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
scf
Участник
prog123,

точно, тролль.
...
Рейтинг: 0 / 0
04.09.2014, 06:27
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38737010
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
prog123Попробую подвести итог:

Концепция, работы с данными, основанная на таблицах (сущностях) себя не просто изжила, но и с самого начала была ошибочной.

Вы правы!
Все NoSQL обречены от рождения!
<:o)
...
Рейтинг: 0 / 0
04.09.2014, 07:09
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38737052
Фотография vmag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vmag
Участник
prog123Попробую подвести итог:

Концепция, работы с данными, основанная на таблицах (сущностях) себя не просто изжила, но и с самого начала была ошибочной.

Соответственно 99 % баз данных работающих сейчас это только исключение из этого правила, а всех кто заработал кучу бабла на этом - просьба вернуть бабло обратно или перечислить заработанное на
благотворительность в фонд убогих и немощных, которые не смогли заработать на таблицах....
...
Рейтинг: 0 / 0
04.09.2014, 08:55
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38737124
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
prog123Попробую подвести итог:

Концепция, работы с данными, основанная на таблицах (сущностях) себя не просто изжила, но и с самого начала была ошибочной.
Вроде ничего не предвещало таких сильных итогов.
Скорее даже наоборот, реальных альтернатив не нашли пока. А если есть то для каких-то простых структур и запросов, но более производительных сетевых архитектурах (т.е. не модельное преимущество, а архитектрное реализации СУБД). Но это скорей претендует на дополнение, затычки, а не замену. Ни на ошибочность ни на изжитость это, вроде, не тянет.

На ассемблере тоже моно написать что-то более производительное чем более высокорувневых языках, но это же не значит, что их концепция изжила себя или ошибочна с самого начала.
...
Рейтинг: 0 / 0
04.09.2014, 09:53
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38737136
zeon11_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zeon11_
Гость
prog123Попробую подвести итог:

Концепция, работы prog123 с данными, основанная на таблицах (сущностях) себя не просто изжила, но и с самого начала была ошибочной.
...
Рейтинг: 0 / 0
04.09.2014, 10:09
| Ответить | Цитировать | Написать  
Проектирование БД - текущее состояние дел?
    #38737160
zeon11_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zeon11_
Гость
zeon11_prog123Попробую подвести итог:

Концепция, работы prog123 с данными, основанная на таблицах (сущностях) себя не просто изжила, но и с самого начала была ошибочной.
...
Рейтинг: 0 / 0
04.09.2014, 10:21
| Ответить | Цитировать | Написать  
25 сообщений из 122, страница 4 из 5
  4  все
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Проектирование БД - текущее состояние дел?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/search_topic.php?author=opencloser&author_mode=last_posts&do_search=1]:
 0ms
get settings:
 9ms
get forum list:
 15ms
get settings:
 9ms
get forum list:
 12ms
get settings:
 11ms
get forum list:
 16ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 166ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 70ms
get tp. blocked users:
 1ms
others: 1110ms
total:  1436ms
созд. / загр.: 1436ms
x
x
Закрыть


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