Доброго дня!
Пытаюсь прикрутить базу элементов на postgresql (9.4) к Capture CIS v16-6-112A.
Табличка с данными есть представление.
В ODBC создаю соединение, в CIS Configuration -> Setup выбираю свое подключение, все поля видны:
Нажмите для просмотра прикрепленного файла
Тип поля Part_Number в базе задан как text (пробовал и varchar).
И Capture тоже его видит как text, однако при подтверждении я получаю ошибку, в которой он ругается на то, что тип этого поля не подходит.
Может быть кто сталкивался с этой проблемой?
Полная версия этой страницы: Capture CIS + postgres = беда
Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Разрабатываем ПП в САПР - PCB development > Cadence
в capture.ini добавлены строчки
таблица создана так:
Цитата
[Part Management]
Field Qualifier="
Table Qualifier="
Field Qualifier="
Table Qualifier="
таблица создана так:
Цитата
CREATE TABLE "tbl_orcad_parts" (
"db_part_id" integer NOT NULL,
"part_category" character varying(127),
"part_type" character varying(127) NOT NULL,
"part_number" character varying(127) NOT NULL,
"value" character varying(127),
"vendor" character varying(255),
"parameters" character varying(255),
"comments" character varying(255),
"schematic_part" character varying(255),
"pcb_footprint" character varying(255),
"bom_parttype_in_russian" character varying(255) NOT NULL,
"bom_partnumber_line1" character varying(255) NOT NULL,
"bom_partnumber_line2" character varying(255),
"bom_comment" character varying(255),
"datasheet" "text",
"date_creation" character varying(127) NOT NULL,
"date_last_updated" character varying(127),
"is_checked" boolean,
"is_recommended" boolean,
"is_hidden" boolean,
"replaced_with_id" integer
);
"db_part_id" integer NOT NULL,
"part_category" character varying(127),
"part_type" character varying(127) NOT NULL,
"part_number" character varying(127) NOT NULL,
"value" character varying(127),
"vendor" character varying(255),
"parameters" character varying(255),
"comments" character varying(255),
"schematic_part" character varying(255),
"pcb_footprint" character varying(255),
"bom_parttype_in_russian" character varying(255) NOT NULL,
"bom_partnumber_line1" character varying(255) NOT NULL,
"bom_partnumber_line2" character varying(255),
"bom_comment" character varying(255),
"datasheet" "text",
"date_creation" character varying(127) NOT NULL,
"date_last_updated" character varying(127),
"is_checked" boolean,
"is_recommended" boolean,
"is_hidden" boolean,
"replaced_with_id" integer
);
Цитата(krux @ May 29 2015, 07:31) 
в capture.ini добавлены строчки
таблица создана так:
таблица создана так:
Спасибо за ответ!
Даже если я создаю таблицу Вашей командой, то результат тот же.
А можно узнать версии:
*базы postgresql
*ODBC драйвера
*Capture
на сервере pgsql 9.4.1 на debian 7.8 amd64
со стороны клиента
pgsql odbc connector 9.01.01 (x32 - это важно)
capture 16.6 S039
подозреваю что у вас win х64 .
фича в том, что capture - 32-битный, и умеет только к 32-битному ODBC обращаться, а с 64-битным работать отказывается.
в х64 винде через менюшки "администрирование" можно настроить только 64-битные драйверы ODBC.
настройка 32-битных ODBC драйверов запускатся при помощи c:\windows\syswow64\odbcad32.exe - вот оттуда настраивайте.
и если 64-битный будете оставлять, то хотябы названия ODBC-источников разные сделайте, меньше "подземного стука" будет.
со стороны клиента
pgsql odbc connector 9.01.01 (x32 - это важно)
capture 16.6 S039
подозреваю что у вас win х64 .
фича в том, что capture - 32-битный, и умеет только к 32-битному ODBC обращаться, а с 64-битным работать отказывается.
в х64 винде через менюшки "администрирование" можно настроить только 64-битные драйверы ODBC.
настройка 32-битных ODBC драйверов запускатся при помощи c:\windows\syswow64\odbcad32.exe - вот оттуда настраивайте.
и если 64-битный будете оставлять, то хотябы названия ODBC-источников разные сделайте, меньше "подземного стука" будет.
Цитата(krux @ Jun 1 2015, 03:23)
на сервере pgsql 9.4.1 на debian 7.8 amd64
со стороны клиента
pgsql odbc connector 9.01.01 (x32 - это важно)
capture 16.6 S039
подозреваю что у вас win х64 .
фича в том, что capture - 32-битный, и умеет только к 32-битному ODBC обращаться, а с 64-битным работать отказывается.
в х64 винде через менюшки "администрирование" можно настроить только 64-битные драйверы ODBC.
настройка 32-битных ODBC драйверов запускатся при помощи c:\windows\syswow64\odbcad32.exe - вот оттуда настраивайте.
и если 64-битный будете оставлять, то хотябы названия ODBC-источников разные сделайте, меньше "подземного стука" будет.
со стороны клиента
pgsql odbc connector 9.01.01 (x32 - это важно)
capture 16.6 S039
подозреваю что у вас win х64 .
фича в том, что capture - 32-битный, и умеет только к 32-битному ODBC обращаться, а с 64-битным работать отказывается.
в х64 винде через менюшки "администрирование" можно настроить только 64-битные драйверы ODBC.
настройка 32-битных ODBC драйверов запускатся при помощи c:\windows\syswow64\odbcad32.exe - вот оттуда настраивайте.
и если 64-битный будете оставлять, то хотябы названия ODBC-источников разные сделайте, меньше "подземного стука" будет.
Спасибо!
Я сразу настраивал с odbc x32. Я таблицы вижу, поля тоже.
С mysql все замечательно, а вот с pg - беда.
А как у Вас организована структура?
-Дискретка
--Резисторы
--Конденсаторы
--...
-IC
--Аналоговые
--...
-...
У Вас одна табличка для всех элементов?
Видел поле Part_Type, но оно в виде DISCR\RES\... .
У Вас так сделано, или есть какой-то другой способ структурировать?
в базе всё в одной таблице, но сделаны view на каждую крупную группу, примерно так
структура деления на разделы-подразделы была подсмотрена в то время у диджикея
в результате выглядит всё это как-то так
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Код
CREATE OR REPLACE VIEW "Capacitors" AS
SELECT tbl_orcad_parts.part_number AS "Part Number",
tbl_orcad_parts.part_type AS "Part Type",
tbl_orcad_parts.value AS "Value",
tbl_orcad_parts.parameters AS "Parameters",
tbl_orcad_parts.vendor AS "Vendor",
tbl_orcad_parts.comments AS "Comments",
tbl_orcad_parts.schematic_part AS "Schematic Part",
tbl_orcad_parts.pcb_footprint AS "PCB Footprint",
tbl_orcad_parts.bom_parttype_in_russian AS "BOM PartType in Russian",
tbl_orcad_parts.bom_partnumber_line1 AS "BOM PartNumber line1",
tbl_orcad_parts.bom_partnumber_line2 AS "BOM PartNumber line2",
tbl_orcad_parts.bom_comment AS "BOM Comment",
tbl_orcad_parts.date_creation AS "DateCreation",
tbl_orcad_parts.date_last_updated AS "DateLastUpdated",
tbl_orcad_parts.datasheet AS "Datasheet",
tbl_orcad_parts.is_checked AS "IsChecked",
tbl_orcad_parts.is_recommended AS "IsRecommended",
tbl_orcad_parts.db_part_id AS "DB_part_id",
FROM tbl_orcad_parts
WHERE tbl_orcad_parts.part_category::text = 'Capacitors'::text AND tbl_orcad_parts.is_hidden = false
ORDER BY tbl_orcad_parts.part_number;
SELECT tbl_orcad_parts.part_number AS "Part Number",
tbl_orcad_parts.part_type AS "Part Type",
tbl_orcad_parts.value AS "Value",
tbl_orcad_parts.parameters AS "Parameters",
tbl_orcad_parts.vendor AS "Vendor",
tbl_orcad_parts.comments AS "Comments",
tbl_orcad_parts.schematic_part AS "Schematic Part",
tbl_orcad_parts.pcb_footprint AS "PCB Footprint",
tbl_orcad_parts.bom_parttype_in_russian AS "BOM PartType in Russian",
tbl_orcad_parts.bom_partnumber_line1 AS "BOM PartNumber line1",
tbl_orcad_parts.bom_partnumber_line2 AS "BOM PartNumber line2",
tbl_orcad_parts.bom_comment AS "BOM Comment",
tbl_orcad_parts.date_creation AS "DateCreation",
tbl_orcad_parts.date_last_updated AS "DateLastUpdated",
tbl_orcad_parts.datasheet AS "Datasheet",
tbl_orcad_parts.is_checked AS "IsChecked",
tbl_orcad_parts.is_recommended AS "IsRecommended",
tbl_orcad_parts.db_part_id AS "DB_part_id",
FROM tbl_orcad_parts
WHERE tbl_orcad_parts.part_category::text = 'Capacitors'::text AND tbl_orcad_parts.is_hidden = false
ORDER BY tbl_orcad_parts.part_number;
структура деления на разделы-подразделы была подсмотрена в то время у диджикея
в результате выглядит всё это как-то так
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла
Цитата(krux @ Jun 3 2015, 03:30)
в базе всё в одной таблице, но сделаны view на каждую крупную группу, примерно так
структура деления на разделы-подразделы была подсмотрена в то время у диджикея
в результате выглядит всё это как-то так
структура деления на разделы-подразделы была подсмотрена в то время у диджикея
в результате выглядит всё это как-то так
Проблема решилась.
При настройке соединения ODBC я выбирал unicode, вместо ANSI. После выбора ANSI все заработало!
Спасибо за ответы!
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.