9.1

[sim]

При конвертации БД MSSQL где указать путь на целевую (новую) базу? Или задумано так, что конвертер затрет исходную (от 8.1)?

[Polimer]

При конвертации БД MSSQL где указать путь на целевую (новую) базу? Или задумано так, что конвертер затрет исходную (от 8.1)?

Там не конвертация, а докомпиляция текущей базы.

[sim]

Хорошо. Пусть докомпиляция. Но что после нее произойдет с версией базы? Она станет версией 9.1? Была 8.1, станет 9.1? Или она станет "докомпилированной версией 8.1"?

[Polimer]

Хорошо. Пусть докомпиляция. Но что после нее произойдет с версией базы? Она станет версией 9.1? Была 8.1, станет 9.1? Или она станет "докомпилированной версией 8.1"?

9.1

[sim]

То есть затрет исходную базу 8.1.

[Den]

Докомпиляция - всегда исходной текущей
Конвертация - значит в другую..

Естественно докомпиляция модифицирует словарь текущей БД. В Вашем понятии да - "затрет текущую"

[limon84]

Официально поддерживается работа Галактики 9.1 под PSQL v10.3. В настоящее время работа Галактики под PSQL v11.3 тестируется разработчиком.
Мы работаем под PSQL v11.

Перешли с Галактика 8.1 на 9.1, с PSQL 2000i перешли на PSQL v11. вылезла проблема: PSQL v11 не понимает даты. имеется программа по выгрузке данных из Галактики, в ней прописаны даты, PSQL v11 не понимает их.

[Начинающий путь]

Официально поддерживается работа Галактики 9.1 под PSQL v10.3. В настоящее время работа Галактики под PSQL v11.3 тестируется разработчиком.
Мы работаем под PSQL v11.

Перешли с Галактика 8.1 на 9.1, с PSQL 2000i перешли на PSQL v11. вылезла проблема: PSQL v11 не понимает даты. имеется программа по выгрузке данных из Галактики, в ней прописаны даты, PSQL v11 не понимает их.

Есть такая "фича"
перевод накопали такой:
CAST (("Dogovor" ."DDoc" /65536 )AS "INTEGER" )"my_year" ,CAST (("Dogovor" ."DDoc" /65536 -CAST (("Dogovor" ."DDoc" /65536 )AS "INTEGER" ))*256 AS "INTEGER" )"my_month" ,(("Dogovor" ."DDoc" /65536 -CAST (("Dogovor" ."DDoc" /65536 )AS "INTEGER" ))*256 -CAST (("Dogovor" ."DDoc" /65536 -CAST (("Dogovor" ."DDoc" /65536 )AS "INTEGER" ))*256 AS "INTEGER" ))*256 "my_day"

[limon84]

Официально поддерживается работа Галактики 9.1 под PSQL v10.3. В настоящее время работа Галактики под PSQL v11.3 тестируется разработчиком.
Мы работаем под PSQL v11.

Перешли с Галактика 8.1 на 9.1, с PSQL 2000i перешли на PSQL v11. вылезла проблема: PSQL v11 не понимает даты. имеется программа по выгрузке данных из Галактики, в ней прописаны даты, PSQL v11 не понимает их.

Есть такая "фича"
перевод накопали такой:
CAST (("Dogovor" ."DDoc" /65536 )AS "INTEGER" )"my_year" ,CAST (("Dogovor" ."DDoc" /65536 -CAST (("Dogovor" ."DDoc" /65536 )AS "INTEGER" ))*256 AS "INTEGER" )"my_month" ,(("Dogovor" ."DDoc" /65536 -CAST (("Dogovor" ."DDoc" /65536 )AS "INTEGER" ))*256 -CAST (("Dogovor" ."DDoc" /65536 -CAST (("Dogovor" ."DDoc" /65536 )AS "INTEGER" ))*256 AS "INTEGER" ))*256 "my_day"

а можно поконкретнее? например, у нас "NOW" как преобразовать, во что?

[Начинающий путь]

Подробнее:
в таблице Dogovor поле DDOC (Дата договора) Pervasive вытаскивает как INTEGER, отдельно вытаскиваем день месяц год

[limon84]

Подробнее:
в таблице Dogovor поле DDOC (Дата договора) Pervasive вытаскивает как INTEGER, отдельно вытаскиваем день месяц год

спасибо!