об’єднати бази

об'єднати бази

наприклад є 2 бази з розширенням # XA0; *. Db як можна об'єднати їх в один файл. одна база основна і дані в іншій базі повинні саме в цю базу.

> Одна база основна і дані в іншій базі повинні саме в цю базу.

Сам-то зрозумів.

> Можна об'єднати їх в один файл

архиватором%)


> Одна база основна і дані в іншій базі повинні саме
> В цю базу

Дані другої БД є довідкові для першої.
Дак тоді потрібно проектувати правильно.
Якщо дані вже вносилися, то в основний БД створити
таблиці другої БД і експортувати в них дані.
А як ще?


> Сам-то зрозумів.
>

Або "сама"? Фіг знає. )
Але з телепатора йде дим і чутися нехарактерні звуки :)

> Які таблиці можуть матися на увазі, якщо файл * .db?

А, так про Paradox мова. Ну все.
Пора тверезішати і відсипатися%)))

Тохда [1] і [3], решта без варіантів%)

> Які таблиці можуть матися на увазі, якщо файл * .db?
звичайні. тому в питанні мова про базах, то в них (в базах) напевно є таблиці (хоча б одна). розширення файлу бази ролі не грає, може бути будь-яким, для практично будь-якого движка / sql сервера.

> А, так про Paradox мова. Ну все.
про який парадокс? де сказано? ще раз, розширення ролі не грає. зроби базу Аксес, mssql-я, первасвіля. т.д. і вкажи розширення db, вони проти не будуть.

Ризикну влючая.
Я взагалі підозрюю, що одна таблиця - як сховище (збіговисько) - це та, яка "основна", а в "іншу" вносяться дані, і в якийсь певний момент ці дані з "іншої зливаються в основну".
Усе. згорів. навіть вимкнути не встиг. (

> Звичайні. тому в питанні мова про базах, то в них (в
> Базах) напевно є таблиці (хоча б одна). розширення
> Файлу бази ролі не грає, може бути будь-яким, для практично
> Будь-якого движка / sql сервера.

Я чомусь так подумав після

> Які таблиці можуть матися на увазі, якщо файл * .db?

бо в paradox db файлі 1 таблиця

база Парадокс. є один стовпець. всі бази однакові (сенсі в кожному один стовпець).
по прошу кажу - як можна обідні 2 однакові (за структурою) бази?
спасибі всім хто відповідав. я проста не російська. для мене не так вже й легко обесьніть))

база Парадокс. є один стовпець. всі бази однакові (сенсі в кожному один стовпець).
по прошу кажу - як можна обідні 2 однакові (за структурою) бази?
спасибі всім хто відповідав. я проста не російська. для мене не так вже й легко обесьніть))

По-моєму зрозумів я що потрібно.

Значить беремо Borland DataBase Desctop.
Створюємо там File-> New-> QBE Query (прісозданіі вибираємо будь-яку таблицю).
Далі Query-> Show SQL.
Куди і вбиваємо:

Insert into "Table1.db" Select * From "Table2.db"

Де Table1.db, Table2.db - є файли з необхідними таблицями.

потім, власне Run SQL

Це перенесення в раз. Їли потрібно це робити періодично
в розробляється проложении, то подібний SQL-запит
необхідно вбити в один з Query- компонентів.


> simona4 # XA0; (21.05.07 23:13) [11]
>
> База Парадокс. є один стовпець. всі бази однакові
> (Сенсі в кожному один стовпець).
> По прошу кажу - як можна обідні 2 однакові (за структурою)
> Бази?
> Спасибі всім хто відповідав. я проста не російська. для мене
> Не так вже й легко обесьніть))
>

Якщо просто потрібно всі дані з однієї парадоксовской таблиці скопіювати / перемістити в іншу парадоксовскую таблицю з такою ж структурою як і перша, то є два варіанти:
# XA0; 1. Два компонента TTable і один компонент TBatchMove;
# XA0; 2. Один компонент TQuery. (Але в цьому варіанті потрібно знати мову SQL).


> 1. Два компонента TTable і один компонент TBatchMove;

Напевно, це навіть правильніше, просто вже звик до

> 2. Один компонент TQuery. (Але в цьому варіанті потрібно знати
> Мову SQL).


> (Або якщо сервер підтримує всі в одному запиті).

Якийсь такий сервер-мервер? Де ти у парадоксу бачив сервери?
:)


>> 1. Два компонента TTable і один компонент TBatchMove;
>
> Напевно, це навіть правильніше, просто вже звик до
>
>> 2. Один компонент TQuery. (Але в цьому варіанті потрібно знати
>> мову SQL).
>

Це не зовсім так. Це "правильніше" було при роботі з парадоксом через BDE, якщо хоча б одна з двох вищевказаних таблиць постійно використовувалася в компоненті TTable. Имхо.

> Який-такий сервер-мервер? Де ти у парадоксу бачив сервери?
>
> :)

Ну, я в сенсі взагалі якщо Б був сервер. )


> Це "правильніше" було при роботі з парадоксом через BDE

З парадоксом 6 років не працював, а коли працював останній раз, то саме через BDE

ох і здорово ж завалив я тоді проект;)).


> Якщо хоча б одна з двох вищевказаних таблиць постійно
> Використовувалася в компоненті TTable. Имхо.

Саме так я і робив :) Практично всі дані отримував з TTable-ів.


>> якщо хоча б одна з двох вищевказаних таблиць постійно
>> використовувалася в компоненті TTable. Имхо.
>
> Саме так я і робив :) Практично всі дані отримував з
> TTable-ів.
>

Ну так. А чому б і ні, якщо мова йде про феномен! Для нього використання BDE і TTable - рідне. І нехай мене піддадуть анафемі, якщо я не правий. )

спасибі за відповідь. але у мене це буде саме періодично відбувається, твій варіант хоч і простий для звичайного користувача це буде важкувато. і ще не кожній машині є # XA0; DataBase Desctop.

Германн

у мене саме використаний BDE і Table (Data Source. DBGrid)

чи є для цих цілей яка був # XA0; програма?


> Чи є для цих цілей яка був # XA0; програма?
>

Для цієї мети є компонент TBatchMove.