I'm new to SQL so don't laugh if this is easy to spot but I'm having trouble with a select statement but I do not think it's the syntax etc, I'm convinced it must be due to some restrictions and limitations within SQL.
Could anyone shed some light? I've been 'googling' for two days now and can't find anything, much appreciated! thanks.
INNER JOIN tblAction ON a.action_id = tblAction.action_id
INNER JOIN tblClassification ON a.class_id = tblClassification.class_id
INNER JOIN tblType ON a.type_id = tblType.type_id
INNER JOIN tblUnit ON a.unit_id = tblUnit.unit_id
INNER JOIN tblSystem ON a.system_id = tblSystem.system_id
INNER JOIN tblLibrary ON a.lib_id = tblLibrary.lib_id
INNER JOIN tblTransport ON a.trans_id = tblTransport.trans_id
INNER JOIN tblPOC ON a.poc_id = tblPOC.poc_id
WHERE a.medno_id = 327
ORDER BY a.med_effdate
I've spaced out the query so it's easy to read
I've started the query from scratch building my SQL adding one field at a time and it works perfect until it reaches a certain number of fields, it's as if SQL has a limit to no of fields it can return/be used in the select part of the statement. Are there any limitations I should know about? or am I being an idiot and doing something I shouldn't?
What are the limitations of the SQL 2005 Express Management Studio tools, as opposed to the full blown 2k5 Tools (i'm not referring to the Server, just the tools). I ask because the install for the 2005 Management Studio Tools alone is 878 megs.
I've been using CE 3.1 in a .NET/C# application. My knowledge of database technology is very basic, and I'm wondering how far I can take my application with CE, given its limitations, which I stumbled across when I read the following about VistaDB: http://www.vistadb.net/compare_sql_compact.asp
For right now, my application uses a CE database as a fancy log file. There are only two tables in the database -- one to hold the log information, and one to hold information about different "runs" of my application. The only time a row is ever updated is when a row in the latter table is updated (once) to indicate that that "run" has completed. Other than that, I only add and delete rows.
Right now, two different processes on the same CPU (the same CPU as the database) write rows to the database during a run of my application. They do this by accessing a singleton object, hosted in a Windows service, via .NET remoting. One of these processes also polls the database continually to read it for display purposes.
So. My questions are:
I can live with the single-user limitation, given my application. But what exactly is it about using CE that limits me to a single user? I never actually specify user information, as far as I know. Am I missing it?
Can I assume that the "single CPU supported" limitation simply means that it only runs on a 32-bit Windows machine, and that it has nothing to do with multiple databases running on different CPUs at runtime?
Why is it that the two processes in my application seem to be able to connect to my database concurrently, when this is apparently a limitation? As I said, my knowledge of this technology is quite elemental. Forgive me. But I figure I'm in the right place to change that. :-)
I am receiving an error message while using the System.Transactions.TransactionScope class. The error message that I am receiving is "Communication with the underlying transaction manager has failed". This error seems to only appear when I have my web application one server, Server1, and my database on a second, Server2. When I run the web app on the same server as the database (i.e., web site and database on Server2), I don't receive this error. So, this leads me to believe this has something to do with MS DTC. Is there a limit to how much data MS DTC can manage for a given transaction? If so, is it configurable? When I run my code, the application fails after a certain number of steps (this is repeatable). See sample code below. When I execute the code below, the error occurs on UpdateBody2();. If I comment out UpdateBody2(), the error will now occur on UpdateBody3();, and so on. This leads me to believe that I have hit some upper limit. My code follows a pattern similar to this:using {TransactionScope scope = new TransactionScope()){ UpdateHeader(); UpdateBody1(); UpdateBody2(); UpdateBody3(); UpdateFooter();}Where each of the classes follows a pattern of:UpdateHeader(){ using (SqlConnection conn = new SqlConnection()) { conn.Open(); // Do something conn.Close(); } } Environment:ASP.NET 2.0SQL/2005 StandardWindows Server 2003 Thanks.Steve
I'd like to use MSDE since it's free instead of SQL Server for my database. I will be hosting a portal type site. If all goes well and my site is wildly successful are there any limitations in MSDE that I need to worry about?
For instance, I thought there was a limit to the number of connections. I thought I remember seeing 5 or 50 on the microsoft download site.
If there is a connection limit of say 10, what happens when connection 11 comes in? Does it just wait for a free connection or does it fail?
Is anyone using is as the database on a large portal site? How many users are there in total? How many connected at the same time?
I am under the assumption that it is SQL Server underneath, so I assume the performance and abilities are very good. Is this a fair assumption?
Hi, I was curious if anyone knew if there was a way to get around SQL Express Edition 2005's limitations to support remote connections. If I install SQL Server 2005, will there be a smooth transition between the two on my IIS 5.1 server? My database is extremely simple and only consists of a single table without any complex queries. Idealy, I would like to spend no money since I am a poor collge student doing this as a project. Suggestions?
I updated a varchar field fom 500 length to 800 and now nothing works. Are there limitations to how big a varchar table entry can be and if so what is the alternative?
Hi all there,I'm a newbee to this forum. I've a question, is there any limitationon "IN" clause in select query.for example :"SELECT EMP_ID, EMP_NAME FROM EMPLOYEE WHERE EMP_ID IN('EMP1001','EMP1002','EMP1003', etc, etc, so on)".I've read at some documentation that there is a limitation for Columnsin a table and i.e. we can have only 1024 columns per table, is thistrue?Plz help me !!Thanx in advance.Kind Regards,Harry
I'm thinking about using the FTP task in an integration i am developing, but before i do, i need to get an idea that what i want to do is possible.
With the FTP task could i get a list of directories on the FTP server, and compare the folders with a result set returned from a SQL query. If any of the directories on the FTP site then i want to download each of the relevent directories and there contents to the local machine.
Could someone give me an idea as to if this is possible via the task, or if indeed a script task would be better?
I had a question about the CPU limitations of SQL express. It says limited to 1 CPU but what if I have multiple instaces since the application is a new service and runs in it 'sown memory space how is it limited to 1 CPU? does the service use multiple processors and the queris are binded to one?
With the limitation of 1Gb of ram and 1 CPU for SQL Express, does that mean we cannot load it on a server with multiple CPU's and more ram, or that we can load it and it will only use 1CPU and 1Gb of ram?
As SQL Server XE can run on one PC maximum, does it mean that it can't support multi users??? I mean could it be installed on one server and to be used by multiple users connected to server with their PCs?
I was looking around, and I found this info on SQL Server Express:The 4 GB database size limit applies only to data files and not to log files. However, there are no limits to the number of databases that can be attached to the server.Does this mean I can use several different databases in my website, like one separate db containing forum entries, and one with user details and related stuff?
Can anyone tell me if SQL 2000 has a record limitation on tables? The table that I have is very basic. It contains 6 columns, none of which can contain more than 10 characters, but I'm already sitting at 2,500,000 records and expecting up to 20-30 million records. Can it handle it? Thanks in advance.
We are primarily a DB2 and Oracle shop. There are movements towards SQL Server for smaller applications. We would like to know if anyone out there has shop standards in determining which database should go with what type of application. What we are looking for are possibly database sizes, number of concurrent users, hardware and software cost, network infrastructure, security, scalability, and development tools. Any information would be appreciated.
Hi to everyone, probably it's a faq but I did not find a sure answer.A customer has a Sql Server 2000 standard installed in 1server/5CALlicensing mode, in a windows 2000 server.Does this type of installation limit the further connections (occourred insame or distinct sql accounts) that exceed the 5 client/user?And if this connections aren't limited, are these further connectionspenalized by the query governor like MSDE does?In short, is the CAL licensing mode only a legal issue without affecting orlimiting the performance of the exceeding connections?Thanks in advance,Pas!
I've a SQL 2005 with a certain number of db.Until today i was the only admin of all dbs.Now i need to give to another admin permission to manage one specificdb (but only that).Ho censito un utente di sql con accessi abilitati solo a quel db.If i connect to Enterprise manager with that limited login there is aproblem: i see (only see)all dbs, also db where this login is not autorized.How can i work for not permitting this login to see other dbs? Heonlycan see them but idon't want because of privacy. Is it possible?
Hi all,I'm looking for some ball park estimates on when SQL Server might startto break down, and can't find any reliable info. Any insight is appreciated.Basically, the situation is this: The database structure is very simple;just one table with about 15 columns and about 60-75 million rows. There'sno need for massaging data or complex relations, just simple searches onmaybe a max of 5 columns. Out of the gates we'll be looking at having 30concurrent users and rapidly expanding to about 300-400 concurrent users.I might need to rebuild the database on a daily or weekly basisdepending on how often changes are made to a master file. In the past I'vebeen bit in the butt with the absolute crappiness of SQL Server'sreplication, so I'm going to try to avoid that path if I can (plus I alreadyhave some scripts written to delete and rebuild a similar database on anightly basis). Would it be practical to destroy and rebuild a database thissize on a daily basis?The big question is if searching 60-75 million records is practical inSQL server. If so, what kind of machine would I need to get a nearly instantresponse time per search (.2 second or so) when everyone's banging on it atonce? How many concurrent users can I expect to be able to practicallysupport before SQL Server will start to bog down? Thanks for your thoughts,-Ringo
I am writing a database app which will run under MSDE on the user's systems.Other than limitations as to the number of concurrent users, are there anyissues that I need to be aware of when programming the database using SQLServer 2000? i.e., are there T-SQL programming statements that will rununder SQL Server 2000 as part of my development enviornemnt that won't rununder MSDE on the end users machines, or will MSDE handle anything that SQLServer can from the database engine standpoint?Thanks!
Why is it, Microsoft manage to write operating systems and officeapplications with every bell and whistle facility known to man. Yet,even after years and years of development they still cannot produce adecent version of MS SQL Server, one without a plethora of flaws andlimitations? Personally I'd sack the MS SQL Server Chief Architect,start addressing some fundementals and do what MS do best - copy thebest functionality of their competitors.Here's a few reasons why I feel MS SQL Server is still a load of crap,and will never be many developers RDBMS of choice :1. Can't use domains in Multi-statement table-valued function tabledefinition2. No concept of table.column.datatype MYTABLE.MYCOLUMN%TYPE forfunction / proc parameters, variables. Schema evolution will requirechanges to dep functions / procs.3. Cannot call non extended user defined procedure from within storedproc - prevents code re-use4. No create or replace for functions / procs. Changes to procsrequire either a change from create to alter, or drop then create5. Functions must return result on final statement - requiresexcessive use of local variables. Why!!!???6. No user specifiable date format routines - must use convert withlimited options7. No treewalk mechanism, not easy to traverse hierarchical structure8. Calling procedures with out parameters require user to alsospecifiy which are out params9. Stored Proc recursion limitations to only 32 nested levels, ratherthan monitoring by stack size.10. No on delete set null referential integrity, this is fundementalin relational databases, has to be done by trigger. Yuk.11. No partitioning on db tables12. Cannot raiseerror in stored functions. No way to inform user ofincorrect parameters etc.13. No facility for sub - procs / funcs - for localised codenormalisation.14. No function overloading15. No concept of grouping similar procs / functions into a collectivepackage - can mean 1000s of procs rather than a handful of packages.16. Non standard func / proc calling - proc non parenthesised but,function defined and called with parenthesis17. Limited column name length in table variables / Multi-statementtable-valued function table definitions18. No intersect, minus operators to complement union and union all19. No exception handling - need I say more about this fundementalrequirement?20. No handling for select statements using proc parameters passed inas null e.g.create procedure sp_test.............select @MyID = IDfrom mytablewhere parent_id = @parent_id.If @parent_id is null, select will not return anything even if valuesfor null parent_id exist.21 No boolean type for use in stored procs / funcs. SQL standards doallow booleans (null, FALSE, TRUE)22 No repeat until - (post predicate loops), while loops can performthis but one extra check often has to be performed23 No equivalent to cursor or table %ROWTYPE, when fetching from amany column cursor, all bind variables have to be declaredindividually24. Declarative Delete cascade in SQL Server is at best rubbish - e.g.No table can appear more than once in the list of all cascadingreferential actions that result from the DELETE or UPDATE. Almost allother RDBMS I've tried seems to manage it.Create Table ForKey(MyID int not null identity primary key,MyText varchar(30))goCreate Table Refs(SomeID int not null primary key,RefID1 int not null foreign key references ForKey(MyID) on deletecascade,RefID2 int not null foreign key references ForKey(MyID) on deletecascade)Server: Msg 1785, Level 16, State 1, Line 2Introducing FOREIGN KEY constraint 'FK__Refs__RefID2__1BFD2C07' ontable 'Refs' may cause cycles or multiplecascade paths. Specify ON DELETE NO ACTION or ON UPDATE NO ACTION, ormodify other FOREIGN KEY constraints.Server: Msg 1750, Level 16, State 1, Line 2Could not create constraint. See previous errors.25. Domains cannot be altered without dropping all dependencies(stored procs / funcs) even if type isn't changed but say scale andprecision- this is ridiculous. What is the point of domains?26. No "for loop", while loops can perform this, but resultant code isnot as clear or tidy27. Can't use CURDATE() inside stored procs / funcs. How crap isthat?Don't try and make excuses for MS as I have hundreds, anyone else haveany?Jeager
I am using OpenXML to put the XML records into SQL Server 2000. I want to know how big xml file can be inserted without significant problems in SQL Server 2000? Are there any limitations of OpenXML? I am using ntext as the holder for XML stream data.
Here is the stored procedure.
Code Block CREATE PROCEDURE insertDInfo (@OrderDoc ntext) AS DECLARE @hDoc int EXEC sp_xml_preparedocument @hDoc output, @OrderDoc INSERT INTO [DInfo] SELECT * from OPENXML (@hDoc,'Data/Despatch',3) with ( [ID_Key] varchar(60) '@ID_Key', DNumber varchar(50) '@DNumber', PartNumber varchar (50) '@PartNumber', Quantity real '@Quantity', OrderNumber varchar (50) '@OrderNumber', ) ORDER BY DNumber EXEC sp_xml_removedocument @hDoc GO
What are the limitations of sql server express edition? For example oracle released Oracle express and its limitation is of maximum user data size of 4 gb.
Whats the limitations of data storage in sqlserver DB. How will be the perforamcne if i have database which will get a data of 400 GB per year and all the data should be there in the table the whole year and then it can be archived.
My office gave me assignment to find out the scope & limitations of the two Microsoft database applications - MS Access and MS SQL Server. After the findings, we have to chose the more appropriate database for our new project, which will have a humble start but may grow big in a year or two.
I will apreciate the info in facts & figures (not only in general).
Just been reading up on this and there are a lot of limitation which one needs to consider when designing an in-memory table. I'm going to post them below in the hope that others will add to them so I can get a definitive list;
No foreign key constraints
No clustered indexes
No schema changes once the table is set in memory
No index changes once the table is set in memory
Alter Table function is not supported
Additional filegroup needs to be created in order to process in-memory tables
Varchar MAX is not supported
XML/User Defined data types are not supported
Max page length is 8060 (page overflow not supported)
