База клиентов Поделиться Опции

[Zorge.R]

Нужно создать базу клиентов ООО "Х". Простенькая бд, для хранения ID клиента, ФИО клиента, количество заказов клиента, общая сумма заказов клиента, сведения по каждому заказу, накопительная скидка (рассчитываемая по формуле). Также необходимо простое добавление новых клиентов и заказов от старых и быстрый поиск по любому параметру.

Есть ли готовые решения? Необходима мультиплатформенность, либо работа из под иксов.

на мысль сразу пришли такие варианты решения:
- электронная таблица (по-типу xls)
- электронная бд (по-типу mdb)
- SQL
- клиентское приложение, со своей собственной БД.

из перечисленных для меня оптимальным является 4-й, т.к. он не требует дополнительного ПО.

Сообщение отредактировал Zorge.R - 4.11.2010, 14:56

[kai...]

Zorge.R, могу шустро сваять на CBuilder'е, с QT не знаком.

Код

ID||FIO||num||summ||info

Только объясни, что значит

сведения по каждому заказу

Добавлено позже (4.11.2010, 19:20):
Столбцы буду делить ";"
Соответственно, этого символа стопудово не должно встречаться в основной инфе

[Zorge.R]

kai..., если делать клиент, то каждый параметр должен храниться в отдельном файле/таблице/странице, а не все в кучу, через разделитель. привязка между таблицами по ID.

Только объясни, что значит
Цитата
сведения по каждому заказу

это значит что надо хранить детали всех заказов, всех клиентов. что-то вроде:

ID_клиента|когда|что|за_сколько|

и при вводе ID на выходе надо видеть таблицу заказов этого клиента. + надо иметь возможность сортировки по любому столбцу вывода.
хранить детали о заказах всех клиентов надо в 1-й таблице.

Сообщение отредактировал Zorge.R - 4.11.2010, 19:59

[kai...]

[MaratMD]

Zorge.R, есть такая прога для сервисных центров которая удовлетворяет твоим требованиям.Да вот беда название забыл

[IlluminatI]

kai...,
если на Си писать то тут только затронь) за день точно не написать... а вот за недельку вполне реально)
тут проблема будет в логике)
Zorge.R,
это ты для себя хочешь?( интересуюсь )

Сообщение отредактировал IlluminatI - 4.11.2010, 20:27

[Zorge.R]

Как-то так:

clientDB:
█████████████████████████████
|clientID|ИМЯ|ФАМИЛИЯ|ОТЧЕСТВО|
█████████████████████████████

orderDB:
████████████████████████████████████
|clientID|orderNUM|SUMorderPRICE|discount|
████████████████████████████████████

customsDB:
████████████████████████████████████
|clientID|customID|date|itemNUM|sumPRICE|
████████████████████████████████████

csdiscriptionDB:
████████████████████████
|customID|item1_ID|itemN_ID|
████████████████████████

itemDB:
████████████████████████
|itemID|itemPRICE|discription|
████████████████████████

[A.Vas]

если делать клиент, то каждый параметр должен храниться в отдельном файле/таблице/странице, а не все в кучу, через разделитель. привязка между таблицами по ID.

Но зачем вновь изобретать базу данных, если можно задействовать готовые SQL-решения? Останется только наклепать клиент - при использовании C# или скриптовых языков это займёт не так много времени.

[Zorge.R]

есть такая прога для сервисных центров

вот она мне и нужна, если она бесплатная и работает под икс.

это ты для себя хочешь?( интересуюсь )

для своей организации.

Добавлено позже (4.11.2010, 23:37):

задействовать готовые SQL-решения?

для меня оптимальным является 4-й, т.к. он не требует дополнительного ПО.

[Fenja]

Я тоже за SQL, ибо

каждый параметр должен храниться в отдельном файле/таблице/странице

привязка между таблицами по ID.

[A.Vas]

Zorge.R,
мне кажется, в твоём случае проще найти место для запуска SQL-сервера, чем переизобретать велосипед. Впрочем, дело твоё.

[Zorge.R]

A.Vas, в первом посте, есть вариант SQL, но под ним есть

из перечисленных для меня оптимальным является 4-й, т.к. он не требует дополнительного ПО.

мне надо чтобы работа с БД была портабельной, без экспорта и импорта, сервер SQL не самое удобное для меня решение.

Добавлено позже (4.11.2010, 23:50):
т.к. постоянного сервера (хардвар) не будет, как такового.

Сообщение отредактировал Zorge.R - 4.11.2010, 20:51

[kai...]

Zorge.R, база будет на одной локальной машине? Я правильно понял?

[Zorge.R]

в одном каталоге.

[Abram]

A.Vas, в первом посте, есть вариант SQL, но под ним есть

из перечисленных для меня оптимальным является 4-й, т.к. он не требует дополнительного ПО.

мне надо чтобы работа с БД была портабельной, без экспорта и импорта, сервер SQL не самое удобное для меня решение.

Добавлено позже (4.11.2010, 23:50):
т.к. постоянного сервера (хардвар) не будет, как такового.

Наваять на Qt.
И да - Use SQLite, Luke!

[kai...]

Разобрался с основами Qt и SQLite. Есть некоторые сложности, но они решабельны.