см. скрин. Base, доп. параметры для текстовых БД
1. Вызывается по пункту контекстного меню "Дополнительные параметры". Заголовок окна - "Дополнительные настройки". Надо унифицировать.
2. SQL92 так и пишется слитно? Или всё-таки через дефис как SQL-92 ?
3. Не влазитпомещается в отведённом месте "Строки для распознавания типов столбцов". Перефразировать, как-то указать, что это не строки, а их количество.
[вложение удалено Администратором]
В первом приближении:
Строк для определения типов полей
Предположить типы полей по первым строкам
...
Можно ещё опустить/сдвинуть числовое поле:
http://opengrok.libreoffice.org/xref/base/dbaccess/source/ui/dlg/advancedsettings.src#252
По (2) -- SQL92 так и пишется.
Цитата: Helen от 12 мая 2011, 19:413. Не влазит "Строки для распознавания типов столбцов". Перефразировать, как-то указать, что это не строки, а их количество.
Не похоже на "количество".
Это скорее те строки, по которым ООо автоматически может определить тип столбца (Текст, Число, Дата, Время).
Или нет?
тип столбца/поля в текстовых БД определяется на основе значений, уже находящихся в этих полях. Данная величина указывает, сколько строк надо посмотреть офису, чтобы надёжно распознать тип поля.
Описание: http://wiki.services.openoffice.org/wiki/Feature_Freeze_Testing_3.4#Component_:_Database_Access_.28DBA.29 (115655)
Цитата: bormant от 12 мая 2011, 21:41Строк для определения типов полей
поддержу.
А какой термин у нас чаще используется в Base - поля или столбцы?
"Поле" - более широкое понятие.
ЦитироватьПоле данных - часть записи или заполняемой формы, имеющая функционально самостоятельное значение и обрабатываемая как отдельный элемент данных.
По-английски: Field
Если данные можно представить в виде таблицы, то каждый отдельный "столбец" содержит "функционально самостоятельные поля данных".
Впрочем, в "
теории реляционных баз данных" вообще другая терминология.
http://citforum.ru/database/osbd/glava_16.shtml (http://citforum.ru/database/osbd/glava_16.shtml)
А если сделать поле в 2 раза уже?
Т.е. сейчас:
Pos = MAP_APPFONT ( START_X + 100, AUTO_Y ) ; \
262 Size = MAP_APPFONT ( 60 , EDIT_HEIGHT ) ;
Заменить на:
Pos = MAP_APPFONT ( START_X + 130, AUTO_Y ) ; \
262 Size = MAP_APPFONT ( 30 , EDIT_HEIGHT ) ;
Зачем такое широкое поле нужно?
(если это то место)
Да и вправо можно сдвинуть намного.
А как это выглядит на английском?
Цитата: RFJ от 17 мая 2011, 12:51А как это выглядит на английском?
Rows to scan column types
https://translations.documentfoundation.org/ru/libo34x_ui/translate.html?unit=7238389
ЦитироватьНе влазит ...
Это как-то не по-русски.
Говорят "не влезает".
Цитата: RFJ от 17 мая 2011, 12:55Это как-то не по-русски.
Исправилась :)
Вот так выглядит на английском (2) и если сделать поле в 2 раза уже то будет выглядеть так (1) (только фон конечно будет белый а не голубой):
[вложение удалено Администратором]
Цитата: Helen от 17 мая 2011, 12:54Rows to scan column types
В оригинале всё просто:
"Строк для
просмотра типов столбцов"
Цитата: RFJ от 17 мая 2011, 13:08В оригинале всё просто:
"Строк для просмотра типов столбцов"
Да, наверное так и надо перевести, и больше ничего не нужно, должно уместиться.
а вы не думаете, что слова "просмотр" недостаточно для понимания сути выполняемой операции?
А так и так не понятно, всё равно нужно будет пояснять в справке.
Кроме того текстовые БД - не очень популярный тип БД, скорее это "архаика".
И создавать для них дополнительный пункт настроек - сомнительное улучшение.
PS. "Вручную" для этих БД гораздо надежнее.
Scan - можно перевести как изучение, просмотр, скан, поиск . Распознавание - это "recognition". Так что в английском варианте тоже нет распознавания. Можно кстати перевести ещё так:
"Строк для поиска типов столбцов."
Цитата: bormant от 12 мая 2011, 21:41Строк для определения типов полей
Можно принять этот вариант.
PS. Уверен, что пользователям этот пункт будет "по барабану".
Цитата: RFJ от 17 мая 2011, 13:32Можно принять этот вариант.
Тоже не поместится (выйгрыш - 3 буквы, а надо не менее 5)
"Строк для скана типа столбца"
Цитата: Клио от 17 мая 2011, 14:34
Цитата: RFJ от 17 мая 2011, 13:32Можно принять этот вариант.
Тоже не поместится (выйгрыш - 3 буквы, а надо не менее 5)
Обижаете:
[вложение удалено Администратором]
Строк для определения типа поля
Цитата: RFJ от 17 мая 2011, 13:24Кроме того текстовые БД - не очень популярный тип БД, скорее это "архаика".
...
PS. Уверен, что пользователям этот пункт будет "по барабану".
csv, txt, адресные книги и другие файлы легко можно использовать в качестве источников данных для рассылки писем, статистики и прочей обработки.
Если Вы собираетесь использовать такой источник данных в Calc, то достоверность определения типа поля имеет значение.
Цитата: bormant от 17 мая 2011, 14:40
Цитата: Клио от 17 мая 2011, 14:34
Цитата: RFJ от 17 мая 2011, 13:32Можно принять этот вариант.
Тоже не поместится (выйгрыш - 3 буквы, а надо не менее 5)
Обижаете:
Да, извините, поместится. Там "полей", а не "столбцов", выйгрыш значит не 3, а 6 букв.
Всё-таки, к "scan" ближе "поиск", "изучение", чем "определение", а? Определение - detection, identification, recognition . Конечно, не обязательно дословно переводить, но ведь и короче получится и дословнее.
Цитата: Helen от 17 мая 2011, 13:46Если Вы собираетесь использовать такой источник данных в Calc
Так здесь разговор идет вроде бы о Base.
И окно определения типов полей для текстовой БД появляется раньше, чем окно дополнительных настроек.
[вложение удалено Администратором]
Смысл: просмотреть N строк, проанализировать, принять решение о типе полей.
Далее, при собственно импорте, это решение останется неизменным.
Строк для определения типов полей
Строк для изучения типов полей
Строк для анализа типов полей
...
Строк для <?> типов полей
Но с этим окном дополнительных настроек можно работать только после импорта текстовых файлов (таблиц) в БД, т.е. БД уже полностью сформирована.
[вложение удалено Администратором]
Цитата: RFJ от 17 мая 2011, 14:34И окно определения типов полей для текстовой БД появляется раньше, чем окно дополнительных настроек.
именно
типы полей определяются позже.
Цитата: RFJ от 17 мая 2011, 14:49Но с этим окном дополнительных настроек можно работать только после импорта текстовых файлов (таблиц) в БД, т.е. БД уже полностью сформирована.
Формирование БД не означает, что импорт уже произошёл. Когда мы меняем настройки, не так важно, поскольку БД можно обновить, таблицы открыть повторно, да и число файлов-таблиц меняется, стоит лишь добавить текстовый файл в определённый каталог.
Цитата: bormant от 17 мая 2011, 15:37
Строк для анализа типов полей
хорошо.
Цитироватьименно типы полей определяются позже.
Нет, типы полей определяются уже при открытии текстовой БД.
(До возможности использования дополнительных настроек.)
ЦитироватьФормирование БД не означает, что импорт уже произошёл.
Нет, импорт текстового файла происходит тоже при открытии БД.
[вложение удалено Администратором]
RFJ, давайте проверим.
Linux, LibreOffice Base 3.4 Beta 5.
Два идентичных файла csv (1.csv и 2.csv) с разделителями-табуляцией одинакового содержания:
1 2 3 4
1 2 3 4
er we 3 4
Формируем БД (скрин 1), нажимаем "Готово". Получаем две таблицы (скрин 2). БД сформирована и сохранена.
Открываем 2.csv текстовым редактором, заменяем текст на цифры:
1 2 3 4
1 2 3 4
3 3 3 4
Сохраняем, закрываем. Возвращаемся в Base, открываем свойства обеих таблиц, смотрим типы (скрин 3). Видим, что типы полей определились по-разному, в зависимости от типа значений в файлах.
Соответственно, считаю, что утверждения "типы полей определяются уже при открытии текстовой БД." и "импорт текстового файла происходит тоже при открытии БД." не соответствуют действительности, поскольку если бы типы полей определялись на этапе формирования/открытия БД, то в обеих таблицах-файлах они были бы идентичны, поскольку второй файл был изменён уже после открытия базы данных.
И также соответственно, количество строк для анализа типов полей мы можем указывать после формирования БД, но до факта первого открытия таблицы. Либо после изменения настройки следует выполнить обновление таблиц.
[вложение удалено Администратором]