|
Say the user has a copy of her database (let’s call it MyData.mdb) on her PC. There is also a copy of that database on a central server website. Now what I want to do is have the user edit that database on her PC and then hit a “Synch” button, which will connect to the web server, updating the database there. I don’t want to have to re-upload the entire MyData.mdb every time What’s some industry methods for doing this? Can someone point me to a good article or tutorial? Thanks.
|
|
|
|
|
Use DTS and in SQL 2005 you have the flexbility to check whether this is new or updated record. We have done similar sort of operation for one of our project. but please note that is for xsl file to SQL server.
Amit
|
|
|
|
|
Send me some tips for ledger entries. Any one who had worked in ledgers, tell me that whether all voucher's data is sent to ledger? And all about ledgers?
thanks
Syed Shahid Hussain
|
|
|
|
|
Q. In SP's if one has to use some if...else condition with multiple sentances then how to use them....
Parag
|
|
|
|
|
I am not sure what you mean by "multiple sentances", but in sql server:
IF @value = 1
BEGIN
do something
END
ELSE
BEGIN
do something else
END
END IF
Mike Lasseter
|
|
|
|
|
SQL Server 2005 Books Online
IF...ELSE (Transact-SQL) [^]
--EricDV Sig---------
Some problems are so complex that you have to be highly intelligent and well informed just to be undecided about them.
- Laurence J. Peters
|
|
|
|
|
hello,
can anybuddy plz tell me how we can use SQL Server 2000 on Windows XP pro. I'm working on a project that requires replication as well. For the moment, I'm working on Win 2000 Server and using Sql server 2000 enterprise ed. but I want to work on WinXP rather. So can u plz give me some solution to it. can we use Sqlserver 2000 professional edition or whatever on xp that also gives replication features.
Rocky
|
|
|
|
|
The Standard and Enterprise Editions will only install on Server-class operating systems (Windows 2000 Server, Advanced Server, Datacenter Server; Windows Server 2003 Standard Edition, Enterprise Edition, Datacenter Edition). On Windows XP the only production versions permitted are Workgroup Edition or Desktop Engine (MSDE).
MSDE can act as a replication subscriber but not as a publisher.
If all you're doing is testing out changes as a developer, it's fine to use the Developer Edition.
See SQL Server 2000 System Requirements[^] at microsoft.com.
|
|
|
|
|
well thanks for ur reply Mike. This shows that I gotta go with the server class OS here. Atfirst I also tried to go with windows server 2003 I dont remeber exactly what version was it but I found this really awful thing that sql server 2000 needs another service pack to run on it. This really looked awful to me so I went into using Win server 2000 and I think I gotta live with that coz I need those publishing features as well. But I can do without this good looking Windows XP.
thanks a lot
Rocky
|
|
|
|
|
Windows Server 2003 requires SQL Server 2000 SP3 or higher. You can however install the original release of SQL Server 2000 but should then install the service pack as soon as practical. The current service pack for SQL Server 2000 is SP4 and unless you have a very good reason to use an older version, you should run the latest service pack on a new installation, whichever operating system you're using.
SQL Server 2000 SP3 included many security fixes, including the patch for the Slammer worm. SP4 also incorporates a subsequent security patch, MS03-031.
I would recommend Windows Server 2003 over Windows 2000 on a new installation, not least because Windows 2000 is already out of mainstream support. Windows 2000 will continue to get security patches for another four years, but even so, Windows Server 2003 is a much more secure system.
|
|
|
|
|
well I would have used the new service pack for sure but the problem here is that I cant find them in the market and now I'm tryin to download that from internet. I hope it works fine...
cheers
|
|
|
|
|
well now I'm trying to download the SP4
but I was just thinking abt SQL server 2005 now. I'm a bit inexperienced in these things but is it safe to convert to SQL server 2005. Which edition would I need to have for replication to work in its full strength.
is it a good option for me to convert now to Sql serv2005?
Rocky
|
|
|
|
|
My database has grown so much that I cant fit the database and the back(BAK file) on the same hard drive. I have tried to place the BAK file on our NAS Server and do a test restore from there. This did not work. Here is the proceedue I am using.
------------------------
Restore FileListOnly
From Disk = '\\server_nas\TSW_Resort\TSWDataBackUp'
Restore Database TSWData
From Disk = '\\server_nas\TSW_Resort\TWDataBackUp'
With Move 'W_Data' To 'D:\Data\TSData_Data.mdf',
Move 'W_Log' To 'D:\Data\TSData_Log.ldf',
Replace
-----------------------
This didt not work either. Everytime I try to restore from the UNC path I get a device off line error. I have also checked my SQL Server Agent to make sure the credentials will allow it access to that file path.
The last thing I have tried was to give the UNC path the address of the Mapped drive
\\server_nas\G$\TWDataBackUp
however that did not work either.
I am using SQL Server 2000 and Windows Server 2003.
Does anyone have any idea on how to do a restore. Any help would be appreciated
Thanks
|
|
|
|
|
oskardiazdeleon wrote: Does anyone have any idea on how to do a restore. Any help would be appreciated
You cannot backup and restore across a network. The backup device, including a hard disk, must be physically attached to the SQL Server.
|
|
|
|
|
I'm starting a project to convert from a JET databse to an MS SQL database. The application using the data is written in VB 6. On the surface the conversion looks strait forward. Anyone know of any minefields I'm going to run into?
Thanks,
Nick
|
|
|
|
|
I imagine most (if not all) of the SQL in the VB6 app will work just as well with no change on a MS SQL backend.
Of course, you will need a new connection string.
The OleDb adapters, readers etc should work with MS SQL too. Though you will probably want to change them to SQLAdapters etc.
Some saved queries (Access/JET) will need to be converted to MS SQL stored procedures, functions etc.
May want to look through the code for any Access/JET automation code that may be used to do things like show reports etc.
Other than that, I'd be interested to know what you found myself!
Steve
|
|
|
|
|
Q.1 what is function of GO in SP's?
Q.2 If we have to use nested queries then how far we can go i.e.
Select * from where ( select id from where (........IS THERE ANY LIMIT HERE TO USE NESTED LOOPS..........))))))
OTHER QUERIES I'LL POST LATER
THANKS IN ADVANCE FOR GIVING THE ANSWERS
PARAG
|
|
|
|
|
GO signifies that the current batch of Transact-SQL statements should be sent to SQL Server. The current batch of statements is composed of all statements entered since the last GO, or since the start of the ad hoc session or script if this is the first GO.
GO must be on a line of its own but may include comments.
Any number of sub-queries may be nested in a statement.
Steve
|
|
|
|
|
My post regarding the GO statement was correct, however, I omitted to mention that this relates to the Query Analyzer and not stored procedures (as Colin pointed out).
I apologise if that omission rendered my post misleading.
Steve
|
|
|
|
|
ParagGupta wrote: Q.1 what is function of GO in SP's?
In contrast to what the other poster has said GO has nothing to do with stored procedures. It is simply a preprocessor command given in Query Analyzer (and you can set Query Analyzer to accept other things in place of GO if you prefer). It is not part of the T-SQL language.
GO tells Query Analyzer where to split the script into batches. Each batch is executed on the SQL Server in sequence, but without reference to any batch that came before it in the script. In other words if you DECLARE a variable in one batch, you cannot see it in the next.
With regard to Stored Procedures, there is no way to tell SQL Server that where the end of the stored procedure is. It must therefore come last in a batch and Query Analyzer will delimit the end of the stored procedure with the GO keyword.
ParagGupta wrote: Q.2 If we have to use nested queries then how far we can go
No idea - I've gone 4 deep in one query, but if you are going that deep you might want to rethink your strategy. About 6 months after I wrote that 4-deep query I refactored it to use temporary tables instead, and the query went from taking about 20 minutes to 7 seconds. There is only so much the SQL Server query optimiser can cope with.
|
|
|
|
|
GO is not a Transact-SQL statement; it is a command recognized by the osql and isql utilities and SQL Query Analyzer.
osql Utility
The osql utility allows you to enter Transact-SQL statements, system procedures, and script files. This utility uses ODBC to communicate with the server.
isql Utility
The isql utility allows you to enter Transact-SQL statements, system procedures, and script files; and uses DB-Library to communicate with Microsoft® SQL Server™ 2000.
SQL Server utilities interpret GO as a signal that they should send the current batch of Transact-SQL statements to SQL Server. The current batch of statements is composed of all statements entered since the last GO, or since the start of the ad hoc session or script if this is the first GO. SQL Query Analyzer and the osql and isql command prompt utilities implement GO differently.
A Transact-SQL statement cannot occupy the same line as a GO command. However, the line can contain comments.
The scope of local (user-defined) variables is limited to a batch, and cannot be referenced after a GO command.
SQL Server applications can send multiple Transact-SQL statements to SQL Server for execution as a batch. The statements in the batch are then compiled into a single execution plan. Programmers executing ad hoc statements in the SQL Server utilities, or building scripts of Transact-SQL statements to run through the SQL Server utilities, use GO to signal the end of a batch.
Applications based on the DB-Library, ODBC, or OLE DB APIs receive a syntax error if they attempt to execute a GO command. The SQL Server utilities never send a GO command to the server.
GO is a utility command that requires no permissions. It can be executed by any user.
Regards,
Uma
|
|
|
|
|
I think upto 32 levels. But please check SQL online....
Go is used for batch submission.
Amit
|
|
|
|
|
At the moment I have a query that returns data about meetings in XML format using the
"FOR XML AUTO, ELEMENTS" clause
The problem is that if there is a meeting with the same person on the same day (I know, its hardly a common occurance) the XML output comes out like this:
<br />
<mdate><br />
<![CDATA[02/06/2006]]><br />
</mdate><br />
<br />
<Meetings><br />
<id><br />
<![CDATA[92]]><br />
</id><br />
<complete><br />
<![CDATA[1]]><br />
</complete><br />
</Meetings><br />
<br />
<Meetings><br />
<id><br />
<![CDATA[93]]><br />
</id><br />
<complete><br />
<![CDATA[2]]><br />
</complete><br />
</Meetings><br />
Unfortunatley because of the XSL file doing the formating it does not make table entries for the second meeting (id:93 in this example).
What I want idealy is for the XML output to contain all the meeting information in seperate entries ... and NOT cluster together meetings with the same people one the same date like it is doing.
Any ideas? or should i make a different XSL file to handle this out put? (and if so any hints on doing that as I mostly just loop through output in a very simple manner)
Thanks
|
|
|
|
|
Hi
If you are using .Net then you can create XSD file for that and then you can store the output in dataset created by XSD.
Regards
Tushar kothari
|
|
|
|
|
How to install the Postgre SQL using Silent Mode in Windows 2000?
|
|
|
|