имя таблицы в бд: единственное или множественное число

select name, surname, age from person where age > 18;

достаточно для ответа? :)

я сообразил более развернутый ответ! ;)

таблица - это, по сути, описание сущности. так что, называй её так же, как и сущность.

В RoR множественное число

нет

нет

что именно? :)

это ответ за или против?

множественное

погляди мой второй коментарий. я склоняюсь к тому, чтобы называть таблицы по названиям сущностей.
да и вообще, последнее время, таблицы за меня называют разные проги-генераторы сами. именно оттуда, а еще из книги ddd я и подглядел ответ.

я вот тоже к названию сущности склоняюсь... а мой коллега к названию множества сущностей.

Единственное. Но уже не помню почему. Просто запомнил, что множественное - моветон.

аргументы

аргументы

Зачем? Это дело ваш предпочтений/соглашений. Как договоритесь так и будет.

Так вот договорится мы и не можем

select count(age) as age_count from persons group by age having age > 18;

достаточно для ответа? :)

Тогда подеритесь, кто победит тот и решит проблему.

аргументы

Всё очень просто: если в таблице будет храниться всегда только одна запись, то единственное число. Если хранится множество записей, то множественное :)

files

но в 99% в самописном ынтырпрайзе ты можешь встретишь исконно русские названия таблиц «faily» и прочие «polzovateli»

Сделал множественное только потому, что:

set areas [list [$r SMEMBERS $topicid:areas]]
foreach area $areas {}

Хотя конечно это не совсем таблица, но близко и тоже голову ломал и сначало единственным числом назвал.

Давно пришел к выводу что в большинстве случаев транслитерация это очень и очень плохо.

persons

persones епт.

Давно пришел к выводу что в большинстве случаев транслитерация это очень и очень плохо.

я бы сказал что это всегда плохо. как посмотришь на такую базу там лицо покрывается синяками от неистовых фейспалмов.

да, видимо, придется драться, как тут предлагают :-D
ибо тут тоже единого мнения нет...

selo_i_lyudi лучше, чтоб враги не догадались :)

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

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

У нас внутри компании единственное число используется.

Посмотрел сейчас как сделано в mysql в дэфолтных таблицах information_schema и mysql. В первой множественное число, а во второй единственное. Кажется они тоже не договорились ))

я за единственное. потому что смотрю на них как на инстанци класса. а если речь о many-to-many, то - нет.

select name, surname, age from person where age > 18;

А теперь по-русски прочитай. И подумай, что тут не так.

на кой мне читать это по-русски? я ж не в одинэсе программирую?!
а ты почитай книгу про ддд, и подумай, что тут так. (с)

file или files

Если ты хранишь в одной записи один файл тогда лучше file, если несколько то files

Если ты хранишь в одной записи один файл тогда лучше files, если несколько то fileses

fxd во имя добра

Множественное. Единственным числом является строка в таблице.

plural

Лучше множественное, как в рельсах.

Т.е. таблица files, а класс, описывающий отдельную запись, — File.

ну ладно, по-ихнему прочитай. суть одна.

persons

persones епт.

people **ле

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

aspell

на кой мне читать это по-русски? я ж не в одинэсе программирую?! а ты почитай книгу про ддд, и подумай, что тут так. (с)

Он совершенно прав. Выбирать ты будешь из персон, а не персоны. Поэтому множественное. Только оно.

Вообще, в SQL не таблицы, а отношения. Логично, что отношение - единственное число. Т.е., с точки зрения реляционной алгебры, Person(id, name, age) - это отношение над тройками (id, name, age), которое содержит те тройки, которые соответствуют живым людям.

Вообще, в SQL не таблицы, а отношения.

Ближе к полночи на лоре начинаются откровенные беседы...