БД в супермаркетах, гипермаркетах

[iVan2105]

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

Кто-нибудь из участников форума может быть работал в супермаркете или сталкивался в жизни, расскажите, как там все устроено?

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

[eval]

серебряной пули не существует

[evg_m]

и как проще всего подключится к ней (какие средства использовать)

в реальном супермаркете надо договориться с фирмой сопровождения ПО о правах и средствах доступа.
в абстрактном супермаркете использовать стандартные средства СУБД называемые представления данных и хранимые процедуры.

[iVan2105]

Спасибо за мнения!

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

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

Например, во многих супермаркетах товары в БД именуются сокращенно, что-то вроде "БЛЧК с ИЗЮМ 50г". Поэтому, нужно делать свою таблицу наименований, которая будет заполнятся вручную. Если вдруг найдется магазин с "хорошими" наименованиями, то мы просто не используем свою таблицу. И таких особенностей может быть много. Хорошо бы постараться большинство предусмотреть. Вот это я и называл "универсальностью."

[Utkin]

Поэтому, нужно делать свою таблицу наименований, которая будет заполнятся вручную.

Щито? Тысячу наименований вручную. Нафига Вам база? Берите Экзель - универсальное средство и бейте тысячи наименований вручную. Да мы канцтоварами затариваемся, там в счете под сотню наименований по 10 руб. за штуку - так небольшая конторка. Представьте завоз на склад крупного магазина - там тысячи и десятки тысяч позиций.

Вот это я и называл "универсальностью."

Это не универсальность, а не продуманность. Попытайтесь построить дерево целей, чтобы определить можно ли вообще решить задачу при существующих ресурсах за приемлимое время.
Построите дерево целей, можете переходить к ПИС - проектированию информационной системы. BPWin как инструмент для начала.

[Stilet]

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

Так не получится, поскольку нет каких-либо четких стандартов в товароведении, имеется ввиду в техническом и информационном оснащении. Обычно делается некая консолидация. Например с фирмами-магазинами обсуждается путем договора формат промежуточных данных (DBF, XML к примеру, кажись второй все чаще и чаще как я погляжу). Далее оформляется датацентр, которому на мыло (к примеру на мыло) магазин скидывает после консолидации файл ассортимента товаров и текущие остатки. Далее уже не его собачье дело. Тут ты ХМЛ уже крути как хочешь. Это единственный способ по простому абстрагироваться от стандартов магазина, и сделать это малой кровью.