The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В SQL будут добавлены средства для работы с многомерными массивами данных

30.06.2014 13:27

Международная организация по стандартизации приступила к разработке дополнения к cтандарту ISO 9075 - SQL/MDA (Multi-Dimensional Arrays), определяющего средства для работы с многомерными массивами данных. В настоящее время SQL не предоставляет средств для обработки многомерных массивов, для работы с которыми приходится использовать специализированные решения, даже если эталонные данные хранятся в SQL СУБД. Например, в метеорологии необходимо обрабатывать четырёхмерные наборы данных, включающие записи, привязанные к координатам на местности, высоте и времени. В БД подобные данные могут записываться в линейном виде, как набор данных, полученных от сенсора, но реляционная модель не предоставляет должных средств для формирования аналитических запросов, требующих гибкости группировки и агрегирования параметров.

Тем временем, уже успешно развивается и применяется свободный проект Rasdaman, позволяющий создавать системы для анализа многомерных массивов данных. Rasdaman бесшовно интегрируется с PostgreSQL и хранит данные в виде блобов в PostgreSQL. Для работы с многомерными наборами данных предлагается SQL-подобный язык запросов RASQL, который уже поддерживается в ГИС GDAL и MapServer. При этом Rasdaman предоставляет средства для распределённой обработки запросов и создания кластерных решений, например, недавно было продемонстрировано задействование более тысячи узлов кластера для совместной обработки одного запроса к БД.



  1. Главная ссылка к новости (http://www.theregister.co.uk/2...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/40108-sql
Ключевые слова: sql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (28) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, pavlinux (ok), 14:02, 30/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    >  Например, в метеорологии необходимо обрабатывать четырёхмерные массивы данных

    Даешь на SQL: DETERMINANT(A), TRANSPONSE(A), INVERSE(A), GAUSSELIM(A), EIGENVALUES(A), EIGENVECTORS(A),... :)

     
     
  • 2.14, Аноним (-), 01:07, 01/07/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Думаешь, те кто на SQL шпрехают вообще поняли о чем ты? Ты переоцениваешь корпоративных быдлoкoдеров, имхо :)
     
  • 2.23, Аноним (-), 10:29, 02/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > DETERMINANT

    Кстати, Вы каким методом обычно детерминант вычисляете?

     

  • 1.3, masakra (ok), 14:45, 30/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Таки хотят стандартизировать int[][][]?
     
     
  • 2.5, pavlinux (ok), 16:37, 30/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, там ж...па, весь софт нужно переписывать будет: http://rasdaman.org/browser/manuals_and_examples/manuals/doc-guides/ql-guide.

    Есть даже arctan(), sinh(), cosh(), tanh(), arcsin(), arccos(), arctan()...
    Интересно прям..., кому нужен гиперболический тангенс многомерного массива?!
      

     
     
  • 3.8, Forth (ok), 20:35, 30/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Повороты в пространстве Минковского? :)

     
     
  • 4.15, pavlinux (ok), 04:03, 01/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Повороты в пространстве Минковского? :)

    Ну куда уж без них.

     

  • 1.7, Аноним (-), 20:28, 30/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я так понимаю это не многомерные таблицы? И в чем смысл?
     
     
  • 2.10, BratSinot (ok), 20:56, 30/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Можно будет теперь проще их делать :D
     
  • 2.19, alex9999 (?), 16:59, 01/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Работа с массивами с 90-х годов была реализована в Субд Interbase. Требовалось, как писали для хранения данных расчетов, кажется, прочности и др.в авиации.
     
     
  • 3.20, alex9999 (?), 17:09, 01/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Работа с массивами с 90-х годов была реализована в Субд Interbase. Требовалось,
    > как писали для хранения данных расчетов, кажется, прочности и др.в авиации.

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

     

  • 1.9, agr (??), 20:42, 30/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Наверняка, запилят что-нибудь типа MODEL из Oracle.
     
  • 1.11, bav (ok), 21:23, 30/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Зачем в стандарт тянуть всякую срань? Кому надо и так будет использовать специальные решения.
     
     
  • 2.12, denis111 (ok), 00:25, 01/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы всякие Hibernate и прочие ORM не надо было хакать под каждую бд отдельно :)
     
     
  • 3.17, mad_nazgul (?), 12:03, 01/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    ORM - это АБСОЛЮТНОЕ ЗЛО!
     

  • 1.13, rob pike (?), 00:39, 01/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > In a collaboration of the original code owner, rasdaman GmbH and Jacobs University, a code split was performed in 2008 - 2009 resulting in rasdaman community, an open source branch, and rasdaman enterprise, the commercial branch. Since then, rasdaman community is being maintained by Jacobs University whereas rasdaman enterprise remains proprietary to rasdaman GmbH
     
  • 1.16, Аноним (-), 04:42, 01/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Например, в метеорологии необходимо обрабатывать четырёхмерные наборы данных, включающие записи, привязанные к координатам на местности, высоте и времени.

    В метеорологии говорите :) А я что - я верю!

     
     
  • 2.21, Softfire (?), 07:40, 02/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Будете удивлены, когда узнаете, что метеорология занимается не только прогнозом погоды.
     
     
  • 3.24, Аноним (-), 10:32, 02/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Будете удивлены, когда узнаете, что метеорология занимается не только прогнозом погоды.

    И что, без четырехмерных таблиц это не реализовать?

     
     
  • 4.28, softfire (?), 14:47, 02/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Лично я полагаю, что можно реализовать и без субд вовсе. Вопрос лишь в эффективности.
    Но суть не в этом. Вы так саркастически высказались "а я верю", что это звучало с оттенком "В метеорологии ничему и никому верить нельзя". На что я и возразил своим предыдущим постом. Если я Вас неправильно понял - конкретизируйте мысль.
     
  • 2.25, Аноним (-), 10:37, 02/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>Например, в метеорологии необходимо обрабатывать четырёхмерные наборы данных, включающие записи, привязанные к координатам на местности, высоте и времени.
    > В метеорологии говорите :) А я что - я верю!

    Номер точки, координаты, высота, время ... В упор не вижу тут четырех измерений. Вижу обычную таблицу. Для начала определимся, что Вы считаете измерением?

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

     

  • 1.18, qqq (??), 13:45, 01/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    отлично, только слегка удивляет, что некоторые СУБД еще не научились и с одномерными работать пока...
     
     
  • 2.22, Softfire (?), 07:42, 02/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > отлично, только слегка удивляет, что некоторые СУБД еще не научились и с
    > одномерными работать пока...

    Столбец - одномерный массив. Таблица  - двумерный.Какие субд не умеют работать с этими структурами данных?

     
     
  • 3.26, Аноним (-), 10:38, 02/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> отлично, только слегка удивляет, что некоторые СУБД еще не научились и с
    >> одномерными работать пока...
    > Столбец - одномерный массив. Таблица  - двумерный.Какие субд не умеют работать
    > с этими структурами данных?

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

     
     
  • 4.27, Аноним (-), 10:40, 02/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>> отлично, только слегка удивляет, что некоторые СУБД еще не научились и с
    >>> одномерными работать пока...
    >> Столбец - одномерный массив. Таблица  - двумерный.Какие субд не умеют работать
    >> с этими структурами данных?
    > Похоже, ребята хотят нарушить принцип бритвы Оккама - не плодить сущности сверх
    > необходимого. В результате поломают стандарт.

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

     
     
  • 5.30, qqq (??), 01:06, 03/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>>> отлично, только слегка удивляет, что некоторые СУБД еще не научились и с
    >>>> одномерными работать пока...
    >>> Столбец - одномерный массив. Таблица  - двумерный.Какие субд не умеют работать
    >>> с этими структурами данных?
    >> Похоже, ребята хотят нарушить принцип бритвы Оккама - не плодить сущности сверх
    >> необходимого. В результате поломают стандарт.
    > Не удивлюсь, если в инициаторах сидят буратины из Микрософта. На них похоже.
    > Кстати, почему буратины - нос длинный, а мозги из дерева.

    не - буратино хороший, это больше смахивает на шуршаллу или базилио с алисой

     
  • 3.29, qqq (??), 01:04, 03/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А таблица с одним столбцом бывает?
     
  • 3.31, qqq (??), 15:00, 03/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    нет, нужно поле как массив - это только вроде слон умеет
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру