Какая разница какая причина, если можно взять подходящий инструмент и получить пагинацию в две строчки кода?
ну например твой подходящий инструмент просто сделает offset + limit и это будет работать ппц как медленно)
Size: a a a
2020 November 05
GV
ну например твой подходящий инструмент просто сделает offset + limit и это будет работать ппц как медленно)
Медленнее чем 1С? Ну вряд ли
Медленнее чем 1С? Ну вряд ли
Пф.. пыхеры умели делать медленно еще задолго до.
GV
Пф.. пыхеры умели делать медленно еще задолго до.
Дело не в этом. У него же источником данных будет выступать 1С.
а ты прямо уверен, что узкое место где-то в платформе будет, а не в СУБД?
GV
а ты прямо уверен, что узкое место где-то в платформе будет, а не в СУБД?
Нет конечно, я же не собирал стенды
ss
А PageDown в динамическом списке не пагинация?
ss
Тока она пользовательская и работает по клавише...
ss
Типа 100 раз нажал, получил сотую страницу
ss
DECLARE @RowsPerPage INT = 10, @PageNumber INT = 4
SELECT OrderId, ProductId
FROM (SELECT TOP (@RowsPerPage) OrderId, ProductId
FROM (SELECT TOP ((@PageNumber)*@RowsPerPage) OrderId, ProductId
FROM OrderDetail
ORDER BY OrderId) AS OD
ORDER BY OrderId DESC) AS OD2
ORDER BY OrderId ASC
SELECT OrderId, ProductId
FROM (SELECT TOP (@RowsPerPage) OrderId, ProductId
FROM (SELECT TOP ((@PageNumber)*@RowsPerPage) OrderId, ProductId
FROM OrderDetail
ORDER BY OrderId) AS OD
ORDER BY OrderId DESC) AS OD2
ORDER BY OrderId ASC
ss
Так пагинацию на ms sql 2000 делали, до оконных функций
2020 November 06
DK
ну это гиблое дело, если ты на стороне своей системы результат не сохранил куда-то. При повтороном запросе, если в нем не было упорядочивания на уровне данных, точно будут совсем другие страницы.
АВТОНОМЕРЗАПИСИ() который не работает без сортировки в принципе)
DK
Леди и джентльмены, как вы думаете, имеет ли смысл заморачиваться с пейджингом в http сервисе на 1С?
Попросил тут своих разрабов с прошлой работы код скинуть, как они сделали пейджинг в сервисе одном
Вот пример с автономерзаписи()
https://pastebin.com/awnQDwpe
Говорят работает збс и быстрее стало сильно (когда без автономерзаписи() было, они все данные почти забирали на последних страницах), там размер таблицы 100к+ доков
костыльненько но работает
Вот пример с автономерзаписи()
https://pastebin.com/awnQDwpe
Говорят работает збс и быстрее стало сильно (когда без автономерзаписи() было, они все данные почти забирали на последних страницах), там размер таблицы 100к+ доков
костыльненько но работает
AO
Ух, тут так без пузыря не разберешься )
AO
Спасибо огромное, буду изучать!
H
Ребята, доброе утро.
Встречали такое:
У некоторых юзеров при запуске приложения пропадают панели. При очистке кэша у некоторых юзеров появляются панели, а у некоторых приходится даже применять стандартные настройки панелей.
Проявлялось на платформе 8.3.12, сейчас проявляется на 8.3.17.1549. Серверная база.
Не знаем как полечить, чтобы не приходилось чистить кэши. Да и хочется узнать почему такое происходит.
Встречали такое:
У некоторых юзеров при запуске приложения пропадают панели. При очистке кэша у некоторых юзеров появляются панели, а у некоторых приходится даже применять стандартные настройки панелей.
Проявлялось на платформе 8.3.12, сейчас проявляется на 8.3.17.1549. Серверная база.
Не знаем как полечить, чтобы не приходилось чистить кэши. Да и хочется узнать почему такое происходит.
DK
Ребята, доброе утро.
Встречали такое:
У некоторых юзеров при запуске приложения пропадают панели. При очистке кэша у некоторых юзеров появляются панели, а у некоторых приходится даже применять стандартные настройки панелей.
Проявлялось на платформе 8.3.12, сейчас проявляется на 8.3.17.1549. Серверная база.
Не знаем как полечить, чтобы не приходилось чистить кэши. Да и хочется узнать почему такое происходит.
Встречали такое:
У некоторых юзеров при запуске приложения пропадают панели. При очистке кэша у некоторых юзеров появляются панели, а у некоторых приходится даже применять стандартные настройки панелей.
Проявлялось на платформе 8.3.12, сейчас проявляется на 8.3.17.1549. Серверная база.
Не знаем как полечить, чтобы не приходилось чистить кэши. Да и хочется узнать почему такое происходит.
Ловил такое на серверных копиях баз, выявил 2 причины, после которых наблюдал такое:
1) Загрузка CF целиком без сравнения объединения
2) Демоническое обновление
1) Загрузка CF целиком без сравнения объединения
2) Демоническое обновление
H
Ловил такое на серверных копиях баз, выявил 2 причины, после которых наблюдал такое:
1) Загрузка CF целиком без сравнения объединения
2) Демоническое обновление
1) Загрузка CF целиком без сравнения объединения
2) Демоническое обновление
Спасибо.
Первое мы никогда не делаем.
Второе делаем, но сегодня не было ещё, а проблемы с разделами уже есть.
Грешим на сетку, админы что-то делают сейчас в сети.
Первое мы никогда не делаем.
Второе делаем, но сегодня не было ещё, а проблемы с разделами уже есть.
Грешим на сетку, админы что-то делают сейчас в сети.
VN
Прочитал вчера и сегодня про пейджинг. Не понял какие данные нужно получать, какие требования к ним, к неизменности выборки.
Можно же сделать так, как ДС в 1с сделано. Получать выборки с любыми сортировками и отборами. От текущего ключа данных + топN.
Тогда никаких сложностей.
Можно хоть в разных сессиях получать данные. На лету менять сортировки.
Или речь именно о фиксации выборки на сервере?
Можно же сделать так, как ДС в 1с сделано. Получать выборки с любыми сортировками и отборами. От текущего ключа данных + топN.
Тогда никаких сложностей.
Можно хоть в разных сессиях получать данные. На лету менять сортировки.
Или речь именно о фиксации выборки на сервере?
PZ
Vladimir Nadulich
Прочитал вчера и сегодня про пейджинг. Не понял какие данные нужно получать, какие требования к ним, к неизменности выборки.
Можно же сделать так, как ДС в 1с сделано. Получать выборки с любыми сортировками и отборами. От текущего ключа данных + топN.
Тогда никаких сложностей.
Можно хоть в разных сессиях получать данные. На лету менять сортировки.
Или речь именно о фиксации выборки на сервере?
Можно же сделать так, как ДС в 1с сделано. Получать выборки с любыми сортировками и отборами. От текущего ключа данных + топN.
Тогда никаких сложностей.
Можно хоть в разных сессиях получать данные. На лету менять сортировки.
Или речь именно о фиксации выборки на сервере?
К ДС не ставится требований показать вообще все.
Но опять же повторюсь - в еластике и высоконагруженных апи пейджинг идёт рука в руку с ид запроса.
Грубо говоря снапшотятся страницы и ключи на них, и на тот момент, когда сделан запрос - ты получишь данные в том порядке, котором они были.
ДС такого не гарантирует, особенно при кастомных сортировках, шанс, что при интенсивной работе какое то значение при пролистывании пропадет или попадет вторично - отличен от нуля
Но опять же повторюсь - в еластике и высоконагруженных апи пейджинг идёт рука в руку с ид запроса.
Грубо говоря снапшотятся страницы и ключи на них, и на тот момент, когда сделан запрос - ты получишь данные в том порядке, котором они были.
ДС такого не гарантирует, особенно при кастомных сортировках, шанс, что при интенсивной работе какое то значение при пролистывании пропадет или попадет вторично - отличен от нуля