Перейти к содержимому


Структура БД

БД структура view

Сообщений в теме: 3

#1 maksn

    Активный участник

  • Пользователи
  • PipPipPip
  • 314 сообщений
  • Пол:Мужчина

Отправлено 30 Июль 2013 - 15:45

С таблицами все более-менее, а не пора ли уже попробовать реализовать возможность создавать такие объекты БД, как VIEW? Чтобы можно было работать с ними, как с таблицами.
Хотя бы только в режиме эксперта. Порой этого сильно не хватает.

И совсем замечательно, дать возможность создавать хранимые процедуры
"...Сижу, паяю. CRM починяю..."
Мои разработки

#2 Analitic

    Активный участник

  • Пользователи
  • PipPipPip
  • 700 сообщений
  • Пол:Мужчина

Отправлено 30 Июль 2013 - 16:01

Возможность создавать view не документирована, но если необходимо можно пользоваться. Создаете обычную таблицу, потом удаляете ее, и на ее месте создаете точно такую же с помощью view. Снимаете права на запись с таблицы. Для того чтобы представление было сохранено в бекапе, и к.б. не пыталась туда писать - в таблицу cb_tables в поле view_sql пишете запрос который создает view.
Например: SELECT id, id as `f749`, 1 as `user_id`, "00-00-00" as `add_time`, 0 as `status`, 0 as `r`FROM `cb_...
Бывает необходимо для интеграции с некоторыми программами, когда не можете поменять имена полей в таблице, имя самой таблицы. Используется на уровне конфигураций.

По поводу хранимых процедур. Политика КБ, не использовать функционал, который не переносим между разными движками баз (mysql, mssql, pgsql, oracle и т.д ). Опять же в конфигурации можете использовать на свой страх и риск.

#3 maksn

    Активный участник

  • Пользователи
  • PipPipPip
  • 314 сообщений
  • Пол:Мужчина

Отправлено 30 Июль 2013 - 21:04

Просмотр сообщенияAnalitic (30 Июль 2013 - 16:01) писал:


По поводу хранимых процедур. Политика КБ, не использовать функционал, который не переносим между разными движками баз (mysql, mssql, pgsql, oracle и т.д ). Опять же в конфигурации можете использовать на свой страх и риск.

Ну да, ну да.

Только вот странная вещь - все производители ПО выпускают разные версии под разные системы.
Версии под windows, Linux, версии для MSSQL, ORACLE и т.д.

Может быть следует подумать над этим, а не гнаться за некой "всеобщей совместимостью" в каком то туманном будующем.
Тогда можно будет использовать все СУБД на полную мощьность.

Согласитесь,ограничивать себя "чистым" стандартом SQL92, заставлять такие сервера, как Oracle или MSSQL выполнять только запросы, типа "SELECT * FROM ... " равносильно заколачиванию гвоздей микроскопом.
Гвоздь забить можно, но как то не эффективно.
"...Сижу, паяю. CRM починяю..."
Мои разработки

#4 Analitic

    Активный участник

  • Пользователи
  • PipPipPip
  • 700 сообщений
  • Пол:Мужчина

Отправлено 31 Июль 2013 - 08:39

Я же написал, в случае необходимости "использовать СУБД на полную мощность" - используйте в рамках конфигурации.

У нас несколько другой подход. В случае использования различных субд, мы можем интегрироваться с любыми уже существующими продуктами, привязываясь к текущим таблицам. В районе версии 2.0 (до нового года) выйдет возможность создавать таблицы на основе текущих существующих. Далее выйдет возможность создавать таблицы на разных серверах из коробки. В этом случае интеграция становиться легкой и прозрачной, добавили таблицу, указали поля, указали доступ на удаленный сервер. Таблица появилась у вас в КБ с поддержкой вычислений, сортировкой и т.п.
Также SQL 92 с использованием выборки по одной таблице, достаточно легко конвертируется в NOSQL движок. Скорее всего уже в следующем году можно будет создавать гигантские таблицы на NOSQL движке на отдельном сервере под таблицу. Заметьте без значительного усложнения конфигурации КБ для разработчиков. Функции выборки data_select и sql_select продолжат работать.





Количество пользователей, читающих эту тему: 1

0 пользователей, 1 гостей, 0 анонимных