ShSergestim24,

Учиться и учиться. Датасет - это в русском переводе - набор данных. Обычно, датасетом называют результат запроса, типа SELECT.
только придумал?

ShSerge,

ну то другой датасет был

МСУstim24Так вот вопрос стоит ли разделять DataSet по работе
со справочниками документами и т.п. или всю БД запихать в один dataset?
Возможно будут какие-то подводные камни?
Стоит вообще выбросить DataSet на свалку. DataSet - сплошной подводный камень.
прально, с ним трудно работать пока не приведешь в порядок (построишь синхронизацию), но потом полный кайф
а то токо и слышишь, а почему еф это не делает, гибер то не делает, к ак заставить л2с работать так а не этак и т.д.

Proga,

смотри отсюда и дальше, может так делать еф?
12559762

Алексей КViPRosсмотри отсюда и дальше, может так делать еф?
12559762 Запарил ты уже со своим випросом...
я воще то ответил на прямой вопрос, и потерял 10 минут на поиски подходящего треда, что бы вас тут не нервировать обсуждением ВИПРОС

Алексей К,

ы ты читай суть, там не только скрины
суть там - наследование и категоризация

Алексей К,

в том треде поставлена задача - создать классы юрик и физик
предложены два подхода
1. Создать Лицо и унаследоваться при создании юрика и физика - механизм специализации
2. Создать юрика и физика и сгенерировать виртуальное обобщение - Лицо - механизм обобщения

дык вот - 2 механизм офигенно гибок, что в випрос и реализван (наряду с 1 конечно)
что это дает?
можно разбить юрика или физика на части (т.е сделать юрика и физика виртуальным обобщение) и при этом нифига в проге не изменится, т.е. можно проектировать систему отталкиваясб от сегоднящних представлени о предметной области не утруждая неокрепший мозг созданием всеобемлейшей иерархии классов ООП :)

попутный эффект - немаловажный множественные роли (множественное наследование)

в випрос для этого не надо ничего погить или маппить
вот как это выглядит (роли типов)

МСУ,

блин он спросил - что Не может еф? а я спросил - а вот это может?

и все лучше обсуждать покраску грида или как вызвать плагин

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

Алексей К,

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

Алексей КViPRosможно разбить юрика или физика на части (т.е сделать юрика и физика виртуальным обобщение) и при этом нифига в проге не изменитсяНе принебрегай принципом SRP при проектировании классов - добъёшся аналогичного эффекта.
ViPRosт.е. можно проектировать систему отталкиваясб от сегоднящних представлени о предметной области не утруждая неокрепший мозг созданием всеобемлейшей иерархии классов ООП :)Тут проблема не совсем непонятна.
ViPRosпопутный эффект - немаловажный множественные роли (множественное наследование)Применяй композицию вместо наследования, вот и всё.
1.тут сама система заставляет проектировть как надо
2. это когда ты знаешь про физика, про юрика и лицо еще нет понятий. надо чтобы при их добавление лицо себя вело точно так же как физик, где раньше там был физик и при этом ничего в программе неменялось
3. я и пользую, только мои композиции вычислимы (вычисяются по заданным правилам)

Алексей К,

верю, это ты сам написал?

МСУ,

ну пусть Прога скажет
а так пояилась возможность поговорить с народом на интересующиеся меня тему :)

Алексей КViPRosНу и раз уж речь зашла про версионник. Как в Випросе обстоят дела с версированием изменений метаданных?
версий пока нет, не горит это
зато есть обновление (до вендора) и объединение метаданных

Алексей КViPRosсвиду большая, но не зная предметную область я ничего не могу сказать насколько она большаяОперативная система для РЖД. Предметная область не самая простая, уж поверь. :-)
ну, можно краткий список задач? есть наверное какая та дока

Алексей К,

ну лишнее так лишнее, просто можно было более точно определиться насчет "большая система"

Алексей К,

ну я же уже отвеил вроде
явного версионирования пока нет (нет нужды пока)
есть механизм обновления (репозитарий обновится (без учета того что было) - несоответствующие Данные теряются)
и объединения метаданных (т.е. каждый может вносит свои изменения и объединить их в один репозитарий - Данные не теряются)
т.е. я высылаю на завод измененный репозитарий (или часть) они сливают в свой и при этом их данные живы
или установка новой версии (опять данные (соответсвующие) их не пропадают)

Алексей К,

ну моного чего не сделано
я одновременно пишу сам випрос (все меньше времени на это можно выделить) + прикладные вещи (АПС, МЕС и т.д.) с е помощью

Алексей КЭто в каком-то виде у всех должно быть.
не в каком то виде, а - нормальная работающий механизм

Алексей КViPRosя одновременно пишу сам випрос (все меньше времени на это можно выделить) + прикладные вещи (АПС, МЕС и т.д.) с е помощьюНе самый простой путь. Впрочем, если нравится сам процесс и есть возможность - почему бы и нет. :-)
прогить неинтересно уже лет 25
нет людей (либо кодеры в плохом смысле слова( а мне нужны именно отличные кодеры) либо не поймешь кто - и начинается споры типа - а вто МС сделат так , а ты не понимаешь), потому приходится одному ишачить, ну и качество реализации конечно от этого страдает сильно

хорошему кодеру от 100тыщ р. гарантирую + вечная работа :) чек 3 возьму