Нормально ли ведет себя subj?
Может в отдельных случаях следует использовать английский или транслитерацию (напр. KOLVO).
С другой стороны, по-нашему, вроде бы понятнее при разработке.

а если такой расклад:delphi 6 или 7, ado sql server 2000?
прога будет под win98 или 2000 работать.

В Access если демошка Борей - напрочь переведенный на русский NorthWind. Вроде бы работает.

*Что такого может выкинуть родная МС-ная (access, sql sr, итд) тулзятина в ответ на русские названия элементов базы?

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

Спасибо, Оля за полезный опыт.

всем привет.

из всех ответов, присланных в этот топик,
я делаю следующие выводы:

для надежной работы БД без инцидентов, основанных на иногда странном понимании русских букв, рекомендуется делать так:

*используем названия с лат. буквами (a..z,A..Z):
FirstName, FuelName итд.

*знаки подчеркивания внутри как разделители и разный регистр букв опционально (это уже ближе к способу создания назв-я)

*пишем по правилам англ. языка:
WareCost,AirPlaneType итд

*слова эти без транслитерации.
*и без аналогичности по написанию русским словам с примесью транслита.
т.е.запрещаем себе всякий гон типа:
depevo,xvatit или Hazvanie.
------------------------------------------------

а теперь давайте позволим себе расширить тему и поговорим про "русский контент" в базе данных.

в основном, я про MS SQL Server.
С другой стороны, обмен знаниями о других СУБД расширит кругозор, поэтому приветствуется.

насколько мне известно, переменные строкового типа в пределах здравого смысла можно описать
по крайней мере 3-мя способами:

*char-жестко заданная длина,
для коротких слов автодополнение внутри пробелами.

*varchar-длина переменной внутри бд зависит от длины строки. в руководствах обычно пишут, что такой способ экономит место на носителях. Сервер Interbase вроде бы всегда хранит строки как с переменной длиной,
отчего в любом случае экономит:)

*n(var)char-аналогично, только в Unicode.
---------------------------
Интересно было бы узнать, а как правильно с точки зрения сервера выбирать тип переменной для русских выражений?
Желательно, чтобы этот способ описания был оптимален в большинстве случаев.

пусть в бд русские буквы будут в полях, хранящих:
*имена людей
*отечественные продукты питания, товары.
*типы объектов.(например,классы: Инструменты, Посуда
или названия типов ОС в 1СБ.)

все эти случаи объединены такой идеей:
-русские буквы + цифры + лат.буквы (иногда)
-строки обычно заметно меньше 100 символов

--------------------------------
количество таких данных:
от десятка-другого записей до многозначных чисел
для примера: список товаров склада киоска до бд по жителям города.

*еще можно добавить тип MEMO с русскими буквами.
пусть там храниться "примечание" и объем этого поля будет в пределах нескольких килобайт или 256 байтов (например).

-----------------------------
вот кстати, кусочек из доков про Юникод:
[http://www.sql.ru/faq/faq_topic.aspx?fid=127]

N перед строковой константой означает, что сервер будет воспринимает это значение в формате Unicode.
На практике это значит
- каждый символ занимает 2 байта
- code page НЕ используется для вычисления такой константы
- константа имеет default collation текущей базы (если не задан другой collation), т.е. на нее распространяюся правила сравнения (comparison rules) и чувствительность к регистру символов (case sensitivity) collation-а

ок.
Всем спасибо за ответы.
продолжение моего последнего вопроса я перенес в
новый топик "русский контент"