rulinux.net - Форум - Talks - А почему MySQL такое унылое гавно?

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 19:05:04 +0300

хорошо что не "пук"

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 18:59:42 +0300

> у фашизма цели - борьба с ним
Гы

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 18:40:14 +0300

> Мы же говорили про "хоть одну цель, достигнутую" - при чём это твои слова я процитировал.
Странно ты как-то процитировал, на изнанку вывернул совсем. Я аж прослезился. Это у фашизма цели - борьба с ним, и как следствие голодные и холодные. А у борьбы с фашизмом цели как раз противоположные, чтобы всего этого небыло.

> Вот ты себе это и сообщи.
нет, тебе

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 18:02:52 +0300

Мы же говорили про "хоть одну цель, достигнутую" - при чём это твои слова я процитировал.

> Нехшё так переворачивать
Вот ты себе это и сообщи.

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 17:46:19 +0300

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

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 14:09:45 +0300

Да, точно, это я на путал. Навойне-то наверняка все ходили сытые, разморенные январской жарой и никто ни в кого не стрелял.

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 14:07:51 +0300

я думаю, ты что-то сильно напутал

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 13:20:48 +0300

Повсеместно.

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 13:18:56 +0300

а где там было что-то такое?

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 13:17:56 +0300

А как же победа над фашизмом, например?

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 12:49:28 +0300

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

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 12:04:28 +0300

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

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 11:58:35 +0300

вполне, если конечно не спекулировать на значительно переоцененных по сравнению со средствами целях

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 10:47:53 +0300

Цель оправдывает средства?

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 10:10:10 +0300

я думаю, это зависит от многих условий, и в основном от конечной цели

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 09:56:04 +0300

А если бы он думал как убрать проприетариастов - это было бы хорошо или плохо?

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 09:45:48 +0300

Он не думает плохо. Он думает о том, как убрать плохо. А это две большие разницы :)

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 08:41:01 +0300

> А твой ход мыслей вообще непонятен. Как можно избежать плохого, если оно всегда с тобой в твоих мыслях?

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

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 08:38:37 +0300

> отреференсить выделенное поле id primary key как foreign key в защищённой от изменений таблице и указать on delete restrict.
А как он от апдейта записи будет защищаться? Да и не взлетит это на MyISAM.

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 07:54:22 +0300

> Делать все на клиентском уровне? Ну уж нет. Лучше перестраховаться и на триггеры повесить проверку, и еще и на клиентском уровне проверить.
Зря, это дополнительные тормоза и заморочки, ненужные усложнения. А дополнительный слой позволяет ещё решить пару вопросов с абстрактизацией и часто кешированием.

> Авторизация-то тут причем? Авторизация и делается на клиентском уровне, а мне-же нужно просто запретить удалять и банить анонимуса sql-запросом.
Я про что и говорю, что дополнительный слой был бы полезен, в том числе и для этого. А физически удалять строки по-любому очень плохая затея, потому что если структура ключей не продумана полностью, при удалении скорее всего тупо всё поломается.

> опять-же это референсится вся колонка, а мне нужно только одну запись.
референсится вся колонка, но в ключах может быть только одна-две записи. Они же могут позволить хранить дополнительную информацию, например почему не следует удалять эту строку.

> Да и к тому-же это не кажется тебе еще большим извращением?
вовсе нет, с чего вдруг? В действительности pk всё равно нужен и такие записи в БД должны использоваться везде в соответствии именно с pk. Это как root в posix, который может иметь любое имя, но uid всегда 0. Я думаю, что многие заморочки с туннельными тредами и прочим здесь вызваны именно нарушением этого принципа. Предложенным способом ты фиксируешь именно pk, это естественно и правильно.

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 05:41:01 +0300

>Все действия обычно делаются через мало-мальский сервер приложений, который всё и проверяет и ещё много чего делает.
Делать все на клиентском уровне? Ну уж нет. Лучше перестраховаться и на триггеры повесить проверку, и еще и на клиентском уровне проверить.

>Вот на нём делается система авторизации.
Авторизация-то тут причем? Авторизация и делается на клиентском уровне, а мне-же нужно просто запретить удалять и банить анонимуса sql-запросом.

>Если это неприемлемо, то следует отреференсить выделенное поле id primary key как foreign key в защищённой от изменений таблице и указать on delete restrict. В таком случае база не позволит удалять строки с перечисленным primary key.
опять-же это референсится вся колонка, а мне нужно только одну запись. Да и к тому-же это не кажется тебе еще большим извращением?

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 01:12:15 +0300

Вполне состоятельно. То, что снаружи, заведомо дальше того, что внутри. А твой ход мыслей вообще непонятен. Как можно избежать плохого, если оно всегда с тобой в твоих мыслях?

Re: А почему MySQL такое унылое гавно?

Tue, 30 Nov 2010 01:09:54 +0300

Во-первых, до нутра нежелательно допускать кого попало. Все действия обычно делаются через мало-мальский сервер приложений, который всё и проверяет и ещё много чего делает. Вот на нём делается система авторизации. Если это неприемлемо, то следует отреференсить выделенное поле id primary key как foreign key в защищённой от изменений таблице и указать on delete restrict. В таком случае база не позволит удалять строки с перечисленным primary key.

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 20:21:25 +0300

> А как ты будешь держаться от него подальше, если оно будет в твоих мыслях, внутри тебя самого?
Следовательно твоё предположение о том, что существует возможность держаться от плохого подальше - несостоятельно.

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 17:13:37 +0300

Это как? Объясни. Если с помощью GRANT INSERT,SELECT ON rulinux.users TO user@localhost IDENTIFIED BY 'password'; то это на всю таблицу, а мне нужно запретить удаление одной строки с определенным параметром.

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 16:38:06 +0300

А как ты будешь держаться от него подальше, если оно будет в твоих мыслях, внутри тебя самого?

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 16:34:56 +0300

Как ты будешь держаться от плохого подальше, если не будешь о плохом думать?

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 16:16:58 +0300

Плохое по определению такое, от чего следует держаться подальше - не кушать плохое, не одевать, не пить, не трахать, не думать.

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 16:07:28 +0300

Что плохого в том, чтобы думать плохое?

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 16:02:53 +0300

Зря. Не следует привыкать к плохим мыслям.

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 15:02:31 +0300

> К мыскылу дофига официальных платных приблуд, которых в свободной версии нету, в том и фишка.
Мну привычно подумал плохо о проприетариастах.

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 14:55:52 +0300

К мыскылу дофига официальных платных приблуд, которых в свободной версии нету, в том и фишка.

По сабжу, а зачем так извращаться? Достаточно выставить нужные права доступа.

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 14:44:56 +0300

И такой триггер компилируется/сохраняется без проверок? Ну ваще пездец.

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 14:35:11 +0300

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

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 13:59:45 +0300

> NSERT INTO logs SET costyl = 1;
У тебя такое поле в логе есть?

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 13:49:50 +0300

и постгресе

sql



CREATE OR REPLACE FUNCTION "ANONYMOUS_DEL"()

RETURNS TRIGGER AS

$BODY$

DECLARE

nick varchar(255) = OLD.nick;

BEGIN

IF OLD.id = 1

THEN

RAISE EXCEPTION 'User % can`t be deleted',nick;

END IF;

RETURN OLD;

END

$BODY$

LANGUAGE 'plpgsql' VOLATILE;



CREATE TRIGGER "ANONYMOUS_DEL_TRIGGER" 

BEFORE DELETE 

ON users 

FOR EACH ROW 

EXECUTE PROCEDURE "ANONYMOUS_DEL"();

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 13:48:17 +0300

Блджад таки остановился на костыле. Просто для сравнения красоты решения на мускуле

sql



DELIMITER $$



CREATE TRIGGER `anonymous_del_trigger` BEFORE DELETE ON users

FOR EACH ROW BEGIN

IF OLD.id = 1

THEN

INSERT INTO logs SET costyl = 1;

END IF;

END; $$



DELIMITER ;

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 12:09:47 +0300

Им железо нужно было и коммерческая ось.. МуСкуль думаю им нахрен не упал - у них же и так целое кладбище недобаз в хозяйстве - Berkeley DB, TimesTen какой-то, RDB, Оракловы собственные Lite и Express.

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 11:48:57 +0300

>Попил?
Да хз. Теперь мне стало непонятно действие оракела по покупке сун. Ради этого гомна они покупали целую компанию?

Re: А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 11:35:45 +0300

Надо же.. Не смог в это поверить, но похоже что неспроста народ так извращается: http://forum.dklab.ru/viewtopic.php?p=165408

И Сан за это поделие платил немеренно бабла... Попил?

А почему MySQL такое унылое гавно?

Mon, 29 Nov 2010 10:05:00 +0300

Субж. Он сука деревянный. Хотел добавить триггер с запретом удаления анонимуса из базы, так в нем нет ни исключений, ни подобия RAISEERROR. Блджад, только в версии 5.5 появились SIGNAL\RESIGNAL но ее нет даже в сусе 11.3, а как тогда на серверах? Пришлось изголяться двумя триггерами и временной таблицей. Вобщем мну бешенно негодует и строчит триггер для постгреса на запрет удаления состоящий из трех строчек.