ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Проблемы с PostgreSQL 11
8 сообщений из 8, страница 1 из 1
Проблемы с PostgreSQL 11
    #39814328
Фотография Cola
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cola
Участник
Это я туплю или реальные глюки:
Не редактируются записи - после того как создана запись ее не возможно отредактировать, при добавлении записи с автоштампом даты и времени (работало в 9.3) и NOT NULL - ошибка запись не добавляется - ругается на поле с автоштампом. Вот если NOT NULL снять - работает зараза. Кроме того скрипт создания таблицы, который показывает pgAdmin в SQL - не работает. Копируем скрипт существующей таблицы, удаляем таблицу, выполняем скопированный скрипт - ошибка в синтаксисе.
Пример скрипта с ошибкой в месте "( INCREMENT":
Код: sql
1.
2.
3.
4.
5.
6.
7.
CREATE TABLE public.type_user
(
    id integer NOT NULL DEFAULT nextval('type_user_id_seq'::regclass) ( INCREMENT 1 START 1 MINVALUE 1 MAXVALUE 9223372036854775807 CACHE 1 ),
    "Type" character varying(50) COLLATE pg_catalog."default",
    "Coment" character varying(50) COLLATE pg_catalog."default",
    "Shtamp" timestamp with time zone DEFAULT now()
)


а вот скрипт существующей таблицы:
Код: sql
1.
2.
3.
4.
5.
6.
7.
CREATE TABLE public.language
(
    id integer NOT NULL DEFAULT nextval('language_id_seq'::regclass) ( INCREMENT 1 START 1 MINVALUE 1 MAXVALUE 9223372036854775807 CACHE 1 ),
    "Name" character varying(50) COLLATE pg_catalog."default",
    "Full_name" character varying(50) COLLATE pg_catalog."default",
    lock boolean
)


если скопировать последний скрипт,потом удалить таблицу и запустить скопированный скрипт - будет ошибка.
...
Рейтинг: 0 / 0
16.05.2019, 23:28
| Ответить | Цитировать | Написать  
Проблемы с PostgreSQL 11
    #39814331
Фотография Cola
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cola
Участник
Забыл написать, что использую в приложении компоненты pgDAC (купленные, последняя версия). И все проблемы которые я описывал отсутствовали в версии 9.3. Думаю откатываться к 9.3.
...
Рейтинг: 0 / 0
16.05.2019, 23:42
| Ответить | Цитировать | Написать  
Проблемы с PostgreSQL 11
    #39814371
grgdvo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
grgdvo
Гость
Cola,

Что-то вы столько понаписали, столько понаписали... а в чем конкретно ошибка, так и непонятно... то ли not null у вас, то ли ошибка синтаксиса.
Разберитесь в первую очередь с синтаксисом для 11. Опции последовательности вообще не так задаются, сверьтесь с описанием CREATE TABLE, да и не место им здесь, когда у вас уже nextval идет (подразумевается что все, последовательность уже существует).

А на 9.3 я бы ни при каких раскладах уже не переходил.
Как вы потом будете поддерживать то, что уже не поддерживается сообществом??
...
Рейтинг: 0 / 0
17.05.2019, 07:11
| Ответить | Цитировать | Написать  
Проблемы с PostgreSQL 11
    #39814879
Фотография Cola
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cola
Участник
Понемногу разобралась...
Дело в том, что я переносила при помощи бекапа данные с 9.3 на 11-й.
Таблицы, процедуры и вьюхи по создавались, но почему-то первичные ключи небыли перенесены. Как по моему это бред (не до бекап какой-то, хоть и весь SQL скриптом..)Только сейчас обратила внимание, что потеряны все ключевые поля. То есть при восстановлении из бекапа будут сформированы таблицы, залиты данные но без ключевых полей. Значит полноценный бекап стандартными средствами сделать не получится? Теперь надо руками во всех таблицах создавать ключевые поля, именно из-за них и была проблема, которую я описывала в первом сообщении.
Админка - просто ад какой-то, у 9.3 было намного лучше. Создать те же ключевые поля не возможно, придется скриптом это это делать. Было просто редактировать таблицы, представления... Было легко и просто получить скрипт уже созданной таблицы и использовать его для создания другой - сейчас скрипт генерируется с ошибками и не отражает полной структуры и конфигурации таблицы, там нет первичных ключей, нет авто инкремента, нет последоватьностей... И что самое поганое - написала скрипт для создания таблицы, табличка создалась, все правильно и красиво. Захожу посмотреть скрипт таблицы и не вижу половину тех параметров, которые прописывала - это бред. Зачем из хорошего продукта сделали полное Г - я не понимаю.

Расскажите кто - чем пользуется вместо pgAdmin, поделитесь опытом, пожалуйста.
Все за ранее благодарна :)
...
Рейтинг: 0 / 0
18.05.2019, 15:41
| Ответить | Цитировать | Написать  
Проблемы с PostgreSQL 11
    #39814887
Partisan M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Partisan M
Участник
ColaЗачем из хорошего продукта сделали полное Г - я не понимаю.

Расскажите кто - чем пользуется вместо pgAdmin, поделитесь опытом, пожалуйста.


Женщина не должна так выражаться. А описанные проблемы не являются ошибками PostgreSQL. pgAdmin при сохранении и восстановлении вызывает программы командной строки pg_dump и pg_restore. Важно правильно выбрать ключи вызова pg_dump. Что-то в них вы не выбрали (обращаясь из pgAdmin). В общем, я для полноты копирования базы выбираю секции pre-data, data и post-data, задаю use session authorization (при восстановлении задаваю роль администратора), формат вывода tar, кодировку UTF-8, force double quote on all identifiers и use insert commands.

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

При восстановлении использовать ту версию pgAdmin (или pg_restore), которая прилагается к более новой версии PostgreSQL.
Есть ещё программа командной строки pg_dumpall.
...
Рейтинг: 0 / 0
18.05.2019, 16:22
| Ответить | Цитировать | Написать  
Проблемы с PostgreSQL 11
    #39814907
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
ColaПонемногу разобралась...
Дело в том, что я переносила при помощи бекапа данные с 9.3 на 11-й.
Таблицы, процедуры и вьюхи по создавались, но почему-то первичные ключи небыли перенесены. Как по моему это бред (не до бекап какой-то, хоть и весь SQL скриптом..)Только сейчас обратила внимание, что потеряны все ключевые поля. То есть при восстановлении из бекапа будут сформированы таблицы, залиты данные но без ключевых полей. Значит полноценный бекап стандартными средствами сделать не получится? Теперь надо руками во всех таблицах создавать ключевые поля, именно из-за них и была проблема, которую я описывала в первом сообщении.
Админка - просто ад какой-то, у 9.3 было намного лучше. Создать те же ключевые поля не возможно, придется скриптом это это делать. Было просто редактировать таблицы, представления... Было легко и просто получить скрипт уже созданной таблицы и использовать его для создания другой - сейчас скрипт генерируется с ошибками и не отражает полной структуры и конфигурации таблицы, там нет первичных ключей, нет авто инкремента, нет последоватьностей... И что самое поганое - написала скрипт для создания таблицы, табличка создалась, все правильно и красиво. Захожу посмотреть скрипт таблицы и не вижу половину тех параметров, которые прописывала - это бред. Зачем из хорошего продукта сделали полное Г - я не понимаю.

Расскажите кто - чем пользуется вместо pgAdmin, поделитесь опытом, пожалуйста.
Все за ранее благодарна :)

Если вы админите (именно админите а не разрабатываете) в любом другом продукте кроме стандартных command line утилит psql/pg_dump/pg_restore и так далее - вы ищите проблемы и вы их находите.
'Значит полноценный бекап стандартными средствами сделать не получится? ' - pg_dump/pg_restore - единственные СТАНДАРТНЫЕ средства для таких задач.
Нормальных GUI для этого нет (и я сильно подозреваю что никогда не будет кроме как предложений в облаках где базу за вас админят в большой мере).

PgAdmin - левая поделка (причем от версии к версии помоему хуже становится).
...
Рейтинг: 0 / 0
18.05.2019, 20:57
| Ответить | Цитировать | Написать  
Проблемы с PostgreSQL 11
    #39814947
Фотография Cola
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cola
Участник
Я пока и разрабатываю и админю сама. Пересела на PostgreSQL с MSSQL. наверное избаловалась сервисами коммерческого продукта...
Софт пишется под Win сервер и БД там же. Спасибо за ответы и извините за выражения. Буду пользовать командную строку. Просто ее более логично под Линухом пользовать... ))) Но все же может кто-то порекомендует админку/инструменты. Я сейчас пробую Valentina Studio, но она не сильно лучше - не видит системной БД и там не особо поадминишь...
...
Рейтинг: 0 / 0
19.05.2019, 08:47
| Ответить | Цитировать | Написать  
Проблемы с PostgreSQL 11
    #39814993
Фотография mefman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mefman
Участник
ColaНо все же может кто-то порекомендует админку/инструменты.
Вам сказали уже. cli - без вариантов вообще.
...
Рейтинг: 0 / 0
19.05.2019, 14:17
| Ответить | Цитировать | Написать  
8 сообщений из 8, страница 1 из 1
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Проблемы с PostgreSQL 11
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=53&msg=39814328&tid=1995201]:
 0ms
get settings:
 8ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 51ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 46ms
get tp. blocked users:
 1ms
others: 273ms
total:  416ms
созд. / загр.: 416ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]