x-MU.net форум

Put in SQL Query and change SET M @money = 10000000 -- Start Zen

ЦитироватьUSE MuOnline
IF EXISTS (SELECT name FROM sysobjects
WHERE name = 'MU_BONUS' AND type = 'TR')
DROP TRIGGER MU_BONUS
GO

CREATE TRIGGER MU_BONUS ON Dbo.Character FOR INSERT
AS
BEGIN

DECLARE
M @money INT,
@Char varchar(10)
SELECT @Char = Name FROM INSERTED

SET M @money = 0 -- Start Zen

UPDATE Dbo.Character
SET Money = M @money
WHERE Name = @Char
END

ребят, все гораздо проще. в базе есть процедура CreateCharacter, её юзает сервер, там можно поставить все, что нужно и сервер будет создавать чара хоть с вещами, хоть с ресетами/занами и т.п. Имхо, не зачем еще сверху напиливать триггеры.

Цитата: epmak от 2013 Авг. 12, 06:03  ребят, все гораздо проще. в базе есть процедура CreateCharacter, её юзает сервер, там можно поставить все, что нужно и сервер будет создавать чара хоть с вещами, хоть с ресетами/занами и т.п. Имхо, не зачем еще сверху напиливать триггеры.

Кончай уже вы*бываться.
Проще?
Ну сделай тогда гайд.
А слова на ветер не к чему.

Проще не проще, а автору все равно спасибо, хоть и не использую.
Пусть форум набирает обороты.

Цитата: epmak от 2013 Авг. 12, 04:03  Имхо, не зачем еще сверху напиливать триггеры.

Это проще, так как потом можно в 2 клика удалить. И ничего страшного не произойдет. И не надо сказок про нагрузку и прочее. Продукт писан не самоучками.

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

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

Цитата: epmak от 2013 Авг. 13, 01:44  1 сделал, второй выложил, а у третьего головная боль потом.

Все на свой страх и риск. Естественный отбор.

Цитата: epmak от 2013 Авг. 13, 01:44  не каждый додумается в триггеры лазить и не каждый вообще знает что это

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

ты помнишь баг с 1 хп у мобов и никто никак не мог его пофиксить, пока не поняли где была засада?
а засада была в базе, если не ошибаюсь

у тебя есть ситуация, к примеру:
тебе чару нужно нарисовать 5 ресетов, ну ты как путный, идешь рисуешь свой триггер, мол да, круто, отрабатывает супер угу... проходит время, ты забыл уже или отдал правление в чужие руки. Тому надобится ресеты пририсовывать человекам с определенным никами по 10 ресетов, ога, тот идет в базу находит процедуру = хренак и готово. но вот засада что у людей по 15 ресетов, втф?!
я, надеюсь, я сумел передать смысл. Есть процедура, а не триггер, которой руководствуется сервер при создании. Этот порядок был навязан кем-то, возможно вз.

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

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