об’єднати бази
об'єднати бази
наприклад є 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.