Не выгружается представление

@Feuge · Регистрация: 24.06.2014

Студворк — интернет-сервис помощи студентам

Наша организация работает на БД Oracle. Сервер БД - в Москве. Рабочие места - по всей России. конкретно мое - в Перми. Я простой пользователь. Но очень часто делаю выгрузки представлений с помощью plus80w.exe. Недавно был в Москве, попытался сделать те же самые выгрузки. Залогинился нормально, а вот большинство представлений - вообще не выгружаются. Пишется "строки не выбраны". Правда, там sqlplus.exe версии 11. И часть представлений все же выгружается, т.е. Функционал не совсем потерян. Подскажите, что может быть? В нашим программерам не обращался, потому что такой уровень работы с БД они не поддерживают, только через интерфейс прикладной программы.

@Grossmeister · 24.06.2014, 16:08

Для начала поясни, что означают слова "выгрузить представление"?

@Feuge · 24.06.2014, 19:02 **[ТС]**

Не срабатывала команда
SELECT * FROM представление;
Точнее, команда отрабатывала, но результат нулевой:
"Строки не выбраны"

Вывод естественно направлялся в файл командой SPOOL.

@Grossmeister · 25.06.2014, 09:42

Сообщение от Feuge

"Строки не выбраны"

Ну так это означает, что запрос ничего не выбрал, только и всего. И версия SQL*Plus здесь ни причем. А почему он ничего не вернул - это надо разбираться с текстом запроса, ведь представление (view) - это всего лишь хранимый запрос.
Посмотреть текст view можно здесь

SQL
1
2
SELECT *
FROM all_views

колонка text

PS
Выгружаешь ты результат запроса, а не представление

@Feuge · 25.06.2014, 11:10 **[ТС]**

Текст запроса я смотрел. Только причем тут текст запроса?
Изложу проблему по другому.
Один и тот же запрос в одно и тоже время на двух разных компьютерах дает разный результат. На одном компьютере запрос выбирает 100 тыс. записей, на другом - ничего не выбирает.

@Grossmeister · 25.06.2014, 12:08

Сообщение от Feuge

Один и тот же запрос в одно и тоже время на двух разных компьютерах дает разный результат

Это очень сомнительно. Либо подключение к разным базам, либо под разными пользователями.
Еще один вариант - на таблицу может быть навешана policy (Row Level Security), в которой как-то задействовано имя компа (или ip).

@Feuge · 25.06.2014, 13:23 **[ТС]**

Подключение идет к одной и той же базе - это однозначно. Пользователь тоже один и тот же.

То что где-то прописаны имя или ip - исключено. Выгрузки (с не пустым результатом) делаются не на одном, а на нескольких пермских компьютерах. И под разными пользователями. При этом на московских компьютерах - результат пустой (проверено на 3-х ПК).

Разница в том, что ОС и все все остальное, в том числе и оракловые компоненты, на пермские ПК накатывали пермские программеры со своих дистрибутивов, а на московские ПК - московские программеры с московских дистрибутивов.

@Grossmeister · 25.06.2014, 16:39

Сообщение от Feuge

Подключение идет к одной и той же базе - это однозначно.

Как проверено?

Сообщение от Feuge

То что где-то прописаны имя или ip - исключено. Выгрузки (с не пустым результатом) делаются не на одном, а на нескольких пермских компьютерах. И под разными пользователями. При этом на московских компьютерах - результат пустой (проверено на 3-х ПК).

Может быть прописано не одно имя (или ip), а целая группа

Сообщение от Feuge

Разница в том, что ОС и все все остальное, в том числе и оракловые компоненты, на пермские ПК накатывали пермские программеры со своих дистрибутивов, а на московские ПК - московские программеры с московских дистрибутивов.

Для работы с БД на комп ставится клиент Oracle, который качается с оф. сайта. Даже если он поставлен криво, такого эффекта (строки не выбираются) достичь не удастся. Во всяком случае, я про такое (невыбор строк из-за кривого клиента) ни разу не слыхал.

@Feuge · 26.06.2014, 07:26 **[ТС]**

Не знаю как вставить цитаты. Поэтому по пунктам.

1. В tnsnames.ora что в Перми, что в Москве за именем БД прописан один и тот же хост. Когда я входил в прикладную программу, работающую с БД, что в Перми что в Москве я видел и вижу актуальные (сегодняшние) данные, т.е. это не какая-то копия с тем же самым именем.

2. И в Перми и в Москве у нашей организации тысячи рабочих мест. И постоянно возникают новые рабочие места. Кто будет специально прописывать где-либо все имена/ip? Да и какой в этом смысл?
Через интерфейс прикладной программы и в Перми и в Москве все представления видны без всяких косяков. А вот через sqlplus в Москве - не все.

3. Я тоже не разу не встречался с такой ситуацией ни разу. Хотя делаю выгрузки с 2004 года. И тем не менее это факт.

@mlc · 26.06.2014, 09:23

Feuge,
Я бы на твоем месте уже давно посмотрел текст вьюхи. Сделал пару селектов к ключевым таблицам и дальше можно было бы делать выводы, что да как...

@Feuge · 26.06.2014, 10:25 **[ТС]**

Одно из первых действий, которое я сделал, когда столкнулся с ситуацией, был как раз посмотр текста вьюхи. И ничего, за что можно было бы зацепиться, я не нашел.
К ключевым таблицам у меня доступа нет, только к представлениям.

@Feuge · 30.06.2014, 14:12 **[ТС]**

Продолжение.

Оказывается, не надо было даже ехать в Москву.
Непосредственно у меня на рабочем месте одно и то же представление в программе plus80w выгружается, а в sqldeveloper - не выгружается.
А происходит это потому, что в тексте вьюхи есть проверка значения SYS_CONTEXT('IBS_SYSTEM','OURBRANCH'), и в plus80w функция выдает определенное значение, а в developer дает null.

Так что возникает следующий вопрос - почему разных программах функция SYS_CONTEXT дает разный результат.

@Grossmeister · 30.06.2014, 15:11

Сообщение от Feuge

Так что возникает следующий вопрос - почему разных программах функция SYS_CONTEXT дает разный результат

Context - это некий аналог глобальной переменной, значение которой устанавливается процедурой dbms_session.set_context . Вполне возможно, что при старте программы (например, SQL*Plus) вызывается эта процедура, которая устанавливает нужное значение. SQL*Plus при старте исполняет 2 файла (если они конечно есть) - glogin.sql, который находится в директории PLUS80 (имя зависит от версии клиента) и login.sql из директории DBS.
Есть ли такой файл для SQL Dev - не в курсе, надо смотреть доку.

@Feuge · 04.07.2014, 10:15 **[ТС]**

Ну все, проблема решилась.
Что бы у Девелопера заполнить контекст, надо выполнить
Select executor.lock_open from dual
И все. Все представления теперь выгружаются как надо и в Девелопере.

Новые блоги и статьи Все статьи Все блоги /
Тестирование Pull Request в Kubernetes с vCluster Mr. Docker 19.07.2025 Часто сталкиваюсь с серьезной дилемой при настройке тестовых окружений для проверки Pull Request в Kubernetes. С одной стороны, каждый PR требует изолированной среды — только так можно гарантировать,. . .	Мой 7 минутный ролик с крамольным предложением про шахматы, предлагаю заценить _Ivana 18.07.2025 p2UhJNMGY94	Десять Middleware Node.js для эффективного кодинга Reangularity 18.07.2025 Когда я только начинал работать с Node. js, количество пакетов в npm меня буквально парализовало. Сегодня их больше 1,3 миллиона — попробуй разберись, что стоит твоего внимания, а что нет. Я потратил. . .	Context и глубины Android mobDevWorks 18.07.2025 В Android разработки Context напоминает воздух - он везде, жизненно необходим, но мало кто может детально объяснить его природу. Мы привыкли получать его как параметр, передавать дальше и. . .	Результаты исследования от команды MCM (июль 2025 г.) Programma_Boinc 18.07.2025 Результаты исследования от команды MCM (июль 2025 г. ) Как сообщалось в наших предыдущих публикациях, мы изучаем гены, которые имеют наибольший рейтинг и ассоциируются с различными видами рака, в. . .
ИИ-чатбот на React с OpenAI и LangChain.js Reangularity 17.07.2025 React давно стал для меня золотым стандартом фронтенд-разработки. Его компонентная структура, виртуальный DOM и однонаправленный поток данных идеально подходят для создания динамичных интерфейсов. . .	Пишем адаптер для локального хранилища S3 на C# stackOverflow 16.07.2025 Разработка современных приложений часто требует интеграции с объектными хранилищами, и Amazon S3 стал де-факто стандартом в этой области. Однако работа с облачными сервисами в процессе разработки. . .	Старые замки kumehtar 16.07.2025 Смотрел тут фото, попались пара старых замков. И сразу бросилось в глаза из отличие. Например: Замок Бистон, в англии. Разрушенное сооружение. Но - не испорченное людьми, по крайней мере - на. . .	Java и Eclipse Store: Сверхбыстрые приложения с In-Memory DB Javaican 15.07.2025 Eclipse Store — это микро-движок персистентности для Java, который позволяет хранить и извлекать нативные Java-объекты без необходимости преобразования данных или использования объектно-реляционного. . .	EmBitz, создание проекта, отладка, прошивка locm 15.07.2025 Создание проекта для Blue Pill (STM32F103C8T6) в EmBitz 2. 30, написания кода blink, запуск отладки в ОЗУ, заливка релизной прошивки во flash используя ST-Link и др. . . .

@Feuge 0 / 0 / 0 Регистрация: 24.06.2014 Сообщений: 8

	Не выгружается представление 24.06.2014, 16:00. Показов 4053. Ответов 13 Метки нет (Все метки) Наша организация работает на БД Oracle. Сервер БД - в Москве. Рабочие места - по всей России. конкретно мое - в Перми. Я простой пользователь. Но очень часто делаю выгрузки представлений с помощью plus80w.exe. Недавно был в Москве, попытался сделать те же самые выгрузки. Залогинился нормально, а вот большинство представлений - вообще не выгружаются. Пишется "строки не выбраны". Правда, там sqlplus.exe версии 11. И часть представлений все же выгружается, т.е. Функционал не совсем потерян. Подскажите, что может быть? В нашим программерам не обращался, потому что такой уровень работы с БД они не поддерживают, только через интерфейс прикладной программы. 0

@Grossmeister 4217 / 3059 / 583 Регистрация: 21.01.2011 Сообщений: 13,205
	24.06.2014, 16:08
	Для начала поясни, что означают слова "выгрузить представление"? 0

@Feuge 0 / 0 / 0 Регистрация: 24.06.2014 Сообщений: 8
	24.06.2014, 19:02 [ТС]
	Не срабатывала команда SELECT * FROM представление; Точнее, команда отрабатывала, но результат нулевой: "Строки не выбраны" Вывод естественно направлялся в файл командой SPOOL. 0

@Feuge 0 / 0 / 0 Регистрация: 24.06.2014 Сообщений: 8
	25.06.2014, 11:10 [ТС]
	Текст запроса я смотрел. Только причем тут текст запроса? Изложу проблему по другому. Один и тот же запрос в одно и тоже время на двух разных компьютерах дает разный результат. На одном компьютере запрос выбирает 100 тыс. записей, на другом - ничего не выбирает. 0

@Feuge 0 / 0 / 0 Регистрация: 24.06.2014 Сообщений: 8
	25.06.2014, 13:23 [ТС]
	Подключение идет к одной и той же базе - это однозначно. Пользователь тоже один и тот же. То что где-то прописаны имя или ip - исключено. Выгрузки (с не пустым результатом) делаются не на одном, а на нескольких пермских компьютерах. И под разными пользователями. При этом на московских компьютерах - результат пустой (проверено на 3-х ПК). Разница в том, что ОС и все все остальное, в том числе и оракловые компоненты, на пермские ПК накатывали пермские программеры со своих дистрибутивов, а на московские ПК - московские программеры с московских дистрибутивов. 0

@Feuge 0 / 0 / 0 Регистрация: 24.06.2014 Сообщений: 8
	26.06.2014, 07:26 [ТС]
	Не знаю как вставить цитаты. Поэтому по пунктам. 1. В tnsnames.ora что в Перми, что в Москве за именем БД прописан один и тот же хост. Когда я входил в прикладную программу, работающую с БД, что в Перми что в Москве я видел и вижу актуальные (сегодняшние) данные, т.е. это не какая-то копия с тем же самым именем. 2. И в Перми и в Москве у нашей организации тысячи рабочих мест. И постоянно возникают новые рабочие места. Кто будет специально прописывать где-либо все имена/ip? Да и какой в этом смысл? Через интерфейс прикладной программы и в Перми и в Москве все представления видны без всяких косяков. А вот через sqlplus в Москве - не все. 3. Я тоже не разу не встречался с такой ситуацией ни разу. Хотя делаю выгрузки с 2004 года. И тем не менее это факт. 0

@mlc 25 / 25 / 10 Регистрация: 20.09.2009 Сообщений: 110
	26.06.2014, 09:23
	Feuge, Я бы на твоем месте уже давно посмотрел текст вьюхи. Сделал пару селектов к ключевым таблицам и дальше можно было бы делать выводы, что да как... 0

@Feuge 0 / 0 / 0 Регистрация: 24.06.2014 Сообщений: 8
	26.06.2014, 10:25 [ТС]
	Одно из первых действий, которое я сделал, когда столкнулся с ситуацией, был как раз посмотр текста вьюхи. И ничего, за что можно было бы зацепиться, я не нашел. К ключевым таблицам у меня доступа нет, только к представлениям. 0

@Feuge 0 / 0 / 0 Регистрация: 24.06.2014 Сообщений: 8
	30.06.2014, 14:12 [ТС]
	Продолжение. Оказывается, не надо было даже ехать в Москву. Непосредственно у меня на рабочем месте одно и то же представление в программе plus80w выгружается, а в sqldeveloper - не выгружается. А происходит это потому, что в тексте вьюхи есть проверка значения SYS_CONTEXT('IBS_SYSTEM','OURBRANCH'), и в plus80w функция выдает определенное значение, а в developer дает null. Так что возникает следующий вопрос - почему разных программах функция SYS_CONTEXT дает разный результат. 0

@Feuge 0 / 0 / 0 Регистрация: 24.06.2014 Сообщений: 8
	04.07.2014, 10:15 [ТС]
	Ну все, проблема решилась. Что бы у Девелопера заполнить контекст, надо выполнить Select executor.lock_open from dual И все. Все представления теперь выгружаются как надо и в Девелопере. 0

Опции темы