powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Можно ли написать дисер, частично тематически связанный с БД?
44 сообщений из 44, показаны все 2 страниц
Можно ли написать дисер, частично тематически связанный с БД?
    #33600551
Андрей - он же дядя Сэм
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Можно ли написать дисер (к.т.н.), связанный с БД? Написал в проектирование, т.к. сложно сказать к какой тематике это относится. Можно ли придумать какую-нибудь специфическую структуру БД + алгоритмы, затем это реализовать и получить материал для дисера? Скажем, есть некая научная проблема, которую нужно решить. Без применения БД это трудно сделать. Я сделаю БД, которая будет решать проблему (задачи) по каким-нибудь мною придуманным алгоритмам (а они, в свою очередь, будут реализовывать мой метод). Я так понимаю, что должен довольно прилично обосновать всё это математически. В общем, интересует тематика связанная с базами данных (ссылки на статьи и т.п., необязательно электронные), которую можно (если можно) использовать в диссертации на получение степени кандидата технических наук. В принципе, пока интересует в общем, потом (если это возможно) буду выбирать под свою специфику.

P.S. Как результат – демонстрация того же метода - прога с БД точно прокатит, это я узнал, хотя интуитивно это тоже ясно. Некоторые умудрялись защищать ЧИСТЫЕ алгоритмы, выдавая их за какие-то исследования. Но это не наш метод :) . Меня интересует что-то посерьёзнее, реально научное. Т.е. я хочу разрулить проблему, которая основывается на применении баз данных. Возможно это будет моделирование или прогнозирование, но, в то же время, хотелось бы привязать это к базам данных не только на уровне реализации в качестве работающего приложения (программы).

Прошу отнестись серьёзно и не использовать сарказм – вопрос для меня новый и актуальный. Если нет, то поясните почему, не смейтесь, плиз. Ясли я не прав, то поясните в чём – я ни разу не слышал, чтобы кто-то защищал по базам дисер, но мало ли? Вдруг это то, что ещё не исследовалось? Фундаментального пока я, конечно, вряд ли что-то сделаю, но для КСППР или чего-то ещё? Короче, ищу что-то на стыке прикладной математики и теории баз данных.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33600576
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Безусловно, можно. Имхо тем даже на первый взгляд полно - например, оптимальное представление в БД различных структур данных (графов, for example) и операции над ними.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33600587
ЮВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Исследуйте тему многомернымх индексов (R-tree) для оптимизации поиска, например, графических данных. Мне кажется, там много еще не решенных проблем.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33600596
waspwort
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Здорово, коллега!
Я где-то с год назад был озабочен той же проблемой. В итоге выбрал тему - использование нечеткой логики применительно к БД. Суть в том, чтобы использовать алгоритмы нечеткой математики в связке с "четким" SQL. Тема довольно новая и исследований в ней непочатый край. По ее "научности" никаких вопросов не должно возникнуть. Если еще реализуешь в связке с генетическими алгоритмами и нейросистемами, то вообще атас будет! Что самое главное, материалов предостаточно - см. http://www.fuzzy.kstu.ru/, http://www.zadeh.narod.ru/ - это только на русском.

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

В общем, удачи тебе в научной деятельности!
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33600970
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ученыя, блин ...
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33601648
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей - он же дядя СэмКороче, ищу что-то на стыке прикладной математики и теории баз данных.
Архив конференций VLDB http://www.vldb.org/ , где есть масса примеров что и как. Также в сети есть другие архивы конференций ACM и не только. Материалу - завались, так что сложнее не найти, чем найти (ну если, конечно искать), есть готовые диссертации по СУБД - например http://sok.susu.ru/dissertation/ так что посмотреть что и как пишут люди не проблема даже не выходя из дома.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33602908
muk07
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мой покойный шеф часто повторял:
1) На любую тему можно написать диссертацию
2) на любую тему можно не написать диссертацию
Если диссертация самоцель, то вероятнее 2)
если цель - проблемы решаемые в диссертации, то вероятнее 1)
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33603584
Андрей - он же дядя Сэм
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Спасибо за ответы! Будем дерзать :) То, что я напишу ниже, больше относится к процессу написания диссертации, но напоследок хочется узнать.

Вот по ходу возник вопрос к тем людям (в этом топике их много), кто сейчас пишет или уже написал научную работу: а как вы определялись с темой диссертации? Интересовались каким-то направлением, а затем решили углубиться? Или кто-то посоветовал? Я так понимаю, что мне нужно найти проблему, а затем предложить метод её решения оптимальным (т.е. более дешёвым, быстрым и т.п. способом, чем существующие методы). Как определить тот момент, когда я скажу «вот оно – это моё»? У меня есть кое-какие интересные задачи, но они по большей части инженерные. Выбор проблемы – это я должен сделать сам (сформулировать её и изучить существующие решения) или я могу обсудить стоящие передо мной в настоящее время задачи с другими специалистами и развить их до научного уровня?

Второй вопрос касается того, как вы проходили промежуточные этапы на пути к диссертации. Что следует за чем, в какой последовательности нужно продвигаться (хотя бы в общих чертах на начальном этапе) – начиная от сдачи вступительных экзаменов? На какие грабли я могу наступить (книгу я уже раздобыл по поводу написания работы, но хочется услышать на опыте людей помоложе, а не так как это видит умудрённый преподаватель)? Если это важно, то я, к примеру, планирую сдать кандидатский минимум (есть у меня такая возможность, уже очень скоро), а потом устроиться соискателем в университет, который закончил. Результаты вроде должны засчитать за вступительные экзамены. Ну а потом работать и параллельно корпеть над дисером (или наоборот, а то и всё в одном флаконе, если совпадёт направление работы). Хотя вряд ли у меня будет работа, которая потерпит 2-3 года до окончательного оформления, но кто знает.

Третий вопрос: на каком этапе делается бОльшая часть работы над диссертацией? Скажем, в первый год из трёх, за два года из трёх, ну и т.п. Т.е. идея сформируется достаточно рано и останется её «шлифовать» или нет? Мне несколько трудно представить, что я смогу последовательно 2-3 года развивать какую-то мысль. Ведь это прорва времени и наверняка за это время я буду уходить в сторону и переосмысливать проблему. Так должно быть? И вот ещё: а если за это время кто-то уже найдёт лучшее решение, всё-таки срок не маленький.

Насчёт практической реализации в виде программы (не просто демонстрации, а действительно полезного, готового к использованию приложения), как мне сказали, это будет дополнительным плюсом (в том смысле, что я где-то реально внедрю её). Получу свидетельство о внедрении. Что это такое и с чем его едят? Я хочу результаты научной работы дать использовать другим, применив это в моей основной работе. Такая возможность может представиться.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33604470
Станислав C.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей - он же дядя СэмСпасибо за ответы! Будем дерзать :) То, что я напишу ниже, больше относится к процессу написания диссертации, но напоследок хочется узнать.

Вот по ходу возник вопрос к тем людям (в этом топике их много), кто сейчас пишет или уже написал научную работу: а как вы определялись с темой диссертации? Интересовались каким-то направлением, а затем решили углубиться? Или кто-то посоветовал? Я так понимаю, что мне нужно найти проблему, а затем предложить метод её решения оптимальным (т.е. более дешёвым, быстрым и т.п. способом, чем существующие методы). Как определить тот момент, когда я скажу «вот оно – это моё»? У меня есть кое-какие интересные задачи, но они по большей части инженерные. Выбор проблемы – это я должен сделать сам (сформулировать её и изучить существующие решения) или я могу обсудить стоящие передо мной в настоящее время задачи с другими специалистами и развить их до научного уровня?

Второй вопрос касается того, как вы проходили промежуточные этапы на пути к диссертации. Что следует за чем, в какой последовательности нужно продвигаться (хотя бы в общих чертах на начальном этапе) – начиная от сдачи вступительных экзаменов? На какие грабли я могу наступить (книгу я уже раздобыл по поводу написания работы, но хочется услышать на опыте людей помоложе, а не так как это видит умудрённый преподаватель)? Если это важно, то я, к примеру, планирую сдать кандидатский минимум (есть у меня такая возможность, уже очень скоро), а потом устроиться соискателем в университет, который закончил. Результаты вроде должны засчитать за вступительные экзамены. Ну а потом работать и параллельно корпеть над дисером (или наоборот, а то и всё в одном флаконе, если совпадёт направление работы). Хотя вряд ли у меня будет работа, которая потерпит 2-3 года до окончательного оформления, но кто знает.

Третий вопрос: на каком этапе делается бОльшая часть работы над диссертацией? Скажем, в первый год из трёх, за два года из трёх, ну и т.п. Т.е. идея сформируется достаточно рано и останется её «шлифовать» или нет? Мне несколько трудно представить, что я смогу последовательно 2-3 года развивать какую-то мысль. Ведь это прорва времени и наверняка за это время я буду уходить в сторону и переосмысливать проблему. Так должно быть? И вот ещё: а если за это время кто-то уже найдёт лучшее решение, всё-таки срок не маленький.

Насчёт практической реализации в виде программы (не просто демонстрации, а действительно полезного, готового к использованию приложения), как мне сказали, это будет дополнительным плюсом (в том смысле, что я где-то реально внедрю её). Получу свидетельство о внедрении. Что это такое и с чем его едят? Я хочу результаты научной работы дать использовать другим, применив это в моей основной работе. Такая возможность может представиться.
Я, честно говоря, не защитился... Но аспирантуру закончил... Поэтому скажу следующее:
1. Три года - это мало...
В эти три года входят обучение: философия (лекции 2-3 раза в неделю, семинары), иностранный язык (1-2 раза в неделю), психология/педагогика, педпрактика (50 часов). Плюс написание всяческих рефератов (по педагогике/психологии), переводы "тысяч" (для сдачи кандидатского минимума надо перевести 500 тыс.), подготовка и сдача экзаменов...
Конечно, времени на исследования остается побольше, чем у студентов. Но все-равно мало...
Кроме того, за этот срок Вы можете улучшить свои же собственые решения или найти в них ошибку или... В общем, работы будет выше крыши...
2. Необходимо найти вменяемого руководителя и периодически советоваться с ним. Он поможет сформулировать тему и "наставит на путь истинный". Точно так же, руководитель решит, когда диссертация будет готова к защите.
Кроме того, для того, чтобы защитить диссертацию, требуется определенное количество публикаций в научных журналах...
3. Для ознакомления с разработками других авторов есть библиотеки. В них существуют реферативные журналы с краткими обзорами работ, появившимися за месяц. Регулярно прочитывайте эти журналы. И, если нашли что-то интересное для своей работы, берите и включайте в диссертацию, оспаривайте результаты других авторов, подтверждайте свои выводы...
4. А что Вам мешает Ваше приложение выложить в общий доступ в И-нете? Если, конечно, это не будет сделано под определенную организацию (тогда уже встает вопрос об авторских правах на исходные тексты программы, ибо сделана она будет по договору). Делайте и выкладывайте. Но уже после защиты диссертации...
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33604994
waspwort
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
на сайте http://dis.finansy.ru/ много всякого про аспирантуру и диссертацию
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33605810
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей - он же дядя Сэм а как вы определялись с темой диссертации? Интересовались каким-то направлением, а затем решили углубиться?
Я занимался и занимаюсь тем что лично мне интересно, потом когда я решил что для диссера наработок хватит, сделал хороший обзор и грамотно сформулировал новизну. Для к.т.н. шнобелевской новизны не нужно. А если все делать самому, то по любому получится велосипед чем то отличный от всех остальных. Тут главное очень грамотно эти отличия формализовать в тексте диссера.

Андрей - он же дядя СэмТретий вопрос: на каком этапе делается бОльшая часть работы над диссертацией? Скажем, в первый год из трёх, за два года из трёх, ну и т.п.
Обычно на -3, -2 и -1 году обучения в аспирантуре. Или тобой лично или твоим научным руководителем без тебя. Это как повезет. Я вот делал все сам. А многие знакомые просто получали готовые заготовки от научруков.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33607142
Mainframe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
0. По базам данных много еще чего исследовать. Тут главное только копнуть.
1. Лучше всего, если тема работы - это то или очень близко к тому, чем Вы занимаетесь. Только так можно сделать нормальную диссертационную работу.
Тема возникает из задачи, которая решается, когда
а. требуется алгоритм для решения, а его нет или они не подходят по некоторым критериям
б. когда решение частной задачи можно обобщить и выявить общие закономерности, решения, методики и т.п.
Ну и тогда, когда в принципе ставится новая задача и предлагается хотя бы какой-то алголритм ее решения. В последнем случае, главное доказать акутальность. А то можно много задач поставить никому не нужных.

2. Если вы идете соискателем, то никаких вступительных экзаменов нет. Вы сдаете кандидатский минимум и все. Аспирантура нужна только для ухода от армии. В ином случае, я не вижу в ней смысла. У соискателей часто работы лучше только по тому, что они идут от проблемы, а не высасывают проблему из пальца.
3. Работа делает тогда, когда вы работаете. Этап не важен. Важно иметь определенное число и качество публикаций, новизну и результаты. Сдача экзаменов - это вообще не работа, тут даже обсуждать нечего, это отдых.
Для технических наук внедрение обязательно. Акт о внедрении может выдать организация, которая использует разработанный продукт. Ею может быть и ваша организация.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33607242
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей - он же дядя СэмНасчёт практической реализации в виде программы (не просто демонстрации, а действительно полезного, готового к использованию приложения), как мне сказали, это будет дополнительным плюсом (в том смысле, что я где-то реально внедрю её). Получу свидетельство о внедрении. Что это такое и с чем его едят? Я хочу результаты научной работы дать использовать другим, применив это в моей основной работе. Такая возможность может представиться.
Результаты внедрения - это акт с места внедрения, заверенный печатью того места, где внедрялось с подписью уполномоченных лиц (директор, начальник ИТ отдела и т.д.) о том что твое поделие активно используется в производственной деятельности предприятия.
Информация к размышлению. Согласитесь, что внедрение программы в 100-200 строчек - это чистой воды профанация (ну т.к. что-то серьезного и неочевидного в такой объем кода просто не поместится). Ну чтобы что-то более менее было полезное, да еще в области СУБД - ну 5000-10000 строк, я думаю, не меньше (где-то в эти порядки укладывается SQL парсер к более-менее приличному диалекту SQL (заметьте - только парсер)). Хороший программист выдает где-то по 100 строк отлаженного кода в день. Соответственно, только на программирование вашей "идеи" уйдет где-то пол года. А в ходе реализации Вы решите сделать что-то по-другому, что-то улучшить и т.д. и т.п. Короче я к чему, что один за три года с нуля что-то реально ценное и с необходимой научной новизной Вы не напишите (не потому, что именно Вы не напишите, а потому, что вообще никто не напишет). Так что тешить себя такими надеждами и не стоит, т.е. акт - это акт, а доведенное до логического конца решение, которое можно использовать в производстве - это совсем другое. Хотя опять же, какую тему выбрать. Если что-нибудь типа "Методика проектирования современных ОРСУБД", то можно, однако скорее всего насчет научной новизны вопросы возникнут. А по хорошему, к такой теме свой инструмент проектирования прилагать нужно - а это уже не 5000 строк явно, чтобы кто-то его захотел реально использовать...
А вообще, все зависит от совета в котором защищаться собираетесь. Есть советы, в которых чисто прикладное решение пройдет, а есть в которых нет. Есть советы, где без внедрения Вы не защититесть, а есть где защититеть.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33607269
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А вообще, вот что умные мужики говорят, по поводу проблем в исследованиях СУБД
http://research.microsoft.com/~Gray/Asilomar_DB_98.html
Есть еще более свежая версия их нового отчета с соотв. корректировками, но на сколько я знаю, финальной версии нет до сих пор.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33609393
Андрей - он же дядя Сэм
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Познавательно, многие вопросы отпали (это касается как ответов так и ссылок)…

Значит так, что я решил для себя. Одному создавать работающую СУБД бесполезно. Доделать что-то в существующей? Заточить под нужный формат и т.д.? Сложно сказать, больше склоняюсь к тому, что для кандидатской это слишком «тяжёлая» задача, потому как работаю в более прикладной области (просто не хватит времени).

Приведу пример инженерной задачи, которая сейчас стоит передо мной.

Передо мной сейчас стоит задача создания распределённой БД, которая будет использоваться на множестве независимых (в смысле – между ними нет постоянного соединения) машин. Периодически данные должны будут синхронизироваться через единый центр (но это будет достаточно редко – раз в месяц, квартал, а то и реже), но, опять же, не разом, а в неопределенном и, возможно, не воспроизводимом в следующий раз порядке. На условном сервере, на который будет периодически попадать информация во время синхронизации, будет стоять как минимум система простенького анализа данных, а возможно и КСППР. Т.е. в конечном счёте нужно собирать информацию с разных машин и желательно, после сбора информации обновить удалённого клиента новыми данными, которые были добавлены во время последнего изменения. Особенность заключается в том, что перечень характеристик объектов, находящихся в БД может меняться (но это делается только с разрешения администратора по требованию клиента) и с каждой новой синхронизацией он должен передаваться на клиента (а приложение меняться не должно). На сервере или любом из клиентов будут работать пользователи, которые будут формировать запросы к базе. И вот тут нужно привязать СППР, которая будет выдавать пользователю не обычные результаты в виде записей (хотя и эта возможность будет), а некоторые заключения с определённой вероятностью. Также нужно будет решать задачу моделирования – ответить на вопрос «что будет, если произойдёт то-то и то-то». Или что нужно сделать для достижения заданного результата. Задачи похожи: одна прямая, другая – обратная. Данные, хранимые в базе, будут иметь разную степень достоверности, что также обязательно будет учитываться.

Тут я вижу такой вариант перевода в «науку» (как таковое ТЗ не требует СППР и всего с ней связанного): налегать на СППР, при этом делая упор на специальную структуру БД (т.е. я покажу, что она является оптимальной по некоторому критерию). Ну и работать над автоматической генерацией SQL-запросов, которые будет формировать программа, в зависимости от того, какие данные ей потребуются (т.е. программа БЕЗ участия программиста будет формировать запросы к базе в том случае, если явно нужных данных нет). Скажем система выведет некоторую закономерность, а чтобы реализовать её она сама создаст текст запроса и найдёт нужную ей информацию (количественные значения характеристик и т.п.). Опять же, здесь нужно учитывать достоверность данных: запрос на неточных данных будет возвращать неточные данные. После получения не содержащихся в БД данных (но необходимых для анализа) СППР формирует результат.

Тут я не сильно следовал терминологии, старался максимально просто описать задачу.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33609601
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей - он же дядя Сэмне разом, а в неопределенном .

неопределенном может быть и разом, а если точно "не разом", значит частично определенном, в пределах заявленных ограничений...
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33609850
Андрей - он же дядя Сэм
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Точнее в неизвестном порядке. Дело в том, что нет возможности точно сказать, когда у клиента ПОЯВЯТСЯ (т.е. введутся на его рабочем месте) новые данные или когда ему ПОТРЕБУЮТСЯ данные ДРУГИХ клиентов, которые однозначно пойдут через центральное хранилище-сервер. Например, добавится новый пользователь программы, которому в силу стоящих перед ним аналитических задач будет недостаточно имеющихся на его рабочем месте данных. Тогда он делает запрос на получение данных с сервера. Я хочу привязаться к передаче всех данных через единый центр, чтобы иметь возможность удалять устаревшие или просто неверные данные, т.е. располагая всем набором данных можно будет различать степень достоверности данных. На сервере запускается процедура, которая проходит по имеющимся записям и ищет противоречивые (но не неточные!). Насчёт того как она это будет делать вопросов нет, это достаточно ясно.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33609906
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Приведу пример инженерной задачи, которая сейчас стоит передо мной.

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

Прошу прощения за глупый вопрос, но где здесь диссертация?
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33609973
Андрей - он же дядя Сэм
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вопрос правильный.

То, что я описал – это описание причины, которая порождает проблему неточности информации, содержащейся в БД. Т.е. с точки зрения каждого клиента его данные отражают ситуацию точнее, чем данные другого клиента. И это действительно так – клиент работает на том уровне детализации, которая ему нужна. Однако всё вместе это даёт «кашу» в виде дублирующихся или частично дублирующихся характеристик. Кроме того, данные (значения характеристик) не гарантируют точности и, вычисляя на основе имеющихся данных новые характеристики, можно получить не то что неточный, а не верный результат – произойдёт накопление неточностей, приводящее к неверным данным. И эту ситуацию можно будет распознать не сразу, а позже, получив данные с другого клиента (но явно они там содержаться не будут). Так будет не всегда, но это проблема.

Я хочу привязаться к СППР на основе баз данных применительно к вышеописанной задаче. Конкретно:
1) находить зависимости в данных и получать новые данные
2) находить и удалять противоречивые данные
3) моделировать ситуацию на основе входных параметров с вероятностной оценкой
4) использовать не только количественные характеристики, но и качественные при хранении данных и при анализе

И вот ещё что. Поскольку данные необязательно будут точными, а также могут устаревать (здесь я понимаю ВОЗМОЖНОЕ естественное изменение некоторых характеристик объектов со временем), задача несколько отличается от обычной инженерной. Похоже, что это приведёт меня в область, схожую с областью исследований waspwort’а. К примеру, я уже думал об использовании нейросети при моделировании. Пока что загвоздка заключается в переменном количестве характеристик.

Покритикуйте, пожалуйста, это направление. Чистые базы данных мне рассмотреть вряд ли получится - пока что моя работа требует прикладных решений под конкретные задачи. Не то чтобы это меня останавливало, но, как тут уже писали, основная работа по профилю даст приличную "фору" при внедрении новых идей. Кроме того, описанная выше задача считается достаточно перспективной, т.е. пользователи хотят, чтобы им дали СРЕДСТВО решения их задач.

-------------------------------------------------------------------------

Кстати, вот анекдот:

Заяц в лесу пишет диссертацию, к нему подходит волк
-Ты что делаешь?
-Да вот новую тему придумал «Как зайцы волков едят»
-Заяц, ты что, страх потерял?
-Пойдем, покажу.
...Пропал волк, а заяц дальше пишет...
Подходит лиса.
-Косой, ты что это там пишешь?
-Новую тему диссертации осмысливаю, как зайцы лис на завтрак едят.
-Ну, ты, косой, совсем уши отморозил.
-Не веришь? Пойдем, покажу.
...Пропала лиса...
А заяц тем временем все крючкотворствует...
Подходит медведь
-Ушастый, на что чернила изводишь?
-На новую тему диссертации, как зайцы в медвежьих шубах мороз переносят.
-Заяц, сейчас в овал без права пересдачи получишь.
-Ну, пойдем, покажу.
Заходят за угол, а там пещера, костей всяких навалом: лисьих, волчьих, А ПОСРЕДИНЕ ЛЕВ ЛЕЖИТ
МОРАЛЬ ТАКОВА: НЕВАЖНА ТЕМА ТВОЕЙ ДИССЕРТАЦИИ, А ВАЖЕН ТВОЙ НАУЧНЫЙ РУКОВОДИТЕЛЬ...
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33609999
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот такая статья есть, может быть не совсем то что Вы хотите (там скорее обратная задача), но в качестве примера...
http://www1.cs.columbia.edu/~gravano/Papers/2002/tods02.pdf
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33610078
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> это описание причины, которая порождает проблему неточности информации

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

> Однако всё вместе это даёт «кашу»

Каша обычно в голове у разработчика, который это напроектировал.

> К примеру, я уже думал об использовании нейросети

У-у-у... понятно. Спасибо, можете не продолжать. Судя по тому немногому, что я успел прочесть, Вы - шуклин № 2.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33610229
Андрей - он же дядя Сэм
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621
Нет. Вы описали ситуацию, искусственно созданную плохим архитектором базы данных.


Неужели я не писАл, что сами ЗНАЧЕНИЯ не будут точными? Если Вы имеете в виду то, что зачем их тогда хранить, то это нужно для анализа - других данных не будет. Да, и понятно, что очень много противоречивых данных там не будет, но "каша" в том смысле, что без нахождения ошибок нельзя будет делать правильные выводы с использованием всех данных с множества клиентов (на определённый момент времени, конечно). В настоящее время пользователи сами решают вопрос, какие данные считать достоверными, а какие нет, но это ограничивает их возможности по анализу. К тому же, это касается только их рабочих мест, на уровне других клиентов вопрос достоверности ими вряд ли может быть решён. И, разумеется, сбор информации с разных рабочих мест должен расширить информационную базу, нужно только различать противоречивые зависимости.

Нейросети… а что с ними не так? Понятно, что куда попало их притягивать не нужно, но вот что касается моделирования, тут нужно рассмотреть этот вариант.

Подводя итог, говорю спасибо Локшину Марку, waspwort’у и guest_20040621 за предоставленные отправные точки поиска (и за Шуклина тоже ). Информации, действительно море, а после ссылки на статью с описанием запросов (там, где используются метрики расстояний что-то вроде тех, которые в кластерном анализе) вопросов насчёт «науки» у меня нет.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33610248
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Неужели я не писАл, что сами ЗНАЧЕНИЯ не будут точными?

А почему, собственно, они не будут точными? В чем причина? Какова вообще природа этих данных, что они могут быть точными, а могут и не быть точными?

> без нахождения ошибок нельзя будет делать правильные выводы с
> использованием всех данных с множества клиентов

Да не может быть в базе данных таких ошибок. Неоткуда им там взяться. Может, пример приведете?
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33610294
Андрей - он же дядя Сэм
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это чисто техническая область, где многие характеристики изначально задаются с некоторой погрешностью. Если интересно, напишите Ваш e-mail, обсудим - в этом топике я уже определился с ответом на поставленный вопрос.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33612067
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей - он же дядя СэмОдному создавать работающую СУБД бесполезно. Почему же, я вот свою сделал ;)
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33612090
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621> это описание причины, которая порождает проблему неточности информации

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

> Однако всё вместе это даёт «кашу»

Каша обычно в голове у разработчика, который это напроектировал.

> К примеру, я уже думал об использовании нейросети

У-у-у... понятно. Спасибо, можете не продолжать. Судя по тому немногому, что я успел прочесть, Вы - шуклин № 2.

Это вам или повезло (или не повезло ) работать с очень богатыми заказчиками для которых наличие у них такого бардака дороже стоимости контракта.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33612574
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shuklinПочему же, я вот свою сделал ;)
Шуклин, ключевым словом является работающую . У Вас есть хоть один проект автоматизации предприятия в основе которого хотя бы на 50% лежит Ваша СУБД. Ну хотя-бы на 5-10 рабочих мест.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33612838
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Локшин Марк shuklinПочему же, я вот свою сделал ;)
Шуклин, ключевым словом является работающую . У Вас есть хоть один проект автоматизации предприятия в основе которого хотя бы на 50% лежит Ваша СУБД. Ну хотя-бы на 5-10 рабочих мест.
Пока нет. Сырой ведь продукт. Если говорить о реальных проектах, то на данном этапе я ее мыслю как вспомогательную субд для толстого клиентского CAD|CAM приложения. В таком сценарии отсутствие клиент-серверного режима не есть недостаток. Данные можно хранить в нормальной субд, вытягивать на клиент и на клиенте держать в моей. Для бух учета это надуманно, а для приложений по типу Visio вполне вменяемый подход. Ну это я про текущую версию Ц. Дальше будет иметь смысл обсуждать только дальше.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33612957
Андрей - он же дядя Сэм
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ого, я даже не знал, что на этом сайте автор сидит. Скачал Вашу диссертацию и насколько понял из беглого просмотра - СУБД Вы сделали позже, чем защитили диссертацию?

Интересно, а Вы не пробовали наваять программу бесплатно, чтобы протестировать СУБД? Или всё время занимает работа над ней?
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33613027
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей - он же дядя СэмОго, я даже не знал, что на этом сайте автор сидит. Скачал Вашу диссертацию и насколько понял из беглого просмотра - СУБД Вы сделали позже, чем защитили диссертацию?

Да, СУБД я начал ваять через пару лет после защиты. До этого была просто библиотека управления файлами/памятью.

Андрей - он же дядя СэмИнтересно, а Вы не пробовали наваять программу бесплатно, чтобы протестировать СУБД? Или всё время занимает работа над ней?Пробовал, очень даже получилось. Просто не вижу особого смысла для себя лично выкладывать эту прогу для свободного давнлоада именно сейчас. Ващето основные задачи:

- обкатать модель данных, альтернативную РСУБД. Это на бамаге не выйдет.

Вот к примеру кто бы мог сказать, что при попытке инстанциирования некоторого экземпляра и возникшем в то же время цикле сборки мусора возникнет коллизия реентрантного инстанциирования. (эт самый свежий таракан). Исправление этого таракана влечет за собой небольшую переделку в сборщике. Все такие "мелочи" на бумаге не предусмотришь.

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

А все время занимает прозаическая работа на обычном MS-SQL + .NET C#. Но это не имеет отношения к науке.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33613304
Фотография Zhora
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сейчас насупает время перевода всех алгоритмов на SQL, не только IMHO.
Например здесь:
http://research.microsoft.com/research/pubs/view.aspx?msr_tr_id=MSR-TR-2005-151
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33614134
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZhoraСейчас насупает время перевода всех алгоритмов на SQL, не только IMHO.
Например здесь:
http://research.microsoft.com/research/pubs/view.aspx?msr_tr_id=MSR-TR-2005-151 Тем хуже для тех кто переводит А вот против декларативных запросов к БД я ничего не имею. Как раз наоборот ЗА. IMHO инициативы того же M$ по созданию LINQ приведут сначала к скрещиванию OODB & RDB а затем и к полному вытеснению RDB из эксплуатации. Только это путь долгий и неэффективный. Гораздо дешевле сразу перейти на OODB с сетевой МД.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33621191
Фотография UK0IAI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Андрей - он же дядя Сэм Прошу отнестись серьёзно и не использовать сарказм – вопрос для меня новый и актуальный. Если нет, то поясните почему, не смейтесь, плиз. Ясли я не прав, то поясните в чём – я ни разу не слышал, чтобы кто-то защищал по базам дисер, но мало ли? Вдруг это то, что ещё не исследовалось? Фундаментального пока я, конечно, вряд ли что-то сделаю, но для КСППР или чего-то ещё? Короче, ищу что-то на стыке прикладной математики и теории баз данных..

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

Решение любой задачи начинается с формулировки Технического Противоречия. Интересно подумать, что это может быть?. Какие технические противоречия существуют в современных БД?.

Например, рассмотрим мой почти любимый пример про ..функцию SUM(). Скажем в такой постановке - как можно, мгновенно, "узнать" тотал сколь угодно большой выборки (триллиона строк например). Скажем, за 1 такт работы процессора. Оказывается, что если, например, в принципе отказаться от идеи самих Вычислений, и вместо Вычисления использовать идею ..Измерения (физической величины....силы тока например...) то Тотал можно, вообще то, узнать методом Измерения. Мгновенно. При помощи аппаратной поддержки (устройства на шине)...что САМО ИЗМЕРЯЕТ. (..ближайший технический аналог ...обычные.. весы, динанометр...)

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

Или задача о Сортировке. Интересно подумать в сторону...как Мгновенно, произвести Сортировку, любого массива. Бесконечной величины....

Или задача о Поиске. В таком контексте. Что может являться, так сказать конечным продуктом развития любой Цивилизации вообще? Архив(вы), Базы Знаний? Что ЭТО может быть вообще, и как ЭТО может быть Устроено в принципе? Как можно этим всем пользоваться

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

Вот такие рассуждения, мне захотелось здесь провести, по ассоциациям с темой топика. Буду искренне рад, если это поможет и вызовет неожиданную ассоциацию. Именно ассоциацию, и не более того :-)

Желаю творческих успехов.
.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33622255
Фотография UK0IAI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Локшин Марк[quot Андрей - он же дядя Сэм]Насчёт практической реализации в виде программы (не просто демонстрации, а..
Информация к размышлению. Согласитесь, что внедрение программы в 100-200 строчек - это чистой воды профанация (ну т.к. что-то серьезного и неочевидного в такой объем кода просто не поместится). Ну чтобы что-то более менее было полезное, да еще в области СУБД - ну 5000-10000 строк,.

В кузнице, имеет место износ поверхности ковочного инструмента. Глубина выработки на вырезном бойке может составлять до 100 мм. Ковочный пресс имеет свою систему управления, которая позволяет кузнецу, с пульта, задать основный параметр ковки - РАЗМЕР КОВКИ (ход верхнего бойка).

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

Моя самая первая в жизни программка, обрабатывала результаты измерения износа бойков(по двум осям с шагом 10 мм) и печатала таблицу коррективов.
На Искре-226. Ее длина была примерно 120 строк (на две странички листинга). Весьма полезная штучка, в принципе.:-)
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33622405
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
UK0IAIНа Искре-226. Ее длина была примерно 120 строк (на две странички листинга). Весьма полезная штучка, в принципе.:-)
Ну если вы считаете что это нечто нетривиальное, да еще и тянущее на кандидатскую диссертацию, да и еще что это относится к СУБД, то флаг вам в руки.
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33638157
RXAlex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33638164
RXAlex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вот так
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33638175
RXAlex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
да интересно ознакомится и призадуматься???
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33638235
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Почти каждый год у нас защищается несколько человек по тематике СУБД. Вот буквально на прошлой неделе очередной дисер обмывали :-)
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33646444
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Привет товарищу по [не]счастью включить в тему диссертации слово "СППР"! Почитал задачи и у меня сложились некоторые комментарии:

1) находить зависимости в данных и получать новые данные
сильно! решение для общего случая по значимости будет между универсальным смыслом жизни и perpetuum mobile; а если искать, точно зная, что ищешь - то это минимум БДЗ, максимум диплом, но не диссер...

2) находить и удалять противоречивые данные
автоматически задавать чёткие критерии противоречивости? тогда см. (1)... можно, конечно, скормить всё обученной (на чём?) нейросети и не иметь возможности сказать, что и как она делает в свлих внутренностях...

3) моделировать ситуацию на основе входных параметров с вероятностной оценкой
это сложно, но можно, и учат этому страшные (для меня) науки мат.стат. и тер.вер.; чтобы стать к.м.н., нужно в них очень здорово въехать и слегка сойти с ума

4) использовать не только количественные характеристики, но и качественные при хранении данных и при анализе
тут способ найти легко (сеть, дерво с листьями, всяческие веса...), а применить его на практике трудно :)
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33646476
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Но БД для СППР - всего лишь компонент для хранения данных; а если хранить данные с переменной структурой и по "псевдообъектной псевдо-би-темпоральной" модели - то с этим справляется EAV, вот только Тенцер этот известный со времён мэйнфреймов подход уже недавно опубликовал :).
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33647345
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AlexTheRavenчтобы стать к.м.н., нужно в них очень здорово въехать и слегка сойти с ума
Это медицинских что-ли? Там вроде наоборот слегка сошедшим мозги вправляют... :)
...
Рейтинг: 0 / 0
Можно ли написать дисер, частично тематически связанный с БД?
    #33647594
Андрей - он же дядя Сэм
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Наверное, имеется в виду кандидат физико-математических наук или просто математических, не знаю существует ли последний.

Всё на математику завязано, так что касаемо статистики - с этим всё в порядке, разберёмся.

В ответ на

сильно! решение для общего случая по значимости будет между универсальным смыслом жизни и perpetuum mobile; а если искать, точно зная, что ищешь - то это минимум БДЗ, максимум диплом, но не диссер...

Тогда нужно найти золотую середину Сравнение понравилось - иногда самого такие мысли посещают, хотя насчёт диплома не согласен - ситуация посложнее.
...
Рейтинг: 0 / 0
Период между сообщениями больше года.
Можно ли написать дисер, частично тематически связанный с БД?
    #36375439
asia25
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
а есть ли там диссерт. по экономике на прямую связанную с инфомационным обеспечением
...
Рейтинг: 0 / 0
44 сообщений из 44, показаны все 2 страниц
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Можно ли написать дисер, частично тематически связанный с БД?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]