Ошибка открытия бд недопустимое имя объекта sysgroup queryname qrsysgroup

FORUM_NAME: АРМ Орион Про версии до 1.20
Описание: АРМ «Орион Про» — пакет программного обеспечения для аппаратно-программного комплекса ИСО «Орион», на котором реализуются системы охранной сигнализации, контроля и управления доступом, охранного видеонаблюдения, автоматика противопожарных систем, сопряженные с инженерными системами объектов.
Справочная информация, руководства для АРМ Орион Про версии до 1.20
Модератор: Модераторы

---

---

---

---

---

---

---

---

Вернуться в «АРМ Орион Про версии до 1.20»

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

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

Затем я прохожу обычную процедуру входа в систему, и эта часть, похоже, тоже работает.

Однако, как только я дохожу до точки в программе, где требуется выполнить хранимую процедуру, я получаю сообщение об ошибке. Invalid object name 'Informix.dbo.customer'.

Выполнение той же функции в исходной базе данных работает нормально и возвращает данные, которые я ожидаю увидеть.

Объяснения подобных ошибок, которые я обнаружил, похоже, относятся к схемам, но здесь все становится немного странно. Исходная база данных явно не иметь любые схемы; В папке «Безопасность» у него просто есть папка «Пользователи», содержащая dbo, и папка «Роли», содержащая папку «Роли базы данных», с обычным материалом db_owner и т. Д., И пустая папка с именем «Роли приложений». «.

Папка Security в базе данных с резервным копированием и восстановлением полна всякой ерунды. Три пользователя в дополнение к dbo, папка «Schemas», папка «Certificates», две папки с ключами шифрования … Я не могу удалить ни одну из них.

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

Насколько я понимаю, в чем суть проблемы, которая вызывает эти Invalid object name ошибки? Что касается практических вопросов, что я могу сделать, чтобы исправить эту ситуацию и заставить программу, которую я использую, работать с тестовой базой данных так же, как и с реальной?

I’m doing some maintenance programming on a fairly large project, which was started by someone who’s now left the company…

I’ve just backed up one of the company’s databases, and then reattached it to our test server. That much appears to be working okay.

I then go through the program’s usual login procedure, and that part also appears to work.

However, once I get to a point in the program where it needs to execute a stored procedure, I get back an error telling me Invalid object name 'Informix.dbo.customer'.

Running the same function on the original database works fine, and returns the data I expect to see.

Explanations for similar errors I’ve found seem to refer to Schemas, but that’s where things get a little odd. The original database doesn’t obviously have any Schemas; In its «Security» folder it just has a «Users» folder, containing dbo, and a «Roles» folder, containing the «Database Roles» folder, with the usual db_owner, etc. stuff, and an empty folder named «Application Roles».

The Security folder on the backed-up-and-restored database is full of all kinds of crap. Three users in addition to dbo, a «Schemas» folder, «Certificates» folder, two encryption key folders… I can’t delete any of these.

From my limited understanding of the SQL login system, the user I’m logging in as is getting non-dbo-permissions from this collection of random crap, and so is being denied access to the parts of the database owned by dbo.

For my own understanding, what is the core of the problem that’s throwing up these Invalid object name errors? And for practical matters, what can I do to rectify this situation and actually have the program I’m using work on the test database in the same way as it does on the live one?

I’m doing some maintenance programming on a fairly large project, which was started by someone who’s now left the company…

I’ve just backed up one of the company’s databases, and then reattached it to our test server. That much appears to be working okay.

I then go through the program’s usual login procedure, and that part also appears to work.

However, once I get to a point in the program where it needs to execute a stored procedure, I get back an error telling me Invalid object name 'Informix.dbo.customer'.

Running the same function on the original database works fine, and returns the data I expect to see.

Explanations for similar errors I’ve found seem to refer to Schemas, but that’s where things get a little odd. The original database doesn’t obviously have any Schemas; In its «Security» folder it just has a «Users» folder, containing dbo, and a «Roles» folder, containing the «Database Roles» folder, with the usual db_owner, etc. stuff, and an empty folder named «Application Roles».

The Security folder on the backed-up-and-restored database is full of all kinds of crap. Three users in addition to dbo, a «Schemas» folder, «Certificates» folder, two encryption key folders… I can’t delete any of these.

From my limited understanding of the SQL login system, the user I’m logging in as is getting non-dbo-permissions from this collection of random crap, and so is being denied access to the parts of the database owned by dbo.

For my own understanding, what is the core of the problem that’s throwing up these Invalid object name errors? And for practical matters, what can I do to rectify this situation and actually have the program I’m using work on the test database in the same way as it does on the live one?

  

Trance_1C

17.06.20 — 10:18

  

Trance_1C

1 — 17.06.20 — 10:21

расширение добавлено в комплексную автоматизацию 2.4.10.62, в него передан спр. организации, добавил туда реквизит «ОсновнойБанковскийСчет», с типом счета организаций, и при обновлении конфигурации БД, получил эту ошибку.

  

Trance_1C

2 — 17.06.20 — 10:26

  

Trance_1C

3 — 17.06.20 — 11:05

  

Trance_1C

4 — 17.06.20 — 11:06

  

Trance_1C

5 — 17.06.20 — 11:22

  

Trance_1C

6 — 17.06.20 — 11:27

  

МихаилМ

7 — 17.06.20 — 11:33

резервную копию сделайте.

  

Trance_1C

8 — 17.06.20 — 12:55

  

Trance_1C

9 — 17.06.20 — 13:05

  

Trance_1C

10 — 17.06.20 — 13:07

Таблицы справочника снова удалены в базе…

  

Trance_1C

11 — 17.06.20 — 13:12

  

МихаилМ

12 — 17.06.20 — 13:50

  

zippygrill

13 — 17.06.20 — 13:57

  

zippygrill

14 — 17.06.20 — 14:02

  

Trance_1C

15 — 17.06.20 — 16:44

  

Cthulhu

16 — 17.06.20 — 16:55

  

Trance_1C

17 — 17.06.20 — 17:03

  

Trance_1C

18 — 17.06.20 — 17:04

что это вообще за ошибка кто такой менеджер имен?

  

zippygrill

19 — 18.06.20 — 08:59

(18) не званный гости))

  

zippygrill

20 — 18.06.20 — 09:00

к конфе бд не вернутся?

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

NewTable это алиас выборки в конкретном запросе, к нему нельзя обращаться еще раз как к таблице.

Можно сделать например так, используя CTE:

WITH NewTable(Name,Sum_weight) as(
     SELECT Name, SUM(Weight)
       FROM Supplier S, Product P, P_S_Connect PS 
      WHERE S.SupplierID=PS.SupplierID AND P.ProductID=PS.ProductID
      GROUP BY Name
)
SELECT Name 
  FROM NewTable
 WHERE Sum_weight=(SELECT MAX(Sum_weight) FROM NewTable);

Или так, используя оконные функции:

SELECT Name FROM (
    SELECT Name, Sum_weight,
           MAX(Sum_weight) over() as Max_weight
      FROM (
        SELECT Name, SUM(Weight) AS Sum_weight
          FROM Supplier S, Product P, P_S_Connect PS 
         WHERE S.SupplierID=PS.SupplierID AND P.ProductID=PS.ProductID
         GROUP BY Name
      ) A
   ) A
  WHERE Sum_weight=Max_weight

А на стандартном SQL, без расширений типа CTE или оконных функций боюсь только так:

SELECT Name
  FROM Supplier S, Product P, P_S_Connect PS 
 WHERE S.SupplierID=PS.SupplierID AND P.ProductID=PS.ProductID
 GROUP BY Name
HAVING SUM(Weight)=
 (
  SELECT MAX(Sum_weight)
    FROM (
      SELECT SUM(Weight) AS Sum_weight
        FROM Supplier S, Product P, P_S_Connect PS 
       WHERE S.SupplierID=PS.SupplierID AND P.ProductID=PS.ProductID
       GROUP BY Name
    ) A
 )