Форум пользователей MySQL

(щас времени нет, поэтому отвечу на часть вопросов; на остальные отвечу чуть позже)

2. Чем отличаются принципиально функции и процедуры?

Процедура может напрямую возвращать результат в виде запроса (т.е. внутри процедуры может быть написано
SELECT * .. и при вызове процедуры Вы будете видеть результат этого SELECT).
Функция - не может (в функции запросы можно лишь сохранять в перменных).

Еще процедура может (при желании её создателя) менять переданные ей параметры. Функция - нет.

3. Как я могу вернуть, выбранную строку, из таблицы (не номер, а именно все
  столбцы для определённого ID, не зная полной структуры таблицы)?

Так и пишите: SELECT ID FROM таблица (правда, к процедурам это отношения не имеет )

5. В MySQL существует "объектная модель"?

Нет, классов в MySQL нет (кстати, как и массивов).
Не знаю, где Вы там нашли описание классов :0 (я посмотрел бегло, что-то не нашел). В любом случае, это не про те классы, которые Вы подумали.

Разрешите вклиниццо :-[.

Paulus, в некоторых ваших ответах иногда фигурируют запросы вида

SELECT * FROM tablename WHERE id = :id
или
SELECT coeff FROM tablename WHERE period < :period ORDER BY period DESC LIMIT 1;

Скажите пожалуйста - что означает это таинственное двоеточие? Синтаксически-то такой запрос работать отказывается, наверное имеется в виду, что :id нужно на что-то заменить?

Логичнее... Да вот как-то не приходит в голову никакого символа, который хорошо на эту замену наталкивал бы... Честно говоря, я сам с BDE дела не имел, и подумал про замену лишь потому что запрос этот синтаксически не сработает. В prepare stmt, например вопросики идут, выглядит вполне хорошо, только тоже не каждый догадается... В-общем, честно говоря, я бы писал

select * from mytable where id=НУЖНОЕ_ЗНАЧЕНИЕ_ID

или

select * from mytable where id=__your_id__

где __your_id__ - нужное значение id.

Но выглядит, конечно совсем не изящно, даже страшновато :-(.

Отвечу на вопросы к себе

• Чтобы узнать, выполнилось ли, нужно посмотреть на код возврата.
• Функции не возвращают строки, они возвращают значения. Писать, стало быть,
в процедуре.
• Да

А возможно ли получить уникальный идентификатор сессии для данного пользователя?
Где не ищу, натыкаюсь на PHP. :-(
А мне функция или переменная СУБД нужна, для процедуры.

Потренировался. Просто немного странная разница между процедурами и функциями. Непривычно.

Все коды, разумеется, не конфликтуют между потоками. Номер потока Вам
не нужен, т.к. это просто чиселка. Можете считать, что он равен 137. Или 56.
Все равно к данным другого потока Вы обратиться никак не сможете.

Мне нужен не ID потока, как таковой. Мне нужен уникальный ID сессии.
Главное, чтобы он был уникальным в пределах текущего сервера.
Простой пример (не то, что мне нужно, но понятнее):
Положим, что данные пользователя, при подключении, заносятся в таблицу. При отключении, удаляются. Типа, "кто on-line"? :-\ (Я не знаю, как обработать отключение, но это просто пример.)
Конечно, возможно использовать дату/время, как ключ, например.
Но, что если два пользователя зайдут одновременно (чисто теоретически такое возможно, например, в какой-нибудь сложной дофигапроцессорной системе)?
Хорошо, возможно добавить хост и логин, в качестве ключей. Неплохо, но, например, что будет, если под тем же логином зайдёт другой пользователь?
Причём, имя хоста у него такое же. o.O
Этот мой бред - это первое. Пусть "практически невозможно", но, тем не менее, вероятно.
Второе - это то, что нужно обязательно хранить: дату, время, user, host.
А если, например, хост не требуется? Или дата?

Мне, к примеру, требуется такая фигня:
1.) Есть таблица, содержащая серии и номера пустых бланков.
2.) Пользователь может добавить договор.
3.) Серию/номер договора он может выбрать из существующих. Вводить самостоятельно запрещается.

Вопрос в том как выбирать?

Я думаю, что алгоритм следующий:
1.) Есть хр. процедура, резервирующая пустой неиспользованный бланк в таблице бланков (bso_journal).
Она устанавливает поле SESSION_ID равным уникальному ID сессии текущего пользователя.
Бланк считается зарезервированным, если SESSION_ID не NULL.
2.) Есть хр. процедура AddContract, добавляющая договор в таблицу dogovor.
Данная процедура возвращает, например - 0, при удачном добавлении или код ошибки, при неудачном.
Параметры процедуры - все данные, требуемые для добавления, кроме серии и номера договора.
Она:
1. Выбирает последний, зарезервированный данным пользователем, договор из таблицы пустых бланков.
SELECT * from bso_journal where SESSION_ID = CURRENT_SESSION_ID()
order by DATE_UPDATE asc limit 1;

Как вариант, процедуре передаются номера бланка и она пытается выбрать зарез. бланк с соответствующими номерами (так даже лучше).
2. Производит проверку ошибок (например соответствия дат).
3. В случае успешной проверки, добавляет договор в таблицу договоров.
Затем, устанавливает флаг USED, для добавленного договора в таблице.
После этого сбрасывает SESSION_ID в NULL.
3.) Есть хр. процедура сбрасывающая последний зарезервированный бланк в свободное состояние. Вызывается, если пользователь, например, кликнул "Отмена".

Тут я вижу следующие минусы:
1.) Если пользователь вдруг отключился, бланк так и останется зарезервированным.
2.) Если, затем, подключится другой пользователь и у него будет тот же SESSION_ID, этот бланк будет ему выдан, вместо требуемого.
3.) Бланк, в таком случае, будет "висеть". Но это, в принципе, решается администратором.
4.) если был перезапущен сервер... То, это совсем не айс. :-|

Вообще, может, кто знает простые способы такое сделать?

Строка базы данных состоит из нескольких колонок, поэтому значением не
является.

Ага, я примерно понял что к чему.
А код возврата возможно передать через OUT переменную?

Ага. Может, есть какая-нибудь встроенная функция для этого?
Конечно, возможно взять, например, время, плюс RAND(), сделать хэш, сохранить в переменную...
Но, может, уже есть стандартная функция/переменная?

Или методы получше этого?

Если есть таблица, куда Вы вставляете строки, то добавьте туда автоинкрементное
поле. Если нету — заведите какую-нибудь небольшую, и можете пользоваться
автоинкрементом как-то так:

LOCK TABLES autogen WRITE;
UPDATE autogen SET id = id + 1;
SELECT @id = id FROM autogen;
UNLOCK TABLES;

Да, возможно, на клиентской стороне

А вообще, конечно, можете прописать init-connect, но это не очень хорошая
штука.

Почитал. Понял.
Возможно ли такое это сделать при работающем сервере, не прописывая ничего в конфиге?
И что делать с отключением?

Да... Действительно. :-|
По идее, хорошо делать так, чтобы в случае остановки сервера или "внештатного" отключения пользователя, администратору не пришлось "разрезервировать" зарезервированные записи...
А как сделать это без "костылей"?

1.) Возник вопрос не по проблеме. Я обновляю в БД клиента.
Запись в БД производится только через процедуры.
Есть процедура такого типа:
PROCEDURE ClnChg(IN v_surname VARCHAR(255), IN v_name VARCHAR(255),
  IN v_middlename VARCHAR(255), IN v_inn VARCHAR(50), ... и т.д.

В ней делается
update CLIENT set
    SURNAME= v_surname,
    NAME = v_name,

По идее, передаётся тип документа, его серия и номер. Естественно, что документы клиента уникальны. Но, в случае с текущей БД, я в этом не уверен.
Стоит ли передавать ID_CLIENT в процедуру или стоит определять клиента по серии/номеру документа? Ведь, по идее, чем меньше передаётся, тем лучше, во всех отношениях...

2.) Собственно проблема...
В таблицу dogovor добавляется новый договор.
У договора есть серия и номер бланка.
Бланки - документ строгой отчётности. Они либо имеются в наличии, либо нет.
Т.е., серию/номер бланка нельзя ввести вручную. Их возможно только выбрать из имеющихся в наличии.
Имеющиеся в наличии бланки, заносятся привилегированным пользователем.

Обычный пользователь нажимает "Заключить договор". Появляется окно.
В нём есть кнопка "Выбрать бланк". Пользователь заполняет договор.
Нажимает кнопку, выбирает бланк из списка, построенного по таблице.
Затем, продолжает заполнение договора.
Теоретически пользователь может раздумать составлять договор и нажать "Отмена".

При выборе бланка, очевидно, требуется его резервировать в таблице, поскольку теоретически возможен такой вариант, что другой пользователь выберет тот же бланк (по ошибке, например).
При нажатии "Отмена" "разрезервировать" - переводить в разряд свободных..

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

P.S.:
Реально проблема - это вся эта чёртова программа.
Зачем, например было делать в таблице car идентификатор ID_CAR, когда в той же таблице есть VIN, уникальный, этак, в пределах мира. Конечно, VIN есть не для всех ТС. Но уж точно на все страхуемые ТС имеются  уникальные документы... :-\
И в том же духе. Енто "удовольствие" приходится переделывать. А времени делать нормально уже нет. Затянул.

Отредактированно Артём Н. (06.04.2010 11:31:15)