ReSQL.ru
     
powered by simpleCommunicator - 2.0.38     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / Дилемма наименования таблиц
25 сообщений из 100, страница 4 из 4
  4  все
Дилемма наименования таблиц
    #39982516
listtoview
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
listtoview
Участник
Shocker.Pro
listtoview
пропущено...

комментарии каждый год новые к ДР
Ну тогда и таблица должна называться иначе (раз уж у нас тема именования), типа AnnualCongratulations или что-то в этом роде. Ну и вместо поля даты просто год (ну тут спорный момент, от цели зависит)

демон создает сущность Birthday для сотрудника
ее можно комментировать лайкать просматривать, к ней прикручены некоторые другие активности
ИМХО удобнее хранить дату, сотрудника, и ид
этой информации достаточно
название таблицы, согласен стоит наверное переименовать

Спасибо!
...
Рейтинг: 0 / 0
22.07.2020, 09:40
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39982525
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
listtoview
Shocker.Pro
пропущено...
Ну тогда и таблица должна называться иначе (раз уж у нас тема именования), типа AnnualCongratulations или что-то в этом роде. Ну и вместо поля даты просто год (ну тут спорный момент, от цели зависит)

демон создает сущность Birthday для сотрудника
ее можно комментировать лайкать просматривать, к ней прикручены некоторые другие активности
ИМХО удобнее хранить дату, сотрудника, и ид
этой информации достаточно
название таблицы, согласен стоит наверное переименовать

Спасибо!

Думается мне что явно не хватает понимания DDD.

Есть дата рождения как атрибут человека и есть день рождения как событие в его жизни.

Хотя я схему БД не смотрел :)
...
Рейтинг: 0 / 0
22.07.2020, 09:47
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39982546
listtoview
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
listtoview
Участник
skyANA
listtoview
пропущено...

демон создает сущность Birthday для сотрудника
ее можно комментировать лайкать просматривать, к ней прикручены некоторые другие активности
ИМХО удобнее хранить дату, сотрудника, и ид
этой информации достаточно
название таблицы, согласен стоит наверное переименовать

Спасибо!

Думается мне что явно не хватает понимания DDD.

Есть дата рождения как атрибут человека и есть день рождения как событие в его жизни.

Хотя я схему БД не смотрел :)

совершенно верно
дата рождения как атрибут
событие как отдельная сущность
...
Рейтинг: 0 / 0
22.07.2020, 10:05
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39982593
fkthat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fkthat
Участник
skyANA
Есть дата рождения как атрибут человека и есть день рождения как событие в его жизни.

И в английском языке это, кстати, два разных термина.
...
Рейтинг: 0 / 0
22.07.2020, 11:08
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39982595
fkthat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fkthat
Участник
skyANA
Думается мне что явно не хватает понимания DDD.

Ему удобней db first.
...
Рейтинг: 0 / 0
22.07.2020, 11:10
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39982647
fkthat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fkthat
Участник
listtoview
fkthat
listoview, закажи лучше у начальника-ютуба для вашего корпортала купить шейрпойнт - "И попляшете, и п...сь" (с)

я пишу под шарик :)
немного

Так-то, если серьезно, то почему не взять Umbraco или Orchard? С Umbraco можно вообще за полдня разобраться, но его под коре так и нет, с Orchard разбираться подольше, но зато он давно уже под коре и сам по себе прикольнее.
...
Рейтинг: 0 / 0
22.07.2020, 12:38
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39982747
listtoview
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
listtoview
Участник
fkthat
listtoview
пропущено...

я пишу под шарик :)
немного

Так-то, если серьезно, то почему не взять Umbraco или Orchard? С Umbraco можно вообще за полдня разобраться, но его под коре так и нет, с Orchard разбираться подольше, но зато он давно уже под коре и сам по себе прикольнее.

кастомизация дорогая
...
Рейтинг: 0 / 0
22.07.2020, 15:10
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983039
fkthat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fkthat
Участник
listtoview,

А чо - прикольная тема, выложи проект на гитхаб и публикуй тут ссылки на коммиты. А мы будем заходить туда твой код обсирать смотреть
...
Рейтинг: 0 / 0
23.07.2020, 12:49
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983042
Фотография Shocker.Pro
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Shocker.Pro
Участник
fkthat
А мы будем заходить туда твой код обсирать смотреть
и править!
...
Рейтинг: 0 / 0
23.07.2020, 12:52
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983377
fkthat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fkthat
Участник
listtoview
кастомизация дорогая

С Орчард я знаком только очень поверхностно, но Умбраку там вообще нечего и кастомизировать. По сути сайт под ней пишется точно так же как обычный сайт на ASP.NET MVC (разоровские вьюхи, цсс, жс), только у тебя при этом есть уже готовый API/UI для работы с контентом, аккаунтами и т.п. Кстати, когда-то старый сайт http://asp.net работал именно на ней.
...
Рейтинг: 0 / 0
23.07.2020, 22:40
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983666
Valery_B
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Valery_B
Участник
listtoview
спасибо

наименования столбцов с большой буквы без префиксов, так?

Id INT IDENTITY(1,1) PRIMSRY KEY CLUSTERED NOT NULL
Name VARCHAR(8000) NOT NULL
...

Так точно делать нельзя.
Когда в таблице Orders будет просто "Id", а не "ClientsId" - это будет тайна, покрытая мраком.
Напоминает фразу - "Кто такой был "Посторонним В..." не знал даже сам Пятачок."
Правило что бы не думать <ИмяТаблицы>+Id
Orders -> OrdersId
Clients -> ClientsId
Documents -> DocumentsId

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
CREATE TABLE Clients
(
ClientsId INT IDENTITY(1,1) PRIMARY KEY,
[FullName] VARCHAR(8000) NOT NULL
)

CREATE TABLE Orders 
(
OredersId INT IDENTITY(1,1) PRIMARY KEY,
ClientsId INT NOT NULL,
[Name] VARCHAR(8000) NOT NULL
)


Если ClientsId уже есть, и надо добавить ещё один, добавляешь "ClientsIdAgreement".
...
Рейтинг: 0 / 0
24.07.2020, 14:41
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983696
fkthat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fkthat
Участник
Valery_B

Так точно делать нельзя.
Когда в таблице Orders будет просто "Id", а не "ClientsId" - это будет тайна, покрытая мраком.

Следуя этой логики, в таблице Clients надо вообще все поля начинать с "Client": ClientName, ClientPhone, ClientEmail т.е. вообще бред полный. Имхо и так ясно, что если поле ID находится в таблице Clients, то это ИД клиента, а не его домашнего животного. И еще, если использовать EF + Code first, то по умолчательным конвенциям для свойства Id для таблицы автоматически генерируется поле Id с первичным ключом.
...
Рейтинг: 0 / 0
24.07.2020, 15:27
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983734
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дмитрий Мух
Участник
fkthat,

ты это чего?

Сейчас начинающие специалисты начнут думать... Так точно делать нельзя ©
...
Рейтинг: 0 / 0
24.07.2020, 16:43
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983810
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
fkthat
Следуя этой логики, в таблице Clients надо вообще все поля начинать с "Client": ClientName, ClientPhone, ClientEmail т.е. вообще бред полный. Имхо и так ясно, что если поле ID находится в таблице Clients, то это ИД клиента, а не его домашнего животного. И еще, если использовать EF + Code first, то по умолчательным конвенциям для свойства Id для таблицы автоматически генерируется поле Id с первичным ключом.


На самом деле название поля ClientId в таблице Clients имеет смысл.
Сложнее сделать ошибку, если часто SQL пишешь руками, при отсутствии IDE.
SQL-и лучше читаются.

Но в целом кмк, это уже не слишком актуально, при использовании автоматизированных инструментов. Если это не ORM, то некий построитель SQL. Руками SQL пусть деды пишут
...
Рейтинг: 0 / 0
24.07.2020, 20:49
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983812
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
hVostt
то некий построитель SQL


если что, имеется в виду не GUI, а паттерн Builder
...
Рейтинг: 0 / 0
24.07.2020, 20:51
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983830
Valery_B
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Valery_B
Участник
hVostt

На самом деле название поля ClientId в таблице Clients имеет смысл.

Поле называется Client s Id, с "s" на конце - по названию таблицы + Id.
Лет 5 назад это тоже была моя вечная ошибка, не добавлять s.

И как ни странно, помимо всего перечисленного, это поле также идёт в таблицу Orders именно как ClientsId, а не как "Id".
С ClientsId разработчик всегда однозначно поймёт смотря на таблицу Orders, с какой таблицей связано это поле.

Поля Id, Id2, Id3 - делают разработчики, которые вчера перед сном посмотрели фильм ужасов, и с утра создали таблицы с такими полями.
Особая веселуха начинается когда начинают делать JOINы на эти "Id".
...
Рейтинг: 0 / 0
24.07.2020, 22:44
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983842
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
Valery_B
Поле называется Client s Id, с "s" на конце - по названию таблицы + Id.


Таблица называется Clients во множественном числе, потому что там лежать много записей клиентов.
Название ClientsId семантически не верно и откровенно тупо. Кажется, что разработчик тронулся головой.

ClientId итак абсолютно и однозначно понятно к какой таблице относится поле.

На деле же, такой подход давно устарел с приходом мощных IDE, в которых прекрасно видно к чему относится поле с названием Id, более того, код связки генерируется на лету, руками писать не надо.

Valery_B
Поля Id, Id2, Id3 - делают разработчики, которые вчера перед сном посмотрели фильм ужасов, и с утра создали таблицы с такими полями.
Особая веселуха начинается когда начинают делать JOINы на эти "Id".



Я считаю, что не нужно заниматься трудом, который может за тебя сделать компьютер. Если хватает мозгов конечно автоматизировать свой труд.

Абсолютно никакой проблемы с джойнами и полями типа Id уже давным давно нет. Хотя да, я встречал людей старых привычек, которые в силу инерционности мышления не могут отойти от практик, которые раньше им помогали из-за бедного инструментария.
...
Рейтинг: 0 / 0
24.07.2020, 23:28
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983843
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
Valery_B
Лет 5 назад это тоже была моя вечная ошибка, не добавлять s.


А вы не задумывались, что вы прёте против естественного? Как раз вы 5 лет назад были правы и делали правильно. Но потом видимо победил надмозг.
...
Рейтинг: 0 / 0
24.07.2020, 23:31
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983851
fkthat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fkthat
Участник
Valery_B
Лет 5 назад это тоже была моя вечная ошибка, не добавлять s.

Но, в конце-концов ты прозрел, и именуешь поля на обезьяньем английском.
...
Рейтинг: 0 / 0
25.07.2020, 00:50
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39983970
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
fkthat
Valery_B
Лет 5 назад это тоже была моя вечная ошибка, не добавлять s.

Но, в конце-концов ты прозрел, и именуешь поля на обезьяньем английском.



Придумал себе совершенно глупое правило, не имеющее никакого смысла и не приносящее никакой пользы, и 5 лет страдает :)
...
Рейтинг: 0 / 0
25.07.2020, 22:05
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39984019
fkthat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fkthat
Участник
hVostt
Придумал себе совершенно глупое правило, не имеющее никакого смысла и не приносящее никакой пользы, и 5 лет страдает :)

В английском языке если существительное используется в качестве прилагательного, то оно ставится в единственном числе. "Клиентский(ие) ИД" это всегда "Client ID", но не "Clients ID"
...
Рейтинг: 0 / 0
26.07.2020, 06:44
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39984259
listtoview
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
listtoview
Участник
Valery_B,
FOREIGN KEY я бы назвал
Код: sql
1.
[ClientId] INT NOT NULL FOREIGN KEY REFERENCES Clients([Id])


,а PRIMARY KEY просто
Код: sql
1.
[Id] IDENTITY(1,1) NOT NULL PRIMARY KEY CLUSTERED


считаю так правильно
...
Рейтинг: 0 / 0
27.07.2020, 10:22
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39984260
listtoview
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
listtoview
Участник
наименование констрейнтов подзабыл как правильно делать, через пару дней вернусь к задаче, загуглю
...
Рейтинг: 0 / 0
27.07.2020, 10:23
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39984266
fkthat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fkthat
Участник
hVostt
Руками SQL пусть деды пишут

Я уже несколько лет как сиквел руками пишу только на здешнем форуме Размять булки, тряхнуть дедовской стариной
...
Рейтинг: 0 / 0
27.07.2020, 10:54
| Ответить | Цитировать | Написать  
Дилемма наименования таблиц
    #39984268
fkthat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fkthat
Участник
listtoview
наименование констрейнтов подзабыл как правильно делать, через пару дней вернусь к задаче, загуглю

Тут уже пахнет не дилеммой, а трилеммой, или бери еще выше :))
...
Рейтинг: 0 / 0
27.07.2020, 10:56
| Ответить | Цитировать | Написать  
25 сообщений из 100, страница 4 из 4
  4  все
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / Дилемма наименования таблиц
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru             Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=18&msg=39983970&tid=1354657]:
 0ms
get settings:
 11ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 43ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 60ms
get tp. blocked users:
 1ms
others: 302ms
total:  453ms
созд. / загр.: 453ms
x
x
Закрыть


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