DZiW (X)
युक्रेन
अंग्रेजी से रूसी
+ ...
| short and concise | Jan 6, 2013 |
As for me, I don't like silly long names, therefore short names -- 15 chars is enough -- are quite descriptive, should you be laconic.
Indeed, if you prefer names like "The 1234-th translation project made on the New Year Eve (2013 A.D.) by a clever translator, Dominique Pivard (Ph.D. from ), who specializes in Business/Commerce (general), Law (general), Finance (general) Forestry / Wood / Timber, Engineering (general), IT (Information Technology), Investment / Securities and oth... See more As for me, I don't like silly long names, therefore short names -- 15 chars is enough -- are quite descriptive, should you be laconic.
Indeed, if you prefer names like "The 1234-th translation project made on the New Year Eve (2013 A.D.) by a clever translator, Dominique Pivard (Ph.D. from ), who specializes in Business/Commerce (general), Law (general), Finance (general) Forestry / Wood / Timber, Engineering (general), IT (Information Technology), Investment / Securities and others, and was registered at ProZ.com in November 1999, Finnish to French, a member of SKTL, can work with Adobe Acrobat, MemoQ, Microsoft Excel, Microsoft Word, Pagemaker, Powerpoint, QuarkXPress, Wordfast, has a cute site http://www.pivard.com (here is a home page: . . .), who now feels a bit tired and reluctant to work, and tries to find fault to refrain from just working on such a huge document (contents here), blah-blah-blah" then you should consider using 'all the other modern CAT tools you are aware of'. ▲ Collapse
| | | |
| Which DB to use with large TM's | Jan 7, 2013 |
Heartsome Support wrote:
This may caused by the length limitations of Oracle DB name.
We will try to make improvements for this! For example, Different DB will have different limitations.
Thanks for the explanation. If one of the supported databases imposes such limitations, it can make sense to use that same limitation for all databases, in case the user decides to migrate his/her DB at some point, for instant starts with an internal DB and moves to Oracle later on.
Speaking of the type of databases: what is your recommendation for a single user with large TM's (say, more than a quarter of a million entries)? Would performance be better with a dedicated database server (if so, which one?) than with the internal database?
| | | |
Login to reply/comment 
