Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Множество таблиц... их связь с одной.... или другие варианты [D6, Paradox]


Страницы:   1 2

eclipse ©   (2006-05-12 13:29:00) 

Приветствую =)

У меня встал такой вопрос... имеется множество таблиц с которых добавляются данные в одну таблицу которая отвечает за распечатку чека...

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

мне просто оч интересно узнать методы осуществления данного вопроса...

заранее огромное спасибо...


eclipse   (2006-05-15 11:43:00) [1]

> Sergey13 ©

понятна =) так наверное и сделаю..

и... спасибо огромное =)


Sergey13   (2006-05-15 11:37:00) [2]

2[22] eclipse ©   (15.05.06 11:32)
>а есть какие нить утилы чтобы всё сделать быстрее???
Если у тебя такой нет, то наверное быстрее будет самому ее написать по быстрому. Для одноразовой работы - там дел на полчаса - открыл источник с получателем и в цикле перегнал.


eclipse   (2006-05-15 11:32:00) [3]

а есть какие нить утилы чтобы всё сделать быстрее??? или юзать в DatabaseDesktop утилиту add


Плохиш   (2006-05-15 11:20:00) [4]


> eclipse ©   (15.05.06 11:15) [17]
> по структуре они одинаковые... а зачем... первоначально
> это было для удобства разделения по категориям

Афигеть, а для удобства по ящичкам разделить не пробовали?

> но сейчас уже ведь не перекидать все эти данные в один файл

Почему? Чем раньше начать лечение, тем быстрее избавишься от геморроя.


Sergey13   (2006-05-15 11:18:00) [5]

2[17] eclipse ©   (15.05.06 11:15)
>по структуре они одинаковые... а зачем... первоначально это было для удобства разделения по категориям...

Вот! Я так и думал! 8-)

> но сейчас уже ведь не перекидать все эти данные в один файл... причём добавив ещё одно поле категорий...
Почему это?

Ты борешься с насморком увеличением размеров новового платка. Это не очень хороший метод. ИМХО.


ANB   (2006-05-15 11:18:00) [6]


> но сейчас уже ведь не перекидать все эти данные в один файл

Работы на час. Если очень не торопится - максимум на день.


eclipse   (2006-05-15 11:16:00) [7]

хотя поле то добавить будет просто...


eclipse   (2006-05-15 11:15:00) [8]

по структуре они одинаковые... а зачем... первоначально это было для удобства разделения по категориям... правда это разделение можно конечно было сделать дополнительным полем категорий и выводить всё sql-запросом... но сейчас уже ведь не перекидать все эти данные в один файл... причём добавив ещё одно поле категорий...


Sergey13   (2006-05-15 11:08:00) [9]

2[15] eclipse ©   (15.05.06 11:06)
>=) множество таблиц физически...
Я про них и спрашиваю. Откуда и зачем? И в чем разница между ними?


eclipse   (2006-05-15 11:06:00) [10]

> Sergey13 ©   (15.05.06 10:56) [14]

=) множество таблиц физически... то есть много db-файлов... а на форме которая отображает все эти товары лежит только один Table которому с главной формы передаются параметры Databasename и Tablename...


Sergey13   (2006-05-15 10:56:00) [11]

2 [13] eclipse ©   (15.05.06 10:50)
Ты так и не объяснил - откуда множество таблиц и зачем это множество.


eclipse   (2006-05-15 10:50:00) [12]

to Desdechado

всё таки пока не могу сделать правильные запросы... а как можно провести списание для нужной записи нужной таблицы??? и как выполнять запросы если все таблицы разбиты на три элиаса???


eclipse   (2006-05-14 10:03:00) [13]

to Desdechado

огромное спасибо =) постараюсь сейчас это всё продумать =)


Desdechado   (2006-05-13 20:39:00) [14]

парадокс как-то не очень работает с транзакциями, в этом все дело
но перекладывать данные туда-сюда я что-то не вижу смысла
если нужно из разных таблиц накидать на чек данных, то делаешь
SELECT ... FROM tabl1
union all
SELECT ... FROM tabl2
union all
...
SELECT ... FROM tablN
после этого, если все хорошо, печатаешь чек и тут же производишь списание
если все плохо, ничего не делаешь, все остается на своих местах


Гаврила   (2006-05-13 18:57:00) [15]

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


Johnmen   (2006-05-13 14:45:00) [16]


> eclipse ©   (13.05.06 12:37) [8]


Почему-то мне это навеяло:
Если вы скачали файл из инета, и он вам уже не нужен, то закачайте его обратно (с)
:)


eclipse   (2006-05-13 12:37:00) [17]

>Какие еще таблицы?

просто у меня множество файлов *.db а на форме один Table... просто ему указывается нужный DatabaseName и TableName... то есть вобщем из разных этих файл всё скидывается во временный... если всё классна то распечатывается отчёт... если не классна то надо вернуть все данные во все эти файлы... вот в принципе и сама проблема...


eclipse   (2006-05-12 13:56:00) [18]

понятна =) сейчас перепробую =) если что то вернусь за советом +)


Sergey13   (2006-05-12 13:53:00) [19]

2[2] eclipse ©   (12.05.06 13:36)
Товары - 1 таблица
Движение - 1 таблица
Какие еще таблицы?
Передача - действие (транзакция) уже подготовленных (выбранных) данных. Какая отмена предачи? Отменить передачу можно только возвратом - такой же передачей, только в обратном направлении.


Johnmen   (2006-05-12 13:49:00) [20]

....хм....полное хм-м-м....

А как добавляется?


Страницы:   1 2

Наверх

Титульная страница Поиск, карта сайта Написать письмо