Something that you should know when you are setting the value into a variable. The assignment (i.e., "=" operator) might not work as your expectation. So, try out the script below in the query window:
--declare a table variable
declare @t table (i int)
declare @ii int
-- append 2 record.
insert @t
select 1
union all
select 2
-- show all the records
select *
from @t
-- get the record that match '1'. The expected value in @ii is "1".
select @ii= i
from @t
where i = 1
-- Now, try to get the record that match '0'.
select @ii= i
from @t
where i = 0 --<< no record is '0'.
select @ii --<< this value is not NULL??!! What is this value??
When "i = 0", there is no record in @t table variable and "@ii = i" will not be executed. This means the "null" value will not be set to @ii. If you want to get the null value for @ii, then, you should do this:
select @ii = (select i from @t where i = 0)
Try it out and see the difference.
Monday, October 10, 2011
Friday, June 24, 2011
Inserting records output by the stored procedure
Let's say you have a stored procedure which returns some records from the product table:
create proc pr_test2
as
select prod_code, prod_description, price
from prod
go
So, when you execute pr_test2 stored procedure, the results is the products. In case you want to store these result into a table variable, you may do this:
declare @tb table(
prod_code nvarchar(100),
prod_description nvarchar(100), price money
)
insert into @tb
exec pr_test2
select * from @tb
create proc pr_test2
as
select prod_code, prod_description, price
from prod
go
So, when you execute pr_test2 stored procedure, the results is the products. In case you want to store these result into a table variable, you may do this:
declare @tb table(
prod_code nvarchar(100),
prod_description nvarchar(100), price money
)
insert into @tb
exec pr_test2
select * from @tb
Thursday, April 14, 2011
Stored procedure
What is stored procedure?
- Basically, it is a "module" or "process" that is written in SQL statement and it sits inside database. It is executable by the database server and within the monitor/management of the database server.
- Yes. It will be faster because the process is running within the database server. The application sends only one request to the database server and then wait for the response. This reduces the number of data transfer between the database server and the application.
Trigger
Reference:
http://www.mssqltips.com/tip.asp?tip=1591
http://www.mssqltips.com/tip.asp?tip=1380
http://www.mssqltips.com/tip.asp?tip=1591
http://www.mssqltips.com/tip.asp?tip=1380
Tuesday, March 29, 2011
Database design (I)
Some guidelines for the database design:
1. All tables must have the following fields to store the information of the record creator and the last update information.
- created_on datetime
- created_by nvarchar(255)
- modified_on datetime
- modified_by nvarchar(255)
2. All tables must have a primary key with 1 field only. This is to ensure that the record can be call out easily. (Note: this might violate the normalization design that you have learned from the text book!)
3. Use GUID type for the primary key type instead of integer type - this will ease the page navigation when you are putting the value in the navigation URL. Not easy to be hack by the "normal" user. This also reduce the chance for the user to create "GUID" value manually and insert the record to the table.
4. Reduce the use of self-referencing table design unless you have no other option - this is to simplify the SELECT statement that you are going to write especially when you are developing reports.
5. For generating report, the data should be stored in the predefined reporting table. This splits the development job from the application coding and move the data extraction process into SQL server by using stored procedure. It eases the testing on the data extraction and also speed up the application development (ie., parallelly doing the job).
1. All tables must have the following fields to store the information of the record creator and the last update information.
- created_on datetime
- created_by nvarchar(255)
- modified_on datetime
- modified_by nvarchar(255)
2. All tables must have a primary key with 1 field only. This is to ensure that the record can be call out easily. (Note: this might violate the normalization design that you have learned from the text book!)
3. Use GUID type for the primary key type instead of integer type - this will ease the page navigation when you are putting the value in the navigation URL. Not easy to be hack by the "normal" user. This also reduce the chance for the user to create "GUID" value manually and insert the record to the table.
4. Reduce the use of self-referencing table design unless you have no other option - this is to simplify the SELECT statement that you are going to write especially when you are developing reports.
5. For generating report, the data should be stored in the predefined reporting table. This splits the development job from the application coding and move the data extraction process into SQL server by using stored procedure. It eases the testing on the data extraction and also speed up the application development (ie., parallelly doing the job).
Friday, January 28, 2011
Get the number of years, months & days for the given 2 dates
declare
@dt1 datetime,
@dt2 datetime,
@yr int,
@mth int,
@day int,
@yr_count int,
@mth_count int,
@day_count int,
@month_end datetime,
@month_begin datetime
-- test cases
select
-- 30 days <== same yr/month
--@dt1 = '20101202', @dt2 = '20101231'
-- 1 month <== same yr/month
--@dt1 = '20101201', @dt2 = '20101231'
-- 1 year.<== same yr & diff mth, start date is 1st.
--@dt1 = '20100101', @dt2 = '20101231'
-- 2 month, 25 days<== same yr & start date is 1st.
--@dt1 = '20100101', @dt2 = '20100325'
-- 1 month, 1 day <== diff yr & diff mth
--@dt1 = '20101202', @dt2 = '20110102'
-- 3 months, 0 day. <== same yr & diff mth
--@dt1 = '20100502', @dt2 = '20100801'
-- 1 month, 30 day <== same yr & diff mth
@dt1 = '20101102', @dt2 = '20101231'
-- 2 months, 0 day <== diff yr & diff mth
--@dt1 = '20101102', @dt2 = '20110101'
-- 1yr, 2 months, 0 day <== diff yr & diff mth
--@dt1 = '20101102', @dt2 = '20120101'
select
@dt1 as 'start date',
@dt2 as 'end date'
-- get all the differences for further analysis
select
@yr_count = datediff(year, @dt1,@dt2),
@mth_count = datediff(month, @dt1,@dt2),
@day_count = datediff(day, @dt1, @dt2)
-- see if we should retain the year counter.
if (@yr_count - 1 >= 0)
begin
select @yr_count = @yr_count - 1
end
-- ensure that the month counter is less than 12.
if @mth_count % 12 <> 0
begin
select @mth_count = @mth_count % 12
end
-- get first day of the month for the 2nd date.
select
@month_begin = cast(year(@dt2) as varchar(4))
+ case when month(@dt2) > 9 then cast(month(@dt2) as varchar(2))
else '0' + cast(month(@dt2) as varchar(2))
end
+ '01'
-- get the last day of the month for the 2nd date.
select
@month_end = dateadd(day, -1, dateadd(month, 1, @month_begin))
if (@dt1 = @month_begin) and (@dt2 = @month_end)
begin
select
@mth_count = @mth_count + 1,
@day_count = 0
--select @month_begin, @month_end
end
else
begin
if @dt1 > @month_begin
select @month_begin = @dt1
--select @month_begin, @month_end, @dt2
-- if the end date is the last day of the month
-- and the start date is the first day of the month,
-- the day counter will be zero and the month counter increase by 1.
if (@dt2 = @month_end) and day(@dt1) = 1
begin
select
@mth_count = @mth_count + 1,
@day_count = 0
--select @day_count
end
else
begin
-- update the day counter.
select @day_count = datediff(day, @month_begin, @dt2) + 1
end
end
if (@mth_count <> 0) and (@mth_count % 12 = 0)
begin
declare @i int
select @i = @yr_count +(@mth_count / 12)
select
@mth_count = 0,
@yr_count = @i
end
if month(@dt1) <> month(@dt2)
begin
if day(@dt1) <> 1 and @day_count > 0
select @day_count = @day_count - 1
end
-- ----------------------------------------------
select
@yr_count as '# of years',
@mth_count as '# of months',
@day_count as '# of days'
Tuesday, October 26, 2010
Backing up the database using dump device
Once you have created the dump device, the next nice thing to have is to create a stored procedure that is able to backing up the database to the dump device based on current week day. You have to execute the following stored procedure in SQL Server Management Studio. Then, create a job in SQL Agent and setup the schedule properly.
create proc mgt_backup_db ( @db_name sysname ) as begin declare @d int select @d = datepart( weekday, getdate()) if (@d = 2) backup database @db_name to db_mon_bak with init else if (@d = 3) backup database @db_name to db_tue_bak with init else if (@d = 4) backup database @db_name to db_wed_bak with init else if (@d = 5) backup database @db_name to db_thu_bak with init else if (@d = 6) backup database @db_name to db_fri_bak with init else if (@d = 7) backup database @db_name to db_sat_bak with init end go
Subscribe to:
Posts (Atom)