Ребят, помогите прогу сделать для авто-суммирования таблиц dbf

← →
HID © (2007-06-21 08:40) [0]

У меня на работе в сетке лежит папка dserv, в которой куча других папок, показывающих месяц и год (0107, 0207, 0307 и т.д.), а в них еще папки, показывающие число месяца (01,02,03,...), в которых, в каждой по BDF-таблице. Это типа БД. Все таблицы с одинаковым именем DMAIN. Нужно забацать программку, которая бы из этих таблиц считывала поля с наименованием товара и количеством продаж и показывала бы общее количество продаж по каждому товару. Начал учиться программированию только месяц назад, так что извиняйте, если где-то туплю. Помогите, пожалуйста. И, если можете, подскажите какую-нибудь литературу хорошую по БД в Delphi. Я уже загрыз "Библию Delphi" Фленова, "Программирование БД в Delphi" Фаронова, но ничего подобного там не обнаружил, вот. ПАМАГИТЯАААА!!!

← →
Johnmen © (2007-06-21 08:56) [1]

Грызу литературу по Delphi. Качественно. Недорого.
тел. 123-45-67 спросить СуперДельфина

← →
ЮЮ © (2007-06-21 09:00) [2]

> Я уже загрыз "Библию Delphi" Фленова, "Программирование
> БД в Delphi" Фаронова, но ничего подобного там не обнаружил

Логично. Ибо идиотизм создавать ежемесячно базу данных, в особенности, когда постоянно требуются данные за предшествующие периоды.
Создай таблицу с похъожей структрутой + поле типа Date.
переливай в неё данные из других БД ( из интересуемого диапазона). Если используешь БДЕ, то он подднрживает гетерогенные запросы:
INSERT INTO ":CommonBase:table" SELECT :Date, * FROM table,
где CommonBase - алиас(или TDataBase.BaseName) "нормальной" базы
а TQuery, в которой будет выполняться этот запрос, должна в цикле настраиваться на ту Базу, которая вошла в диапазон интересов.
Перед циклом следкует выполнить DELETE FROM ":CommonBase:table".

Теперь твою проблему рещит элементарный запрос.

← →
HID © (2007-06-21 15:37) [3]

> Логично. Ибо идиотизм создавать ежемесячно базу данных,
> в особенности, когда постоянно требуются данные за предшествующие
> периоды.

Согласен с тобой ЮЮ. Но эту базу создали задолго до меня, и, по ходу, такие же чайники, как я, а в чужой монастырь, как говорится... Тем более, наш старенький завод еще страдает пережитками "старого доброго светлого". Спасибо тебе большое, пойду кипеть.

← →
HID © (2007-06-21 15:45) [4]

> Грызу литературу по Delphi. Качественно. Недорого.
> тел. 123-45-67 спросить СуперДельфина

Johnmen, 5 баллов за шутку! Зубки береги, целлюлоза, она вещь коварная, ее лучше с противоположной стороны организма использовать!

← →
koha © (2007-06-21 15:50) [5]

> Логично. Ибо идиотизм создавать ежемесячно базу данных

> ЮЮ © (21.06.07 09:00) [2]

- А унас, так вообще создается на каждый день одельная база в dbf, затем грузится на дескету и передаётся администратору он еепроверяет, конвертирует в непонятно что итправляет дальше по этапу в бласть. Бывают ли еще сложнее алгритмы?

← →
Anatoly Podgoretsky © (2007-06-21 16:12) [6]

> HID (21.06.2007 15:45:04) [4]

Угрожаешь?

← →
HID © (2007-06-21 16:28) [7]

> Угрожаешь?

Anatoly Podgoretsky, по-моему, в тебе слишком много агрессии. Почему, если я упомянул про зубы, то непременно намереваюсь их поломать? Расслабься, скоро выходные :)

← →
Juice © (2007-06-21 16:30) [8]

> - А унас, так вообще создается на каждый день одельная база
> в dbf, затем грузится на дескету и передаётся администратору
> он еепроверяет, конвертирует в непонятно что итправляет
> дальше по этапу в бласть. Бывают ли еще сложнее алгритмы?
>

Само слово "dbf" обычно нагоняет на меня страх. Бывает не сложнее, бывает и хуже !

← →
HID © (2007-06-21 16:30) [9]

← →
Anatoly Podgoretsky © (2007-06-21 16:35) [10]

> HID (21.06.2007 16:28:07) [7]

Так ты не собирался? А я то подумал :-)

← →
Anatoly Podgoretsky © (2007-06-21 16:37) [11]

> Juice (21.06.2007 16:30:08) [8]

> Само слово "dbf" обычно нагоняет на меня страх

А вот меня оно не пугает, очень отличный формат для импорта/экспорта из-за его чрезвычайно широкой поддержки, речь конечно про dBase 5- или FoxPro 2.5-
Его и Эксель поддерживает как родной.

> А вот меня оно не пугает, очень отличный формат для импорта/экспорта
> из-за его чрезвычайно широкой поддержки, речь конечно про
> dBase 5- или FoxPro 2.5-
> Его и Эксель поддерживает как родной.

Сам формат как формат, просто в большинстве случаев, когда приходилось с ним работать, то это были поделки типа как автора этой темы, или госструктуры с ихними прибамбасами. Вот экспорт/импорт это да, а когда начинают лепить большие системы на нем? Скорее всего, ничем другим как в koha © (21.06.07 15:50) [5] оно не заканчивается.

> Juice (21.06.2007 16:45:12) [12]

Госструктуры оставь в покое, возможно они исходят из этой же предпосылки.
А вот современные системы, кроме особых случаев, на этом строить не стоит.

> Juice © (21.06.07 16:45) [12]

> Сам формат как формат, просто в большинстве случаев, когда
> приходилось с ним работать, то это были поделки типа как
> автора этой темы, или госструктуры с ихними прибамбасами.
> Вот экспорт/импорт это да, а когда начинают лепить большие
> системы на нем? Скорее всего, ничем другим как в koha ©
> (21.06.07 15:50) [5] оно не заканчивается.

- Совершенно угадал я щас и работаю в госструктуре.

> Anatoly Podgoretsky © (21.06.07 16:37) [11]

> А вот меня оно не пугает, очень отличный формат для импорта/экспорта
> из-за его чрезвычайно широкой поддержки, речь конечно про
> dBase 5- или FoxPro 2.5-Его и Эксель поддерживает как родной.
>

- Да если бы не открывался в екселе, то прямо таки и незнали бы что делать.
Вот, сегодня курьез вышел, наши клиенты не могли от 1кг. 20 гр завести в проограмму - завели 0.002 при том, что люди с вышим образованием, пришлось все поля через эксель править во всех базах

> koha (21.06.2007 19:18:14) [14]

> Вот, сегодня курьез вышел, наши клиенты не могли от 1кг. 20 гр завести в проограмму - завели 0.002 при том, что люди с вышим образованием, пришлось все поля через эксель править во всех базах

А через текстовый редактор не пробовали?

Ребят, помогите прогу сделать для авто-суммирования таблиц dbf Найти похожие ветки