Блок А.Н.SergeyLee,
Тогда все так, и у вас наверняка есть прослойка, которая унифицирует доступ к данным.
Которая, к примеру, объектную модель транслирует в sql или M команды.
Вы просто выразились "везде заменять селекты на М команды", и я представили себе ужас этого ломания мозга, замены сотен и тясяч запросов с попутной на ходу сменой модели.

Сотен-тысяч нет. Да, веб-приложение написано по паттерну Model-View-Controller. И в классах моделей уже вызываем SQL команды к MySQL или запросы к бекенду, которые выполняет М рутины.

Бредятина,

Чтение данных это запрос find, аналог SELECT, в котором я указываю какие поля получить, какие фильтры поиска применить и затем еще добавлю сортировку.
Что такое РСХОД?
Вы работали с MGWSI? Я - нет. Коллега - да, и у него не получилось. У меня может и получится, но это все равно не то что нам надо.

У меня не таблицы становятся глобалами, правда я не знаю, что вы имеете здесь в виду, а глобал организован как колоночная структура данных: ^Database(table,id,field)=value, где table - имя таблицы, id - первичный ключ этой таблицы, field - поле и value - значение поля.

БредятинаНемного уточню. Какие из каких таблиц какие поля получить... В котором я учитываю FK/PK, используемые для связывания таблиц...
Это вряд ли получится. Но идея понятна.


Может я под словом "таблица" просто абстрагируюсь иногда от понятия "глобал" :) Извиняюсь за мой словарь.
Помимо глобала данных в виде ^Database(table,id,field)=value, где table - это просто аналог таблицы в MySQL. :) Мне не хватает академических знаний по базам данных, да. И опять же все определения забываются, кроме тех, которым пользовался некоторое время. Как мне подсказали быстрее будет ^table(id,field), я так изначально и делал, но сделать один общий глобал было удобно для М рутин. Кроме глобала данных я добавил ключевые глобалы в виде ^Database(table_"I",keyfield,value,id).
Вот такая простая идея. В будущем вырисуется более понятная картина. Проблема в том, что PHP-программист постоянно модернизирует структуру БД в своей MySQL. Новые таблицы, новые поля и прочее. Процесс идет. И никто не берет на себя ответственность за БД. У меня на это не хватало ни времени, ни знаний порой. :) У меня кошмар сколько задач на C++ и Python. А еще мы все задумали переписать систему на Erlang: сайт, шлюз, бекенд. Это (страшно) интересно. Но никто не знал, что будет в начале...

БредятинаВы все игнорируете)) Ваше дело. Реляционная система хранения и обработки данных. Например, MySQL.


Не игнорирую. Устаю(( И мозг фильтрует - важно/не важно. Плюс я привык к аббревиатурам на латинице. :)

БредятинаТогда зачем Вы написали первые три предложения и половину четвертого в этом абзаце???


Ну наверное просто был поток сознания ;)

БредятинаУ меня не таблицы становятся глобалами, правда я не знаю, что вы имеете здесь в виду, а глобал организован как колоночная структура данных: ^Database(table,id,field)=value, где table - имя таблицы, id - первичный ключ этой таблицы, field - поле и value - значение поля.


О, вот я повторился :)

БредятинаПонятно. Однако, (простой) ключ в записеориентированной РМД - это одно из полей, а идентификатор в объектно-ориентированной МД, элементы которой Вы используете, - это не одно из полей - как видите он находится вне остальных полей. А FK, судя по всему, Вы будете располагать среди полей, все-таки. Это плохой не симметричный подход. Но сойдет, конечно.
Желаю творческих успехов в очень нелегком деле, которое Вы затеяли))


Гхм. Надо-надо почитать-почить книжку по базам данных. Но вечером читается только художественная :)
Я чувствую интуитивно, что это плохой подход, да :) Но как его исправить - не знаю :( Все приходит со знаниями.
Спасибо большое. :)
А не подскажете какое то средство просмотра глобалей? Для GT.M. Возможно есть некое для любой MUMPS базы? Желательно конечно под Linux или может веб-интерфейс? А то я задумался сделать сайт на Erlang'е для этих целей и для целей изучения Erlang.

sigmov SergeyLee ,

Почему бы не хранить тогда уж примерно как в Cache':

^table(object_id)=$ListBuild(field_1,field_2,...)
^schema(table,odrinal)=field_name
^table_indexes(index_name,field_1,....,field_n,object_id)=$ListBuild(add_field_1,add_field_2,...) [добавленные в индекс поля]
^schema_indexes(table,index_name,ordinal)=field_name

Одно обращение к диску для поднятия $ListBuild() гораздо эффективнее чем поднимать каждое свойство по отдельности.

Вот интесно а как вы собираетесь организозывать обработку запросов данных(по аналогии с SELECT SQL) к вашей БД? А JOIN?
У вас будет строго определенный набор запросов - ни шагу вслево ни шагу вправо без правки исходного кода(добавления глобали индекса и создания функции выборки по индексу) ?

Спасибо. Я подумаю как это сделать в GT.M. А что такое ordinal здесь? Думаю надо добавить к необходимому чтению книгу (доку) по Cache.

sigmov SergeyLee ,
Вот интесно а как вы собираетесь организозывать обработку запросов данных(по аналогии с SELECT SQL) к вашей БД? А JOIN?
У вас будет строго определенный набор запросов - ни шагу вслево ни шагу вправо без правки исходного кода(добавления глобали индекса и создания функции выборки по индексу) ?

Да :( Хреново. Да. Но пока нет JOIN. Думаю как исправить это.

sigmov SergeyLee ,
Вот интесно а как вы собираетесь организозывать обработку запросов данных(по аналогии с SELECT SQL) к вашей БД? А JOIN?
У вас будет строго определенный набор запросов - ни шагу вслево ни шагу вправо без правки исходного кода(добавления глобали индекса и создания функции выборки по индексу) ?
Хотя... Может неправильно ответил.

Есть ^Database(table,id,field)=value, которое думаю привести или к нескольким ^table(id,field)=value, что примерно соответствует вашему примеру ^table(object_id)=$ListBuild(field_1,field_2,...)

И есть индексные глобалы, сейчас это ^Database(tableI,index,value,id)="", или потом ^tableI(index,value,id)="", или по вашему примеру ^table_indexes(index_name,field_1,....,field_n,object_id)=$ListBuild(add_field_1,add_field_2,...)

Правда я не пойму последний индексный глобал :)

Блок А.Н.SergeyLee,
Хоть вы и говорите, что у вас все схвачено, у меня все равно мурашки по коже от того, что вы делаете.
Если у вас задача реализуется в терминах sql, почему бы ее в них не реализовать?
Пусть не в MySQL, если она не устраивает, пусть будет другая СУБД.
Но делать то, что вы делаете без ОЧЕНЬ серьезных причин - стоит ли?

Протекция NoSQL была со стороны начальства, в количестве 2 человек.
Обещаю поднять вопрос базы данных, когда будем проводить реинжиниринг в сторону Erlang. А это уже скоро.
Структура базы данных постоянно меняется, задача непостоянна, ужас :)

Бредятина 13970413
13545785


Надо купить ящик самогона. :)