В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

DBA - русскоговорящее сообщество

3183 membersпожаловаться на группу
2021 June 17

Ю

Юрий Шапоренко... in DBA - русскоговорящее сообщество
Я просто не знаю, как описать это подробнее, не вдаваясь в дебри самой задачи. Самая большая проблема там была в сквозной нумерации, которая не должна меняться на тех участках таблицы, которые не нужно переформировывать, а также в разной логике сбора выручки в разрезе услуг. Поэтому пришлось разбивать на отдельные потоки, а потом применять общие правила преобразования
источник
14:17пожаловаться#1

AM

Alexander Morozov in DBA - русскоговорящее сообщество
Могу описать тестовую модель. Есть база данных из ряда (длинного) таблиц, информация в которые вносится сотрудниками. Каждая из таблиц описывает нечто свое (причем сильно разное), но у каждой есть один одинаково названный столбец userlogin. Надо составить отчет сколько записей внесено каким сотрудником в каждую из таблиц.
источник
14:22пожаловаться#2

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Вопрос-то, скорее, в том, почему при нормальной модели данных решение может "с указанием названия временной таблицы" может получиться проще / короче / нагляднее.
источник
14:41пожаловаться#3

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Опять-таки "к нормальному моделированию ... всё это не имеет отношения".
Это случай, когда одна часть базы данных моделирует не что-то из реального (или нереального ;) ) мира, а другую часть базы данных (или другую БД). Т.е. в норме подобное бывает очень редко, IMHO.
Кстати, а какой смысл в отчёте "сколько записей внесено каким сотрудником в каждую из таблиц" (просто любопытно)?
источник
14:45пожаловаться#4

СВ

Саша Воронов... in DBA - русскоговорящее сообщество
я бы не сказал, что модель данных у меня кривая. у меня довольно специфичный случай работы с этими данными, поэтому и приходится говнять динамические запросы к различным таблицам. при обычном профиле запросов, таблицы указываются явно
источник
14:48пожаловаться#5

AM

Alexander Morozov in DBA - русскоговорящее сообщество
1) Начальники любят такие отчеты. 2) Разбор инцидентов ИБ (с небольшой поправкой в коде).
источник
14:48пожаловаться#6

СВ

Саша Воронов... in DBA - русскоговорящее сообщество
если есть условная таблица Медиафайл, пачка условных сущностей вида Автомобиль, Магазин, Валюта, что угодно (сотни их), и должна быть связка Медиафайла с этими сущностями (ведь у авто может быть изображение, и у денежной купюры, и у магазина), выйдет такое говно, как у меня.
источник
14:50пожаловаться#7

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Ну а вот я и @MasterZiv говорим. ;)
И я уже выше объяснял, почему мне так сильно кажется.
источник
14:50пожаловаться#8

СВ

Саша Воронов... in DBA - русскоговорящее сообщество
так вы лучше объясните, как это сделать нормально, и я буду знать на будущее
источник
14:50пожаловаться#9

СВ

Саша Воронов... in DBA - русскоговорящее сообщество
множить тысячи промежуточных таблиц? АвтоМедиафайл, МагазинМедиафайл, т.д.? Как тогда работать с ними единобразно?
источник
14:50пожаловаться#10

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
На https://t.me/dba_ru/137049 смотрели? Это если так, "сходу".
Telegram
Ilia Zviagin in DBA - русскоговорящее сообщество
Наследование реализовывать. 5 штук реализаций возможны, если не ошибаюсь, согласно классификации из документации на  Hibernate...
(Не все конечно применять нужно в нормальной реляционной СУБД)
источник
14:52пожаловаться#11

AM

Alexander Morozov in DBA - русскоговорящее сообщество
Для усиления эффекта можно добавить сюда еще клиентов и сотрудников. (Типо биометрия.)
источник
14:53пожаловаться#12

СВ

Саша Воронов... in DBA - русскоговорящее сообщество
почитал про стратегии наследования в хибернейте, ни одна не подходит под наши профили запросов
источник
15:06пожаловаться#13

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Любопытно, почему. Что за "профили" такие? ;)
источник
15:07пожаловаться#14

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Продолжить все у услуги в одну общюю таблицу
источник
15:12пожаловаться#15

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
+
источник
15:14пожаловаться#16

СВ

Саша Воронов... in DBA - русскоговорящее сообщество
ни одна из этих стратегий не позволит мне организовать generic foreign key. условно, добавить всем сущностям в системе Tag с возможностью потом найти все условные Авто помеченные конкретным тегом. или некоторые Авто и Магазины помеченные каким-то другим тегом.
источник
15:18пожаловаться#17

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Хмм... подождите. Одна из "стандартных" реализаций именно это и делает (и, по-моему, она была в hibernate — я не стал проверять).
источник
15:22пожаловаться#18

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Чё за generic foreing key такой?
ЧТо это за зверь?
источник
15:23пожаловаться#19

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Да, в Хибере полно таких решений.
источник
15:23пожаловаться#20