Форумы  ·  Войти  · 

Тема: Таблицы и функции в БД

Страница 1 из 2, все  1 2 > 
22.01.09 11:34   A-aaaa  (27/14.11.08)  

Доброго дня
Могу я поинтересоваться функциями в БД

а именно:

checkack
checkenableorgemail
checkinterval
checkrightside
check_card_exist
check_restart
fdelcontrollerqueue
fdeldoorqueue
fdel_card_door
fprgadddelcardtodoor
fquerybad
fquerytimes
gen_pkey_sys_cmd
getcardnumber
getchannelcontroller

etc

Возможно я перечислил все функции, но при импорте БД из дампа все функции выдают примерно одну и ту же ошибку

The server has returned this error message:This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration and binary logging is enabled (you *might* want to use the less safe log_bin_trust_function_creators variable)

[ #1 ]  22.01.09 12:09   Ware.Support  EXPERT  

Для определения причины ошибки необходимо выяснить некоторые подробности:

- с какой версии MySQL снимался дамп (MySQL из дистрибутива коменданта или отдельный)
- чем снимался дамп (если сторонний софт, то с какими параметрами)
- каким пользователем MySQL снимался дамп (какие права у пользователя)

- на какую версию MySQL восстанавливался дамп (MySQL из дистрибутива коменданта или отдельный)
- чем восстанавливался дамп (если сторонний софт, то с какими параметрами)
- каким пользователем MySQL восстанавливался дамп (какие права у пользователя)

[ #2 ]  22.01.09 12:14   A-aaaa  (27/14.11.08)  

версии одинаковые, только одна nt а другая nix
дамп снимался программкой скачаной с вашего сайта

снимался админом, права не знаюю

мукскул из дебиана 4
восстанавливался той же программой и из консоли - результат одинаковый
тем же админом восстанавливался, права все

[ #3 ]  22.01.09 12:38   Ware.Support  EXPERT  

версии одинаковые, только одна nt а другая nix

- уточните версию (напрмер: 5.XXX.YYY)
- которая nt установлена отдельно или из дистрибутива коменданта?

дамп снимался программкой скачаной с вашего сайта

- конфигуратором?

мукскул из дебиана 4

- это MySQL версии 4 или Debian версии 4?

восстанавливался той же программой

- конфигуратором?

и из консоли

- какой программой и с какими параметрами

[ #4 ]  22.01.09 13:09   A-aaaa  (27/14.11.08)  

которая nt установлена вашим инженером

вресия ваша - 5,0,22-community-nt
версия nix - MySQL 5.0.32-Debian_7etch8-log

дамп снимался скачаной у вас програмкой Mysql tools for 5.0

дебиан 4, мускул там 5.0.32

дамп заливался тем же Mysql tools for 5.0
и пробовал через обычную консоль локально
#mysql -u admin komendant < имя_дампа

все даёт вышеприведенную ошибку

[ #5 ]  22.01.09 13:21   Ware.Support  EXPERT  

Попробуйте сделать дамп конфигуратором из комплекта коменданта и им же восстановить

[ #6 ]  22.01.09 18:44   A-aaaa  (27/14.11.08)  

попробовал

Конфигуратор вроде создал все таблицы и залил данные (каким то образом)
но при попытке подключиться к серверу мне теперь пишут

procedure komendant.init_session does not exist

соответственно подключиться к базе я не могу конфигуратором

[ Изменено: 22.01.09 18:51 A-aaaa ]
[ #7 ]  22.01.09 19:09   Ware.Support  EXPERT  

Необходимо посмотреть базу данных.
Вышлите дамп базы данных, который Вы делали конфигуратором, на ящик smdr@dipmail.ru.

[ #8 ]  22.01.09 19:58   A-aaaa  (27/14.11.08)  

Отправил

Так же попробовал испзовать под wine initdb из вашего дистрибутива
он тоже локально выдаёт ошибку, при этом полностью восстанавливая или создавая таблицы БД

[ #9 ]  23.01.09 10:54   Ware.Support  EXPERT  

1. Необходимо в конфигураторе отключить сжатие резервной копии БД.
2. Сделать резервную копию.
3. На компьютере, куда будет восстанавливаться БД, с помощью MySQL Administrator из MySQL gui tools удалить БД komendant.
4. Запустить мастер инициализации БД и восстановить резервную копию БД. После восстановления закрыть мастер инициализации БД.
5. Запустить мастер инициализации БД и выбрать 5-ый пункт восстановление структуры. Восстановить структуру БД.После восстановления закрыть мастер инициализации БД.

Все можно работать. Далее таких проблем не возникнет.

[ Изменено: 23.01.09 11:22 Ware.Support ]
[ #10 ]  23.01.09 12:20   A-aaaa  (27/14.11.08)  

Хорошо, попробую

[ #11 ]  23.01.09 15:03   A-aaaa  (27/14.11.08)  

ситуация не изменилась.
после проведенных манипуляций всернго конфигуратор пишет про komendant.init_session does not exist
при восстановлении БД через мастер инициализации всеравно были ошибки про недостаточность прав...

Может вы мне напишете сюда sql для создания пользователя с нужными правами?

зы. Хотя все пользователи у меня пишутся как ALL PRIVILEGES

[ Изменено: 23.01.09 15:17 A-aaaa ]
[ #12 ]  23.01.09 16:31   Ware.Support  EXPERT  

Для восстановления и резервного копирования бд у пользователя должны быть не только права на уровне бд, но и глобальные привилегии:
- create_view;
- show_view;
- references;
- super;
- select;
- create_routine;
- alter_routine.

[ #13 ]  23.01.09 20:49   A-aaaa  (27/14.11.08)  

таблица user

Host localhost
User root
Password
 
Select_priv
Insert_priv
Update_priv
Delete_priv
Create_priv  
Drop_priv  
Reload_priv  
Shutdown_priv  
Process_priv  
File_priv  
Grant_priv  
References_priv  
Index_priv  
Alter_priv  
Show_db_priv  
Super_priv  
Create_tmp_table_priv  
Lock_tables_priv  
Execute_priv  
Repl_slave_priv  
Repl_client_priv  
Create_view_priv  
Show_view_priv  
Create_routine_priv  
Alter_routine_priv  
Create_user_priv  


Все стоит Y

[ #14 ]  25.01.09 22:13   A-aaaa  (27/14.11.08)  

на выходных попробовал со сторонними базами: скачал последний релиз, попробовал вариант с базой денвера (www.denwer.ru )
Ситуация не утешительная - на всех вариантах баз проблемы с доступом.

[ #15 ]  26.01.09 8:46   Ware.Support  EXPERT  
A-aaaa - 23.01.09 20:49

таблица user

Host localhost
User root
Password

...

Все стоит Y

Если подключаетесь удаленно, то должно быть

Host %
User root
Password

...

Все Y

Страница 1 из 2, все  1 2 > 
Komendant.pro
 ©1999-2024  Инженерная лаборатория "Комендантъ"