Всякие вопросы по MySQL 5.0+

[Алексей++]

ещё один глупый вопрос: можно ли менять имя экзешника mysqld-nt.exe ? Я ведь всё равно прописываю его - могу и новое имя прописать. Будет ли работать ?


------------
очень быстро понял, что это не нужно Ведь есть
sc start ... / sc stop ...

[RXL]

Естественно.
Правда, то, что ты не используешь Innodb, не означает, что сервис не будет кушать память: MyISAM использует кеш ключей, буфера сортировки и т.п. вещи.

[Алексей++]

ну так я и не говорил, что он не будет.

А щас буду испытывать дистрибуивчик )

[Алексей++]

Ром, а что за параметр в реестре у тебя
"WOW64"=dword:00000001
у меня не вижу такого

[Алексей++]

перешёл с 5.0.11 на 5.1.39
Обнаружился косяк - они поменяли функцию

mysql_fetch_fields()
 - до этого она возвращала указатель на массив описаний полей (тип MYSQL_FIELD) , а сейчас начиная с индекса 1 там всё смещено.
Вместо этой функции надо использовать

mysql_fetch_field_direct
-там можно сразу индекс поля задать и получим указатель на описание именно этого поля

[RXL]

Ром, а что за параметр в реестре у тебя
"WOW64"=dword:00000001
у меня не вижу такого

Это у меня Win XP 64 стоит.

[Алексей++]

блин, что то глухо ( Всё по науке сделал вроде, а сервис не запускается

C:\Documents and Settings\11111>sc start mysq777
[SC] StartService: OpenService FAILED 1060:

Дома щас интернета нету, поэтому завтра побарахтаюсь один, потом отпишусь послезавтра

[RXL]

Леш, а может поискать, как создавать сервисы руками? Должна быть какая-то штатная утилита.

Команда sc create

См. sc /?

Пример из инета:

sc create <name>
      binpath= "c:\svn\bin\svnserve.exe --service <svn-args>"
      displayname= "Subversion Repository"
      depend= Tcpip

http://www.google.ru/#hl=ru&q=sc+create+mysqld-nt&lr=&aq=&oq=&fp=31f0e6aaf64e162a

sc create MySql binpath="C:\mysql_%my_version%\bin\mysqld-nt.exe" start=auto displayname=MySql

[Алексей++]

я разобралия, это прямо в ini описано, оказывается )

# To install the server as a Windows service manually, execute this in a
# command line shell, e.g.
# mysqld --install MySQL41 --defaults-file="C:\Program Files\MySQL\MySQL Server 4.1\my.ini"

единственно, что косячно - PathImage прописывается коряво, почему то приписывается "C:\Documents and Settings\...\Рабочий стол" в начале.
Не разобрался, почему, решил просто - после запуска с --install сам записываю этот параметр в реестр как мне нужно, и всё

[Алексей++]

разобрался, как переименовать файл "mysqld.exe" в любой другой по желанию ))
Вроде работает. Теперь вероятность конфликтов стремится к нулю с отрицательной стороны )

[Алексей++]

Ну вот очередная хрень , я точно что-то не в том порядке делаю.

вот лог вызовов АПИ MySQL5 (цифры 0 и 2014 - это код ошибки после вызова функции, flds - количество полей в выборке) :

Код:

mysql_init
0
mysql_real_connect
0

	//запрос с "show"
mysql_real_query(show columns from VERCONTROL_PARAMS like 'BaseVersion')
flds=6
0
mysql_use_result
0
mysql_field_count
0
mysql_fetch_field_direct
0
mysql_fetch_field_direct
0
mysql_fetch_field_direct
0
mysql_fetch_field_direct
0
mysql_fetch_field_direct
0
mysql_fetch_field_direct
0
mysql_fetch_row
0
mysql_fetch_lengths
0
mysql_free_result
0

	//запрос с "select"
mysql_real_query(select min(BaseVersion) from VERCONTROL_PARAMS)
flds=1
0
mysql_use_result
0
mysql_field_count
0
mysql_fetch_field_direct
0
mysql_fetch_row
0
mysql_fetch_lengths
0
mysql_free_result
0

	//запрос с "call" , №1
mysql_real_query(call p_savetojourlog( '00-00-00 00-00-00', 0, 0, 0,'0', 0))
flds=1
0
mysql_use_result
0
mysql_field_count
0
mysql_fetch_field_direct
0
mysql_fetch_row
0
mysql_fetch_lengths
0
mysql_free_result
0

	//запрос с "call" , №2
mysql_real_query(call p_savetojourlog( '00-00-00 00-00-00', 0, 0, 0,'0', 0))
flds=1
2014

	//далее все функции вертают ошибку 2014 (CR_COMMANDS_OUT_OF_SYNC)
	// - то есть неверный порядок команд

mysql_real_query(show columns from VERCONTROL_PARAMS like 'BaseVersion')
flds=1,
2014
mysql_real_query(show columns from VERCONTROL_PARAMS like 'BaseVersion')
flds=1
2014

лог и дополнительные эксперементы показали, что вызов mysql_real_query без оператора "call" в строке запроса проходит удачно, также удачно выбираются данные.
Однако , если вызывается "call" , то первый такой запрос проходит удачно, данные вызываемой процедуры возвращаются. Но второй запрос с call уже происходит с ошибкой CR_COMMANDS_OUT_OF_SYNC
Как будто я где-то что-то забыл вызвать для очистки, но что - тутор не подсказывает... Всё, что велено, я вызвал

код процедуры (может, я что-то с commit не так делаю)

Код:

create procedure p_savetojourlog(							
			 jour_hard_time	DATETIME			
			,jour_obj_number	SMALLINT UNSIGNED	
			,jour_mess_type		SMALLINT UNSIGNED	
			,jour_data			SMALLINT UNSIGNED	
			,jour_isdata		TINYINT UNSIGNED	
			,jour_user			SMALLINT UNSIGNED	
)begin												

	-- returns ID of the record						

	start transaction;								

		insert into JOURNAL_LOG(				
			 jour_save_time							
			,jour_hard_time						
			,jour_obj_number						
			,jour_mess_type							
			,jour_data								
			,jour_isdata							
			,jour_user								
		)values(									
			 localtime()							
			,jour_hard_time						
			,jour_obj_number						
			,jour_mess_type							
			,jour_data								
			,jour_isdata							
			,jour_user								
		);											
		select last_insert_id();					
										
	commit;											
end												

[Алексей++]

Offtopic:

гыы, яндекс нашёл эту страницу в поисках ответов на этот вопрос ))

Поставлю в угол.

а в mysql- гуи браузере прокатывает сколько угодно раз и правильно. В программе же - всего один первый раз...

[Алексей++]

Победил ) Вот лог . Добавлен вызов mysql_next_result и "докачка" других результатов. Только не совсем понятно, откуда берётся ещё результат - если от insert, то он, по идее должен идти первым по счёту, до select last_insert_id();

Но выбирается значение правильно - новый ID.

Поясните , что за ?

Код:

mysql_init
0
mysql_real_connect
0
mysql_real_query(show columns from VERCONTROL_PARAMS like 'BaseVersion') ==  flds(6), res(0)
0
mysql_use_result
0
mysql_field_count
0
mysql_fetch_field_direct
0
mysql_fetch_field_direct
0
mysql_fetch_field_direct
0
mysql_fetch_field_direct
0
mysql_fetch_field_direct
0
mysql_fetch_field_direct
0
mysql_fetch_row
0
mysql_fetch_lengths
0
mysql_free_result
mysql_next_result==-1
0
mysql_real_query(select min(BaseVersion) from VERCONTROL_PARAMS) ==  flds(1), res(0)
0
mysql_use_result
0
mysql_field_count
0
mysql_fetch_field_direct
0
mysql_fetch_row
0
mysql_fetch_lengths
0
mysql_free_result
0
mysql_next_result==-1
0



mysql_real_query(call p_savetojourlog( '00-00-00 00-00-00', 0, 0, 0,'0', 0)) ==  flds(1), res(0)
0
mysql_use_result
0
mysql_field_count
0
mysql_fetch_field_direct
0
mysql_fetch_row
0
mysql_fetch_lengths
0
mysql_free_result
0
mysql_next_result==0
0
mysql_next_result==-1
0


mysql_real_query(call p_savetojourlog( '00-00-00 00-00-00', 0, 0, 0,'0', 0)) ==  flds(1), res(0)
0
mysql_use_result
0
mysql_field_count
0
mysql_fetch_field_direct
0
mysql_fetch_row
0
mysql_fetch_lengths
0
mysql_free_result
0
mysql_next_result==0
0
mysql_next_result==-1
0
mysql_close

[RXL]

В доке написано:

Executing a multiple-statement string can produce multiple result sets or row-count indicators. Processing these results involves a different approach than for the single-statement case: After handling the result from the first statement, it is necessary to check whether more results exist and process them in turn if so.

Процедура может вернуть множество рекордсетов. Если при подсоединении ты разрешил такое, то значит должен следовать этому соглашению.

Например, описание для C API: http://dev.mysql.com/doc/refman/5.1/en/c-api-multiple-queries.html

[Алексей++]

Тогда парочка вопросов по непонятностям:
1) у меня один select и именно от него я ожидаю рекордсет. И он действительно идёт первый по счёту. Почему, если от инсерта тоже что то вышло, то оно - второе по счёту ? Как регулировать этот порядок ?

2) там, где у меня

Код:

mysql_real_query	//обработка "основного рекордсета"
mysql_use_result
...
mysql_free_result
mysql_next_result==0	//докачали ненужный хвост
mysql_next_result==-1

по идее дожно быть

Код:

mysql_real_query	//обработка "основного рекордсета"
mysql_use_result
...
mysql_free_result
mysql_next_result==0	//докачали ненужный хвост
	mysql_use_result		//вхолостую отураваем и освобождаем
	mysql_free_result
mysql_next_result==-1

но этого сейчас не сделано, и ошибки не возникает - это из-за того, что этот "хвост" - пустой рекордсет ?

[RXL]

Леш, прочти таки мануал по ссылке выше. Там в конце страницы дан хорошо комментированный пример на C.

[Алексей++]

Я его прочитал, поэтому данные вопросы и возникли

[RXL]

Леш, вот я к примеру выполнил аналогичную твой процедуру в консоли:

Код:

mysql> call test();
+------------------+
| last_insert_id() |
+------------------+
|                1 |
+------------------+
1 row in set (0.00 sec)

Query OK, 0 rows affected (0.00 sec)

Я вижу тут два результата:
1. Данные от SELECT - 1 строка.
2. Результат вызова CALL - строк нет, но передается счетчик 0 rows affected.

[Алексей++]

А в браузере не было видно пустого результата, в консоли я не догадался глянуть ))

Теперь понятно, откуда ноги растут

[RXL]

Я понял так: результат состоит из статуса выполнения запроса, рекордсета и счетчиков типа affected rows. Получив очередной результат, надо проверить, есть ли в нем рекордсет - если нет, то это чисто статусный результат. Функции mysql_store_result и mysql_use_result возвращают только текущий рекордсет, mysql_query устанавливает статусы первого результата, mysql_next_result - статусы каждого последующего (и переключает на следующий рекордсет). В общем-то, пример в мануале это и демонстрирует.

Вообще, голова сегодня туго работает, с ленцой: вчера вина выпил...  

[Алексей++]

Ну, выходит, статусные результаты - они всегда пустые, поэтому их можно просто "проматывать"

Интересно, а как тогда различить результаты , если два селекта и один из них вернул не пустой набор, а другой - пустой ? )

[RXL]

Думаю, нужно провести тесты.
Консоль говорит вот это:

Код:

mysql> call test();
Empty set (0.00 sec)

Query OK, 0 rows affected (0.00 sec)

[Алексей++]

имеется таблица с автоинкрементным полем ID (он же primary key) , а так же с текстовым полем name

как сделать, чтобы значения поля name нельзя было задать повторными ?

[RXL]

Код:

ALTER TABLE tablename ADD UNIQUE KEY keyname (text_field);

Во время выполнения команды будет произведена попытка создать соотв. индекс. Если в индексируемых полях будет найден дубликат, то индекс не создастся и выдаст ошибку.

Леш, на будущее: в таких случаях лучше сразу результат SHOW CREATE TABLE показать - информативнее и мозги быстрее воспринимают

[Алексей++]

спасибо, понятно. А имена ключей (keyname) в разных таблица, насколько я понял, разрешено повторять ? А то в птичке, если правильно помню, была морока с именами ключей

[Алексей++]

Код:

ALTER TABLE tablename ADD UNIQUE KEY keyname (text_field);

Во время выполнения команды будет произведена попытка создать соотв. индекс. Если в индексируемых полях будет найден дубликат, то индекс не создастся и выдаст ошибку.

кстати, если имя ключа не задать, он по умолчанию будет шлёпать дубли с именами имя_поля_N

[RXL]

Имена ключей уникальны в пределах таблицы. Лучше их задавать короткими, но информативными - тогда в таких вещах, как EXPLAIN потом проще разбираться. Если имя не задать, то MySQL использует имя первого столбца в индексе (правда, не знаю, что будет, если такой индекс есть - не проверял).

[Алексей++]

Мне скоро потребуется хранить "древесные" данные в БД

Как хранение дерева правильно организуется ? Чтобы по граблям не гулять

[Sla]

какие грабли ты видишь?

Хранение данных
Записи содержит идентификатор родителя.

почитай может поможет определиться
http://www.opennet.ru/base/dev/mysql_tree.txt.html

[Алексей++]

что, прям вот так всё просто ? ) как-то не верицо