В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pgsql – PostgreSQL

5944 membersпожаловаться на группу
2021 March 28

VY

Victor Yegorov in pgsql – PostgreSQL
Serj Marin
Переслано от Serj Marin
Господа, два составных типа сохраняются в массив, чтобы потом "отдаться" в json виде, есть ли более удобный способ получать такой массив в Hall?
от того, что вы дважды написали сообщение, понятнее не стало.
пример запроса, текущий и требуемый вывод покажите, пожалуйста. в текстовом виде...
источник
23:27пожаловаться#1

SM

Serj Marin in pgsql – PostgreSQL
Victor Yegorov
от того, что вы дважды написали сообщение, понятнее не стало.
пример запроса, текущий и требуемый вывод покажите, пожалуйста. в текстовом виде...
ещё не переделал, вот предыдущий код .. суть та же, как лучше всего в базе хранить таким способом данные, объекты ?

CREATE TYPE seat AS ( "id" SMALLINT, "price" NUMERIC ( 4, 2 ), "img" CHARACTER VARYING ( 10 ), "x" SMALLINT, "y" SMALLINT, "rotate" SMALLINT );

INSERT INTO hall ( seats )
VALUES
 (
   array_to_json (
     ARRAY [
     ( 1, 10.00, 'std', 10, 10, 0 ),
     ( 1, 10.00, 'std', 10, 10, 0 )
     ]:: seat []
   )
 );
источник
23:31пожаловаться#2

VY

Victor Yegorov in pgsql – PostgreSQL
Serj Marin
ещё не переделал, вот предыдущий код .. суть та же, как лучше всего в базе хранить таким способом данные, объекты ?

CREATE TYPE seat AS ( "id" SMALLINT, "price" NUMERIC ( 4, 2 ), "img" CHARACTER VARYING ( 10 ), "x" SMALLINT, "y" SMALLINT, "rotate" SMALLINT );

INSERT INTO hall ( seats )
VALUES
 (
   array_to_json (
     ARRAY [
     ( 1, 10.00, 'std', 10, 10, 0 ),
     ( 1, 10.00, 'std', 10, 10, 0 )
     ]:: seat []
   )
 );
а чем вам обычные таблицы не угодили?
источник
23:38пожаловаться#3

SM

Serj Marin in pgsql – PostgreSQL
Victor Yegorov
а чем вам обычные таблицы не угодили?
да я как-то до конца суть БД не улавливаю. Есть вложенные объекты, структура как на картинке. В итоговой таблице они все держатся в массиве, получается БД помнит структуру  данных.
Для этого json вроде как удобно.... в общем запутался
источник
23:40пожаловаться#4

Ð

Ð in pgsql – PostgreSQL
Serj Marin
Переслано от Serj Marin
Господа, два составных типа сохраняются в массив, чтобы потом "отдаться" в json виде, есть ли более удобный способ получать такой массив в Hall?
очень странная форма данных для кинотеатра, я бы неуд влепил )
источник
23:41пожаловаться#5

Ð

Ð in pgsql – PostgreSQL
почитай как делаются связи один ко многим, про внешние ключи
источник
23:44пожаловаться#6

Ð

Ð in pgsql – PostgreSQL
никаких массивов и жсонов там не должно быть
источник
23:44пожаловаться#7

SM

Serj Marin in pgsql – PostgreSQL
структура призвана хранить только статичное состояние, как- бы можем хранить несколько разновидностей hall. Эти данные не меняются, их просто надо помнить в виде структуры
источник
23:45пожаловаться#8

Ð

Ð in pgsql – PostgreSQL
это понятно, только вот ид болка - это свойство сущности стула, а ид холла - это свойство сущности блока. Подумай. Меньшие элементы ссылаются на группы, а не группы содержат элементы. В общем рекомендую любую книгу по рсубд, а потом уже постгрес.
источник
23:46пожаловаться#9

SM

Serj Marin in pgsql – PostgreSQL
Ð
это понятно, только вот ид болка - это свойство сущности стула, а ид холла - это свойство сущности блока. Подумай. Меньшие элементы ссылаются на группы, а не группы содержат элементы. В общем рекомендую любую книгу по рсубд, а потом уже постгрес.
это сектор ... часть зала hall
источник
23:47пожаловаться#10

Ð

Ð in pgsql – PostgreSQL
я знаю
источник
23:48пожаловаться#11

Ð

Ð in pgsql – PostgreSQL
это вот эти ваши балконы, галерки, первые ряды. Это все понятно, типичный курсач.
источник
23:48пожаловаться#12

SM

Serj Marin in pgsql – PostgreSQL
получается структура, в чём-то универсальная, Стадион -> сектор -> места
И всю эту байду надо как-то хранить.
Где-то  это  стдаион, где- то кинозал
источник
23:49пожаловаться#13

Ð

Ð in pgsql – PostgreSQL
получается классическая задача об иерархической группировке
источник
23:50пожаловаться#14

Ð

Ð in pgsql – PostgreSQL
https://m.habr.com/ru/post/488054/
Хабр
Связи между таблицами базы данных
1. Введение Связи — это довольна важная тема, которую следует понимать при проектировании баз данных. По своему личному опыту скажу, что осознав связи, мне намного легче далось понимание...
источник
23:50пожаловаться#15

Ð

Ð in pgsql – PostgreSQL
Serj Marin
получается структура, в чём-то универсальная, Стадион -> сектор -> места
И всю эту байду надо как-то хранить.
Где-то  это  стдаион, где- то кинозал
если вкацы, то смысл в том, что не группа должна знать об элементах внутри нее, а элемент должен знать, в какой он группе
источник
23:52пожаловаться#16

SM

Serj Marin in pgsql – PostgreSQL
Ð
если вкацы, то смысл в том, что не группа должна знать об элементах внутри нее, а элемент должен знать, в какой он группе
здесь нет работы с элементом, нужно хранить структуру целиком.
Для каждого hall она будет разной, вот  эти hall уже где-то будут использоваться дальше "один ко многим"

И чтобы сохранить сразу в виде структуры использовал массив
источник
23:54пожаловаться#17

Ð

Ð in pgsql – PostgreSQL
это неправильно, правильно - через внешние ключи
источник
23:58пожаловаться#18
2021 March 29

SM

Serj Marin in pgsql – PostgreSQL
Ð
это неправильно, правильно - через внешние ключи
а что меньше весит комплекты таких таблиц для разных hall или одна таблица держащая список разных hall  ?
Из таблицы мы только один раз читаем, возможно в дальнейшем будем добавлять более сложные hall
источник
00:04пожаловаться#19

Ð

Ð in pgsql – PostgreSQL
Serj Marin
а что меньше весит комплекты таких таблиц для разных hall или одна таблица держащая список разных hall  ?
Из таблицы мы только один раз читаем, возможно в дальнейшем будем добавлять более сложные hall
это все не важно, поверь. Занимать будет примерно одинаково, а вот работать и развивать базу дальше возможно только с нормализованной структурой данных, без всяких массивов и жсонов, это обеспечивает универсальность и гибкость всевозможных запросов и нововведений. Рекомендую любую книгу по рсубд, начиная с 80х годов, там это все описано.
источник
00:08пожаловаться#20