Почему наборы записей изначально были только вперед

Question

Я видел последние обновления в терминах наборов записей, которые обновляются, чтобы мы могли прокручивать назад и вперед данные, на которые он указывает.

У меня вопрос, почему они изначально были предназначены для обхода только вперед. Есть ли какое-либо влияние при использовании новой версии?

Answer 1

«новой версии» около 5 лет.

только вперед: это самый простой способ реализовать. Проще всего реализовать Очередь (FIFO), а не список deque или связанный список. Поскольку драйвер JDBC должен считывать записи из БД, он может сделать их ЛЕГКО доступными для считывателя ResultSet FIRST COME FIRST SERVE.

Позже, они поняли, что некоторые настольные приложения и некоторые многофункциональные веб-приложения могут захотеть прокручивать вперед и назад без необходимости сохранять промежуточные представления, они решили реализовать это.

Затем появились обновляемые ResultSets, где вы можете обновить столбцы / строки ResultSet.

Answer 2

Прошло много времени с тех пор, как я рассматривал некоторые из этих вещей, но я почти уверен, что изначально данные передавались в потоковом режиме, и для многих драйверов JDBC набор записей был привязан к операциям курсора низкого уровня в базе данных. ,

Единственное влияние от использования, возможно, может быть на использование памяти - но почти во всех бизнес-случаях вы не заметите, и я не буду беспокоиться об этом. При работе с большими наборами данных вам, возможно, придется посмотреть, как вы извлекаете данные, но я имею в виду большой в «корпоративном» смысле этого слова - миллионы, если не миллиарды записей.

Answer 3

Добавление слишком большого количества функций в первую версию JDBC замедлило бы внедрение JDBC, поскольку поставщикам потребовалось бы больше времени для его внедрения.

Наборы результатов с возможностью прокрутки - относительно редко используемая функция в JDBC, поэтому не было необходимости иметь ее там с первого дня. То же самое относится и к другим необычным функциям в JDBC 2 и 3.