Esmu strādājusi valsts saskaras ar tīmekļa vietnē mana SharePoint praksē šeit New York un to izmanto daudz JavaScript un pārējie zvani Rādīt saturu.
Maģistrālēm izstrādes laikā, Vienkārši izveidot mazu kopu ar 10 vai tik rindas ar pielāgotu sarakstu un mans pārējie zvani izvilka no turienes. Reiz es bumped līdz sarakstā ir daži simti rindas datu, lai pārbaudītu sagaidāmo pieaugumu, Es atklāju, ka man bija panākt, lai tieši 100 rindās atgriezās atpakaļ uz manu pārējie zvani.
Tas ir ļoti vienkārša lieta, lai adresi. Manā gadījumā (un es uzskatu, vairumā gadījumu), noklusējuma pārējie zvani uz SharePoint (un iespējams, nozares standartu?) atgriešanās 100 rindas. Atgriezties vairāk nekā noklusējuma, izmantojiet parametru $top zvanam, kā:
IEGŪT /Insights Dev/_api/web/lists/GetByTitle('MockBlog')/krājumi?$Atlasiet = ID,Nosaukums,Kategorijas/nosaukums,Blog_x0020_Author/nosaukums,DatePublished,BlogSummary&$izvērsiet = Blog_x0020_Author,Kategorijas&$filtrs =&$top = 9999
Es paņēmu 9999 Šajā gadījumā, jo es zinu, ka growth-wise, tur nebūs vairāk nekā 200 vai tik gadā rindas pievienot šim sarakstam. Ja tas kļūst nepievilcīgs, mēs varētu ieviest dažas lapošanas pa ceļu.
</beigās>
Sekot mani uz čivināt pie http://www.twitter.com/pagalvin
Nesen, Es atnācu, lai zinu, ka, ja ClientData.svc apcērt ierakstus un nosūta tikai 100 ieraksti, Tas ietver __next īpašumu, vērtību, kas ietver URL uz nākamo vienumu kopa. Tehniski, cilpu var būt rakstīts, kas meklē šo īpašumu un atnest visus pieprasītos datus, veicot vairākus zvanus. Kāda ir jūsu domas par šo?
paldies. Tas saglabājis mana muca. Lūdzu minēt, ka augšā ir galā, vai vismaz pēc filtru un atlasiet (vismaz man tā bija). Pūlējos labs pāris stundas til es redzēju to savā emuārā, ielieciet to beigās, un tā strādāja. SP 2013 uzņēmums.
Paldies vēlreiz,
Chris