Viewing 15 posts - 3,046 through 3,060 (of 3,615 total)
DECLARE @sSQLSELECT VARCHAR(8000)
DECLARE @sSQLFROM VARCHAR(8000)
DECLARE @sSQLWHERE VARCHAR(8000)
SET @sSQLSELECT='SELECT .......'
etc
EXEC( @sSQLSELECT + @sSQLFROM + @sSQLWHERE)
September 14, 2004 at 1:24 am
Think of the BEGIN and END statements in TSQL as being like the curly braces in JavaScript, C#, C++, C, Java etc.
BEGIN = {
END = }
As with these languages TSQL...
September 14, 2004 at 1:22 am
If possible I try and avoid SHRINKFILE in live systems because there is an overhead in growing the file as data is put back in.
September 14, 2004 at 1:16 am
There is no direct equivalent.
You could try using the TOP predicate to return the TOP 1
September 14, 2004 at 1:10 am
The users within a database have a SID column which matches to the SID value of the login.
If you transfer your logins first then restoring your database will maintain your...
September 13, 2004 at 8:57 am
Yep, no DRI.
A few years back there was an discussion on this site about leaving out DRI in order to get the maximum throughput on the database.
The example given...
September 10, 2004 at 10:20 am
In the particular vendor database (I stress vendor) it held a list of countries.
The problem you face with a database with thousands of tables are
September 10, 2004 at 7:58 am
Over and above the previous answer
A Primary key cannot contain nulls.
A unique index can contain a single null.
A clustered index holds its data in the leaves of the index. You...
September 10, 2004 at 1:57 am
A login within SQL Server has a unique identifier called a SID and an encrypted password.
The way I do it is to use a SQL query to generate the sp_addlogin...
September 10, 2004 at 1:53 am
If you have 3,000 or more tables then having a meaningful naming scheme for your tables becomes VERY important, otherwise your developers get lost in the mire. This was one...
September 10, 2004 at 1:37 am
Its is great trying to maintain hundreds of tables when the tables have meaningless names. Anyone care to guess what A35020 holds?
September 9, 2004 at 1:45 pm
Don,
In your example the Id field is an IDENTITY field and therefore there is no way that EmployeeTypeId can return an entry for CompanyStatus or whatever.
If you are talking about...
September 9, 2004 at 1:41 pm
I am still in the dark as to why my MUCK table with a single field primary key can break referential integrity.
If I've got a contacts table with an AgeBandId...
September 9, 2004 at 8:22 am
OK, who has the time to design, code and test a database that needs 300+ lookup tables within the time that management have been promised the finished application
September 9, 2004 at 3:04 am
I had an application where "best practice" described in this article would have resulted in around 300 lookup tables averaging 7 entries per table.
A single table with and id, type,...
September 8, 2004 at 10:41 am
Viewing 15 posts - 3,046 through 3,060 (of 3,615 total)