кириллkЕсть минусы?

Вроде Invoice_With_Returns_Exept_Negative_Amount.Date_First_InvoiceНужно соблюсти какой то баланс между прозрачностью имён, и размером исходных кодов, и, соответственно, их читаемостью
Тут, собственно, не такое уж большое имя, учитывая, что в запросах безусловно нужно использовать алиасы.
Т.е. должно быть:


Технических проблем вроде нет, не слышал. До 128 символов.

Владислав КолосовНазначение таблиц пишется в расширенных свойствах русским языком, а не в названии.В смысле, можно делать имена таблиц даже в виде GUID? Они же ничего не обозначают, а назначение можно посмотреть в описаниях?

ИМХО тут нужен некий компромисс.
Понятные, но не слишком длинные названия будут быстро запомнены специалистами, и они будут их использовать без лишнего залезания в доки.

Есть даже такой известный подход, он даже озвучен многими великими - идеальной документацией кода является сам код.
И я с этим согласен - не в смысле, что никаких док вообще не надо делать, а что код как составная часть документации - абсолютно необходимо и неизбежно (то есть код будет документацией, хотите вы этого или нет), так что разработчикам нужно делать эту "документацию" приемлемой для использования.