LabVIEW Portal

Возможно уже писали про это. Случайно наткнулся на интересную шпаргалку по блокам LabVIEW Database Connectivity Toolkit от Андрея Дмитриева.
http://vi-lib.com/CheatSheets/LV_DB_Con ... et_093.pdf

Заодно вопрос по теме: могут ли имена полей и названия таблиц (в базе access (*.mdb)) в содержать пробелы и русскоязычные символы и можно ли до них добраться из Database Connectivity Toolkit в этом случае?

Не пользовался полями с пробелами никогда, но есть небольшая аналогия наверное: в SQL сервере есть зарезервированные слова типа Default, и я столкнулся с аналогичным именем поля в таблице, в этом случае запрос выдавал ошибку и надо было имя поля писать так: [Default], полагаю есть способ аналогичный и для работы с пробелами в названиях полей.

Заодно вопрос по теме: могут ли имена полей и названия таблиц (в базе access (*.mdb)) в содержать пробелы и русскоязычные символы и можно ли до них добраться из Database Connectivity Toolkit в этом случае?[/quote]
Имена полей и названия таблиц кириллицу поддерживают, а вот с пробелом ругается, мне приходилось заменять пробел на "_".

Мне удалось использовать русскоязычные имена полей с пробелами, нужно просто их окружить скобками [ ], как предположил toto.
Но в интернете пишут, что не рекомендуется использовать имена с киррилицей и тем более с пробелами.

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

В инете много чего не рекомендуют, например переменные называть русским языком, но вот скажите, вы действительно на всех видимых контролах делаете Label- англоязычным а Caption русским? Думаю большинство все-таки не мучается и сразу пишет русскоязычный Label. Так что, можно использовать русские поля если это удобно.

toto писал(а):В инете много чего не рекомендуют, например переменные называть русским языком, но вот скажите, вы действительно на всех видимых контролах делаете Label- англоязычным а Caption русским? Думаю большинство все-таки не мучается и сразу пишет русскоязычный Label. Так что, можно использовать русские поля если это удобно.

Я, кстати, именно так и делаю (и, разумеется, не вручную). Везде в пользовательском интерфейсе у меня Labels выключены, а Captions включены. По ходу дела это единственно правильный метод для изготовления мультиязычного интерфейса. Кстати, все примеры на этом форуме с переменными на русском языке открываются у меня кракозябрами. Впрочем, если проблема локализации очень уж остро не стоит, то можно всё и на русском делать, но это может оказаться бомбой замедленного действия (ну, например, NI когда-нибудь разродится человеческой поддержкой юникода, и тогда поля на русском языке могут стать проблемой).

AndreyDmitriev писал(а):

toto писал(а):В инете много чего не рекомендуют, например переменные называть русским языком, но вот скажите, вы действительно на всех видимых контролах делаете Label- англоязычным а Caption русским? Думаю большинство все-таки не мучается и сразу пишет русскоязычный Label. Так что, можно использовать русские поля если это удобно.

Я, кстати, именно так и делаю (и, разумеется, не вручную). Везде в пользовательском интерфейсе у меня Labels выключены, а Captions включены.

+1. Делаю так же. Правда вручную. Как можно это делать не вручную?

FireFly писал(а): +1. Делаю так же. Правда вручную. Как можно это делать не вручную?

Примерно вот так:

Да удобно, когда много индикаторов. Возьму на заметку. Правда не у всех контролов я оставляю Label/Caption, так что добавлю проверку (если Label уже скрыт, то не делать Caption видимым). А массив всех ссылок на контролы получаю так.

Добрый день.
Что-то никак не могу врубиться для чего служит блок DB Tools Get Parameter Value VI
Какие-такие данные он возвращает?
http://zone.ni.com/reference/en-XX/help ... param_val/

Chupakabra писал(а):Добрый день.
Что-то никак не могу врубиться для чего служит блок DB Tools Get Parameter Value VI
Какие-такие данные он возвращает?
http://zone.ni.com/reference/en-XX/help ... param_val/

Он возвращает данные из хранимых процедур. (И, кажется, из запросов с параметрами, но тут я могу ошибаться).

Вот, например:
How Do I Get Return Values of Stored Procedures in the Database Connectivity Toolkit?

AndreyDmitriev писал(а):

Chupakabra писал(а):Добрый день.
Что-то никак не могу врубиться для чего служит блок DB Tools Get Parameter Value VI
Какие-такие данные он возвращает?
http://zone.ni.com/reference/en-XX/help ... param_val/

Он возвращает данные из хранимых процедур. (И, кажется, из запросов с параметрами, но тут я могу ошибаться).

Вот, например:
How Do I Get Return Values of Stored Procedures in the Database Connectivity Toolkit?

Угу, похоже именно для хранимых процедур.
http://digital.ni.com/public.nsf/allkb/ ... enDocument
Думал это что-то типа DB Tools Fetch Element Data VI, удивлялся зачем столько блоков с одинаковым функционалом :)

Прошу помощи! работа заключается в следующем: программа опрашивает прибор и пишет в базу Access параметры электроэнергии. Для определенного набора показателей формируется своя таблица. Все работает хорошо до поры до времени, а потом выскакивает следующее
.
Вид проги . Может какие то элементы Database необходимо использовать? ограничения для баз Access есть по количество строк данных и объему? Спасибо!

Вот такую базу формирует программа.

Может, строка, которую вы передаете второй, имеет слишком большую длину, чем задано в таблице, либо одно из чисел выходит за диапазон типа, указанного для поля. Например, вы пытаетесь запихнуть число 10000 в поле, размером в 1байт. Variant это сглотнет, но на уровне СУБД это будет уже ошибка. Смотрите текст запроса, на котором вылезла ошибка и сравните его со структурой таблицы.

Сделайте что-то с картинками - прогрузите их через портал. Почему пользователи должны, чтобы посмотреть картинку, по каким-то левым ресурсам лазить?
Подсказка: внизу сообщения нажимаете кнопку "Предпросмотр" и там появляется вкладка для подцепления файлов.