кто имеет опыт или своё видение?
Это уж совсем общее, наверное) Читал на Гугле по неймингу, что так называть не советуют.
Существительными, что бы хоть было понятно о чем речь... Правда там по api документация, но мне кажется к БД тоже вполне применимо. Кстати, рекомендую почитать. https://cloud.google.com/apis/design
Мне кажется items это существительное, имеющее четкое значение
Я вообще во множественном числе таблицы не называю, а по имени сущности. А соглашения о нейминге от гугла вот здесь. https://cloud.google.com/apis/design/naming_convention
Products А всякие соглашения о нейминге от гугл - это просто одно из мнений, не более. Имеет значение только для тех, кто там собирается работать или как-то вовлечён в их разработку. Остальным на их "стандарты" по барабану, мягко говоря.
Понятно что частное, но думаю это же на чем-то основано, а не с потолка взято... Да, тоже думал о product. Вот еще нарыл обсуждение. https://english.stackexchange.com/questions/160428/single-word-for-product-or-service#:~:text=I%27d%20suggest%20%22output%22,physical%20products%20or%20services%20altogether.
Глобальная таблица приложения для таких вещей у меня вообще thing названа, но в модуле грузоперевозок не хочу ее использовать. Хочу что-то более конкретное.
Это мнение основано на том, что таблица - это сущность, а сущность должна быть как бы в ед. числе. С одной стороны это верно, но сущностью де-факто является только описание таблицы и полей (т.е. атрибутов сущности), а вот содержимое таблицы - это записи, которые содержат экземпляры конкретных сущностей, т.к. их много, то они должны быть во множественном числе. Это простая бытовая логика: в корзине у тебя грибы, а не гриб, яблоки, а не яблоко и т.д.
Обсуждают сегодня