I’m using SharePoint (Business Data List web part) with the BDC. I use this to bring back data from the database, nice and simple.
However, when I do a search I receive a number of results being paged by the web page. This takes a while to bring back any search results (even when navigating between the paged data). I’m guessing (please forgive my ignorance) that all the results are returned and the paging is done on the SharePoint server, not at the SQL level. Can we do SQL paging for example SQL Paging
Please can someone shed some light on this?
Kind regards
Bones
Are you sure that is brings back ALL the data. That's really not how I saw it working. See here and here.
Use JQuery paging with list view web part.List view web part is used for populating data from sharepoint content database
Related
so I have been to a sharepoint on premise training some time ago. I just recently started developing an app for sharepoint online. I do remember the tutor saying that it would be better to query the search api instead of sending requests querying the list directly. Apparently it has something to do with the indexes, so all in all it would be faster and save ressources.
Now I am on SharePoint Online. Ressources are no problem, I suppose.
Is there any reason to send ajax requests to the sharepoint search api instead of calling the rest calls for a list? The data I would like to query is inside the the same site collection as my app. When to use what? Unfortunately I could not find a comparison. I'd be thankful if anybody with a deeper understanding can give some insights.
Thank you very much.
This is quite a simple question to ask, hopefully the answer is as straight forward! Can you use a Content Query Webpart on Site Collection A to read data from Site Collection B?
If it's not supports right out of the box, are there some configuration options which you can use to make it happen?
Thanks.
No configuration option will enable you to have a cross site content query webpart.
You can either create a custom web part that will do it or buy one (several options out there, here is one
If you decide to create your own web part, you will easily find code online that will help you. Here is an example.
No, it must be within the same site collection as it uses the SPSiteData query, which works within the site collection
I'm looking at the architecture for a DW project and there will be the need for some manual collection of [structured] data eg the monthly accounting results from a country manager where they need to complete a form and fill in half a dozen values etc.
I really like the idea of using SP and InfoPath for this as it gives the security, the workflow and the customisability etc that mean it can be easily deployed as the client already has SP rolled out. The bit I am less clear on is how, technically, we might interface to the SP workflows and the forms themselves. Ideally the data would end up dropped into a database and we would use our [their!] standard ETL (DataStage, possibly sat on a linux server) via ODBC and pick it up like any other datasource but I am not sure what this requires on the SP side. The alternative would be to get at the XML of the individual forms and pull the info from there.
Are these appaoches feasible? What would need to be set up on the SP side in order to make this integration as robust and seamless as possible? Can anyone point me at docs/reading matter that might give me some more background info?
Thanks,
Dex
First up, accessing sharepoint's databases is never the answer to any integration question. You should treat it as a black box.
So, how should you get the data? Web Services + HTTP. SharePoint offers a large amount of Web services to get at the data you need. If you're working with IP forms, then ultimately you will need to grab the resultant XML file from the document library and parse it to get the data you need. The Web services can be used to enumerate the IP forms, and you can use straight HTTP to grab to xml file. This is probably the approach that would be offered by most experienced sharpepoint people.
I need to create reports on SQL Server Reporting Services 2005 (SSRS) on data coming from SharePoint Lists,
i was searching for ways to do that and i found,
connecting to SharePoint web service
out put XML, the problem here is it
sometimes work and sometimes don't,
and also i couldn't do inner join
between different lists may be it is
there but it will be trouble to do
it i think (if there is easy way
tell me please)
Creating a link table in MS Access
2007 that links to sharepoint lists,
and then connect to the MS ACCESS
link tables from SSRS 2005 : this
will work but i am kind of scared of
having ACCESS in the middle i always
want to avoid using access
connecting to the views provided in
the sharepoints backend database
(there is a view for all lists and
another view for all list items) :
here column names will be troublsome
to create the query the clounm names
are like
(float1,float2,...,date1,date2,date3,....)
, also i am not sure if it is good
thing to make SSRS talk directly to
sharepoints backend database views
can you tell me which of these ways is best (or if there is a better way plz tell me)
i kind of like the third way but not sure if i should use it
I have summarized this problem on our wiki, but it is not complete.
http://wiki.threewill.com/display/enterprise/Reporting+on+List+Data+in+SharePoint.
Note that we have since tried out the CorasWorks DIT and it looks like a promising approach.
We are exporting all the data to a SQL database everynight ( we have also started to move items away from Sharepoint because of performance). Then we use standard Reporting Services to create the reports....
(+) reporting doesn't hit the performance of day to day activities in Sharepoint
(-) the data is "one day" old
Check out SharePoint List Assocation Manager, SLAM.
Allows you to do exactly what you're looking to do in real time and it's free and very well supported.
http://slam.codeplex.com
I'm wondering if anyone has implemented an iGoogle/netvibes drag&drop interface in the normal view mode of a Sharepoint 2007 Web Part page? I would preferably want to use the drag & drop functionality that already exists in the edit mode if possible since this comes with Sharepoint, but I want this to be available in the normal view mode of the page, not just in edit mode.
I've looked around the net for this but can't find anyone who has done this. I tried a quick test using jQuery but the markup of the page by default makes it difficult to implement with its table based layout.
I've also seen that there's a table cell sorting implemented with YUI that might be usable for this but I haven't tried it out.
So, any tips would be greatly appreciated if anyone has any experience with this!
SharePoint stores the details of where a web part is on the page in it's database. When you move the web part around in edit mode you're changing it's Zone property value in the content database. So if you were able to drag and drop the HTML for the web part you'd also need a way to update the database to let SharePoint know its new position next time the page loads.
I guess this is possible using AJAX to make a call to the server to update the web part's zone but I haven't seen this done anywhere.