Piszę procedurę przechowywaną, gdzie mam parametr wejściowy o nazwie my_size, który jest int, chcę mieć możliwość użycia w klauzuli limit w instrukcji select. Najwyraźniej nie jest to obsługiwane, czy istnieje sposób obejścia tego?Zmienna LIMIT Klauzula w MySQL
# I want something like:
SELECT * FROM some_table LIMIT my_size;
# Instead of hardcoding a permanent limit:
SELECT * FROM some_table LIMIT 100;
Znaleziono wyszukiwanie this article. Wkleiłem odpowiedni tekst poniżej.
Oto Post Forum pokazujący przykład sporządzanych sprawozdań pozwalając przypisać wartość zmiennej klauzuli LIMIT:
http://forums.mysql.com/read.php?98,126379,133966#msg-133966
Myślę jednak, że ten błąd powinien dostać trochę uwagi, ponieważ mogę "t Wyobraź sobie, że przygotowane instrukcje w ramach procedury pozwolą na dowolne optymalizacje w czasie kompilacji w trybie kompilacji . Mam wrażenie, że przygotowane instrukcje zostały skompilowane i wykonane w czasie wykonywania procedury, co może mieć negatywny wpływ na wydajność. Jeśli klauzula limitu akceptuje normalne zmienne proceduralne (np. Argumenty procedury ), to baza danych może nadal wykonywać kompilację podczas optymalizacji pozostałych zapytań w ramach procedury. Ten prawdopodobnie przyniesie szybsze wykonanie procedury. Nie jestem jednak ekspertem .
Wiem, że ta odpowiedź się spóźniła, ale spróbuj SQL_SELECT_LIMIT.
przykład:
Declare rowCount int;
Set rowCount = 100;
Set SQL_SELECT_LIMIT = rowCount;
Select blah blah
Set SQL_SELECT_LIMIT = Default;
Funkcja ta została dodana do MySQL 5.5.6. Sprawdź to link.
Zaktualizowałem do MySQL 5.5 tylko dla tej funkcji i działa świetnie. 5.5 również ma wiele ulepszeń wydajności i całkowicie go polecam.
procedura przechowywana
DELIMITER $
create PROCEDURE get_users(page_from INT, page_size INT)
begin
SET @_page_from = page_from;
SET @_page_size = page_size;
PREPARE stmt FROM "select u.user_id, u.firstname, u.lastname from users u limit ?, ?;";
EXECUTE stmt USING @_page_from, @_page_size;
DEALLOCATE PREPARE stmt;
end$
DELIMITER ;
ZUŻYCIA
call get_users(1, 10);
pracował najlepiej dla mnie - dzięki – auval
inny sposób, tak samo jak napisał "Pradeep Sanjaya", ale przy użyciu CONCAT:
CREATE PROCEDURE `some_func`(startIndex INT, countNum INT)
READS SQL DATA
COMMENT 'example'
BEGIN
SET @asd = CONCAT('SELECT `id` FROM `table` LIMIT ',startIndex,',',countNum);
PREPARE zxc FROM @asd;
EXECUTE zxc;
END;
Jest to świetne rozwiązanie z użyciem instrukcji ** 'PREPARE' ** i **' EXECUTE' **. Jedna ważna uwaga: nie musimy używać procedury tworzenia. Możemy użyć instrukcji ** 'PREPARE' ** i **' EXECUTE' ** również w głównym kodzie sql. –
Dla tych , którzy nie mogą używać MySQL 5.5.6+ i nie chcesz pisać procedura przechowywana, istnieje inny wariant. Możemy dodać klauzul where na podselekcji z ROWNUM.
SET @limit = 10;
SELECT * FROM (
SELECT instances.*,
@rownum := @rownum + 1 AS rank
FROM instances,
(SELECT @rownum := 0) r
) d WHERE rank < @limit;
Podoba mi się inicjalizacja @rownum wewnątrz SELECT, miło! – andig
Począwszy od wersji MySQL 5.5.6, można określić LIMIT i OFFSET ze zmiennymi/parametrów.
Dla porównania, patrz 5.5 Manual The 5.6 Manual i @ Quassnoi na answer
Jeśli masz kontrolę nad tym, którą wersję MySQL używasz, wygląda to tak jest ustalona począwszy v5.5.6. http://bugs.mysql.com/bug.php?id=11918 – Hammerite
znalazłem inne proste rozwiązanie http://stackoverflow.com/a/4315661 – user3011839
Zauważ, że w * MySQL 5.7.16 * (i może innych) ' LIMIT @nrows OFFSET @ noffset' w przechowywanej procedurze wydaje się być odrzucony, podczas gdy 'LIMIT zgłasza OFFSET noffset' jest akceptowany, o ile' DECLARE nrows INT; DECLARE noffset INT' na początku rutyny. – Xenos