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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

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

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

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Тут ключевой момент -надо ли будет расширять состав этих ограничений во время работы системы, надо ли добавлять новые виды ограничений? Если да, то -дочерняя таблица, если нет - можно делать поля
источник
22:25пожаловаться#1

V

Vlad in DBA - русскоговорящее сообщество
Нужно сохранять дату изменения каждого ограничения. Получается таблица users: id, ..., likes_limit, likes_limit_updated_at, groups_limit, groups_limit_updated_at ... Придется вручную отслеживать...
источник
22:28пожаловаться#2

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
А другой вариант как? Не вручную?
источник
22:29пожаловаться#3

V

Vlad in DBA - русскоговорящее сообщество
В дочерних таблицах оставить ORM-ке :)
источник
22:30пожаловаться#4

V

Vlad in DBA - русскоговорящее сообщество
Да и скорее всего, ограничения будут добавляться
источник
22:30пожаловаться#5

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Ну а это как, не руками?
источник
22:34пожаловаться#6

V

Vlad in DBA - русскоговорящее сообщество
Автоматически. Но я тебя понял.

А вот если создавать дочерние
таблицы, то следует ориентироваться на поля (в рамках одной таблицы) или по таблице на каждое ограничение (как описал вначале)
источник
22:37пожаловаться#7

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Лучше одну таблицу, наверное...
источник
22:38пожаловаться#8

V

Vlad in DBA - русскоговорящее сообщество
Понял, спасибо большое. Хорошего вечера
источник
22:40пожаловаться#9

АА

Андрей Агеев... in DBA - русскоговорящее сообщество
три таблицы (две сущности + связи)
источник
22:44пожаловаться#10

АА

Андрей Агеев... in DBA - русскоговорящее сообщество
sql_variant (SQL Server) anydata (Oracle)
если только числовые или битовые,
то можно не заморачиваться - 0 и 1 решают
источник
22:48пожаловаться#11

ДМ

Дмитрий Могилевцев... in DBA - русскоговорящее сообщество
Я бы оставил таблицу users и отдельно таблицу с ограничениями. Судя из описания вид второй таблицы получится такой:
id
user_id
ограничение
updated_at

Получается ты добавляешь на одного юзера несколько строк, где поле ограничение это like, limit и т.д. Удобно и легко можно расширять
источник
22:55пожаловаться#12

V

Vlad in DBA - русскоговорящее сообщество
Две сущности — имеешь ввиду users и limits?
источник
23:07пожаловаться#13

АА

Андрей Агеев... in DBA - русскоговорящее сообщество
да
источник
23:08пожаловаться#14

V

Vlad in DBA - русскоговорящее сообщество
Ограничение тогда — enum какой-то? Если там строго один из вариантов
источник
23:10пожаловаться#15

АА

Андрей Агеев... in DBA - русскоговорящее сообщество
когда понадобится переименовать like или limit (несколько раз), а потом построить отчет по ограничениям определенного типа либо добавить к сущности "ограничение" атрибут-другой и построить отчет по этим атрибутам, тут то все удобство и проявится.
источник
23:11пожаловаться#16

ДМ

Дмитрий Могилевцев... in DBA - русскоговорящее сообщество
Да, enum, как вариант. Зависит от проекта конечно) можно просто подвязываться к этому полю и выводить в цикле в шаблоне. Если появится новое ограничение - шаблон просто среагирует и сразу выведет. По мне так очень удобно
источник
23:13пожаловаться#17

V

Vlad in DBA - русскоговорящее сообщество
Согласен. Тоже рассматривал, но динамический тип в постгресе — что-то не уверен
источник
23:14пожаловаться#18

V

Vlad in DBA - русскоговорящее сообщество
enum в реляционках насколько знаю — не желателен. А что за шаблоны?
источник
23:15пожаловаться#19

АА

Андрей Агеев... in DBA - русскоговорящее сообщество
иногда для универсальной системы атрибутов просто используют два-три поля с разными типами
источник
23:17пожаловаться#20