[Scorpuha]

есть желание облегчить труд на работе, требуется создать БД по так называемому кап. ремонту. Что из себя представляет БД в моем случае. Это справочник по товарам (одна таблица) объект ремонта (еще таблица). Принцип, почти как в 1С создаем документ, в котором выбираем объект ремонта и наполняем документ товарами. после сохранем этот документ и распечатываем. так вот и вопрос, как организуется документ? создается какой то файл? и потом как его открыть? в 1С для юзера это получается в виде журнала в котором храняться документы. как мне быть? и какую БД создавать Парадокс пойдет?

[Uniq!]

Значит смотрим: (всё нижесказанное - моя реализация, примерно такой же задачи. Не факт, что я предлагаю оптимальный вариант)
1) Вы собираетесь облегчить работу только себе? Если только себе, то MSAcess БД, если не только себе, то лучше что-то вроде MySQL (сервер-клиент)
2) Ваша "Бумажка" обычный rtf Документ - Шаблон. В котором переменные заключаются в ## и в программе простым ReplaceStr (замена строки)
заменяются на значения из Таблиц Баз данных.

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

[Scorpuha]

облегчать работу скорее всего буду не только себе. и у меня как минимум уже будет две таблицы.

[Uniq!]

Значит роем в сторону MySQL. Он позволит использовать одну БД на нескольких компах.

Гуглим следующие вопросы: Delphi MySQL ODBC (имхо, опять же)
Сервер MySQL качаем тут. Официальный сайт, последнее издание

Пробуем создать БД, и таблицы в ней. И отобразить на форме вашего приложения эти таблицы.

[lmikle]

1. А что мешает делать все в программе? И печатать, например, с помощью QuickReport?
2. Не надо MySQL. Лучше Interbase/Firebird или MS SQL Server (Express бесплатный).

[Scorpuha]

Сообщение от lmikle

1. А что мешает делать все в программе? И печатать, например, с помощью QuickReport?
2. Не надо MySQL. Лучше Interbase/Firebird или MS SQL Server (Express бесплатный).

вот к этому варианту склоняюсь

подскажите, как будет выглядеть БД в моем случае (описан в первом сообщение) по варианту ниже

Сообщение от lmikle
1. А что мешает делать все в программе? И печатать, например, с помощью QuickReport?
2. Не надо MySQL. Лучше Interbase/Firebird или MS SQL Server (Express бесплатный).

[Mrak]

Сообщение от Scorpuha

подскажите, как будет выглядеть БД в моем случае

таблица объекты и таблица товары
и связь один-ко-многим
или многие-ко-многим

[Scorpuha]

Сообщение от Mrak

таблица объекты и таблица товары

с этим понятно, а вот про

Сообщение от Mrak

и связь один-ко-многим
или многие-ко-многим

надо почитать.

[Mrak]

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

[Scorpuha]

вот мои две таблички (paradox7)
в nomenklature будут храниться товары, в objects объекты с инвентарными номерами, т.е. для какого того объекта будут выбираться товары.

[Mrak]

т.е. в поле inventory объекта ты будешь хранить 1 товар?
или много товаров?

если второе, то создавай еще одну таблицу, которая и будет связью многие-ко-многим между двумя таблицами

[Scorpuha]

нет, в поле inventory будут храниться инвентарные номера объектов.

[Scorpuha]

если я правильно понимаю то связи как таковой м\у этими таблицами нет.

[Mrak]

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

таблица объекты:
номер---- объект
1---------- ремонт квартиры
2---------- ремонт дома
3---------- ремонт дороги

таблица товары:
номер---- товар
1---------- обои
2---------- краска
3---------- плинтус
4---------- черепица
5---------- доска
6---------- асфальт
7---------- прямые руки

их связь:
объект------ товары
ремонт квартиры---------- обои
ремонт квартиры---------- краска
ремонт квартиры---------- плинтус
ремонт дома---------- черепица
ремонт дома---------- доска
ремонт дома---------- плинтус
ремонт дороги---------- асфальт
ремонт дороги---------- прямые руки)


а в виде номеров:
объект----- товары
1---------- 1
1---------- 2
1---------- 3
2---------- 4
2---------- 5
2---------- 3
3---------- 6
3---------- 7