Здравствуйте. Мне необходимо (хотя не так уж необходимо) создать/разработать программный комплекс - хранилище различных научных измерений. Поскольку самому мне такое не потянуть в одиночку поскольку это не моя основная обязанность, поэтому я хочу предложить начальству купить это дело.
По моему представлению это должна быть БД (скорей всего на MSSQL Server 2005/2008) + внешний интерфейс для доступа к данным (C# или VB.Net). БД - по моим прикидкам это минимум 10 основных таблиц (остальное что придумают разработчики). Если необходимо я даже дам то что я там прикидывал. Оснвной сложностью по моему будет придумать как хранить огромные фалйы (возможны файлы >10ГБ). Возможно даже прийдется это пихать в БД. Это я уже реализовал, но скорей всего от этого можно отказаться. Файлы должны храниться на жестком диске, а ссылка на файл должна быть в БД. Скорей всего тогда нужно придумать какую то синхронизацию. Еще необходимы:
- Авторизация для входа в программу
- Генерация отчетов
- Возможность "добавлять" данные "порциями". Т.е. накопление данных может происходить на одном компьютере, а затем все это дело (возможно в каком нибудь запакованном виде) нужно слить в основое хранилище на другом компе.
-Интерфейс должен быть оооочень удобный, ибо люди его пользующие весьма консервативны и что то им подсунуть новое будет весьма проблематично.

Дополнительно:
- Интерфейс через LAN
- Интерфейс через Браузер
- Интерфейс через TCP/IP

1. Сколько это будет стоить?
2. Сроки
3. Предоставят ли разработчики исходный код? Можно ли включить это в требования?

автор25-30 USD

25- 30 штук баксов? охренеть.
авторэто смешные обьемы для MSSQL. даже при > 10Tb

Я имел ввиду не размер всей получившейся базы, а размер каждого файла сливаемого в БД может быть > 10ГБ. Может быть действителдьно в 2008 это уже не проблема, но в 2005 было ограничение на максимальный размер в 2ГБ.
авторобратитесь в ТОИ, там акустики
Я именно в ТОИ и работаю. Но тут все как то вяленько это работает и никто не хочет это дело развивать. А то что я нашел в публикациях было за 2004 год написано на Делфи и честно говоря функцианальность меня не поразила.

автор но тогда невозможно было уговорить разные лаборатории - все боялись показывать свои натурные данные - украдут.
Сегодня ничего не изменилось :) по прежнему боятся (хотя кому они нафиг нужны?)
авторВы про эту публикацию http://www.benran.ru/Magazin/cgi-bin/Sb_05/pr_05.exe?!18

Вообще то про эту http://ejta.org/ru/martynov1. Эту статейку я не видел, весьма интересная.
авторЕсли хранить все, без предварительной обработки - никаких дисков не хватит
Это факт. Мы за месяц измерений набрали пол ТБ сырых данных. Но что делать. По моему и нужно хранить сырые данные. У каждой лаборатории должен быть свое подобие сервера, где бы хранились эти данные, но интерфейс доступа должен быть единым. Чтобы любой другой человек взяв эти сырые данные, подставив параметры которые задокументировны в базе, смог бы повторить результаты предыдущих автров. тогда и достоверность бы полученных результатов сразу возрасла.
Я вообще хотел "тупое" хранилище. База с описательной информацией и ссылками на файлы на жестком диске в виде DataBase\1\12\3\filename.dat, где циферки это ID Эксперимента, Серии и Измерения соответственно. Потому что иногда в том хаосе информации. которая раскиадна по разным компам и разным дискам разобраться порой сложно. А потом еще нужно найти доковские файлы в которых присутствует описание изменрений. К тому же создание отчетов одной кнопочкой весьма заманчива.
авторпо сути нужно хранить очнеь разные данные с совершенно разными метаописаниями
Мне кажется что это просто решается. Нужно просто эти параметры(метаданные) позволить добавлять пользователям. Т.е. структура таблицы должна быть примерно следующая

см приложение

Таблица Record содержит значение параметра и ссылку на таблицу Parameter которая уже описывает параметр - имя, единицы измерения, краткое обозначение. Аналогично можно сделать табличку для нечисловых параметров.

авторА сколько примерно файлов будет? 10-100-1000? А через год?

Очень много. По крайней мере у нас в сутки выходило 2-3 файла сумарно около 12 ГБ .
Возможно, нужно будет запускать каких нибудь шедулеров, которые бы чистили "лишние файлы", которые после определнной обработки помечались бы как ненужные.
авторМожет быть во Владивостоке и дешевле можно подыскать,
Вот я чтото вроде нашел они говорят о 30К-100К руб.
Единственное, они мутят, говорят что если мы вам код покажем то это существенно отразится на стоимости заказа.
авторА вот вы говорите, что есть написанная программа на Delphi
Ее у меня нет, но есть описание по ссылке http://ejta.org/ru/martynov1 .Там надо pdf-файлик скачать.

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

авторРутенко снимает по одному шаблону, а Моргунов по другому
Вы работали/работаете в ТОИ? :)

я не знаю что такое EAV

privateДелайте распределенную систему.
Я и хочу сделать чтобы у каждой лаборатории был свой "сервер" с экземпляром программы и своей БД. И у всех есть клиенты. На серверной части программы нужно сделать вход с правами - клиенты с родной лаборатоии могут читать и править данные, а соседи могут только читать и то только если им дадут логин и пароль.
авторНаписанная сумма ~30 к. $ верная
Такие деньги ни зачто не выделят
авторА нахрена тут вообще MS SQL или какой друго SQL? У вас система - типа медиахранилища.

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

А6дуллаПо-моему, ученые проекты, как правило, пишутся на открытом софте и самостоятельно. И с новейшими технологиями, либо даже с изобретением новых - а иначе какой научный смысл? :)
Это не научный проект, это самое преобычное "бизнес-приложение". Велосипед придумывать смысла нет, проще купить. По вашей логике мы и туалеты должны сами чинить и тоже на "открытом софте" :) и мебель у нас должна быть летающая сколоченная на коленке и работающая на холодном термояде :) (вспоминается почему то фильм Железный человек)