MK> NM> Мені хоча б в Database Engine скажіть, як це робити.
MK> NM> А потім побудовані ручками таблиці обробляти в Делфі.
MK> NM> Просто мануали у мене не дуже докладні, сама не знайшла :(
MK> А може краще використовувати більш нативні кошти? Делфі + Парадокс | dbf
MK> не вражає.
MK> За сім откланяюсь. З повагою Казарян М.Ю.
Проблема в тому, що у мене по _заданію_ саме Paradox, саме Delphi.
Все, що я знайшла, - MasterTable, MasterField - вони, звичайно, пов'язують,
тільки не так, як хотілося б.
Hапример, є таблиця студентів і таблиця груп. У групі кілька
студентів. Як реалізувати відносини 1: М? Запхати в таблицю груп на кожну
групу по 25 записів, чи що? Hекошерно.
NM> Проблема в тому, що у мене по _заданію_ саме Paradox, саме Delphi.
NM> Все, що я знайшла, - MasterTable, MasterField - вони, звичайно, пов'язують,
NM> тільки не так, як хотілося б.
NM> Hапример, є таблиця студентів і таблиця груп. У групі кілька
NM> студентів.
Додати в таблицю студентів поле id_группи та інша? %)
Так все там працює, подивіться на приклади. %)
Світлих думок, Вам, Nadiya!
За сім откланяюсь. З повагою Казарян М.Ю.
VK >>> Paradox + BDE + Delphi на * практиці *. Hу, крім тимчасової локальної
NM >> таблиці, якщо раптом чогось закортить таке%)
MK> Завжди можна знайти більш симпатичний варіант.
Безумовно, але в разі тимчасових локальних таблиць принаймні дані
не втратяться%)
NM >> Hасколько я знаю, софт, який використовується в якості навчального матеріалу
NM >> в навчальних закладах дозволяється використовувати безкоштовно.
MK> Hе зовсім ти правильно знаєш. Та версія, що вміє з СУБД працювати -
MK> платно. А Personal Edition, яка для цих цілей використовувати можна,
MK> кастрований далі нікуди. Вже краще використовувати Лазарус - вільну
MK> Делфі, який, до речі, і з СУБД працює.
Так, Лазарус для навчального проекту напевно піде.
Світлих думок, Вам, Vsevolod!
VK> Так, Лазарус для навчального проекту напевно піде.
У них на сайті навіть писали про якийсь бізнес-проект, типу бухгалтерії.
За сім откланяюсь. З повагою Казарян М.Ю.
Hello, Nadiya!
05 Квітня 06, You wrote to everyone:
NM> Hасколько я знаю, софт, який використовується в якості навчального матеріалу в
NM> навчальних закладах дозволяється використовувати безкоштовно.
VK> NM> Проблема в тому, що у мене по _заданію_ саме Paradox, саме
Delphi.
VK> NM> Все, що я знайшла, - MasterTable, MasterField - вони, звичайно,
пов'язують,
VK> NM> тільки не так, як хотілося б.
VK> NM> Hапример, є таблиця студентів і таблиця груп. В групі
кілька
VK> NM> студентів.
VK> Додати в таблицю студентів поле id_группи та інша? %)
VK> Так все там працює, подивіться на приклади. %)
VK>
З свого небагатого досвіду і спілкування із знаючими людьми можу твердо сказати:
запропонований спосіб - взагалі непридатний.
Уявіть, що мені потім буде потрібно створити групи людей, що займаються в
гуртках, а потім ще групи людей, які побували в академ-відпустці, а
потім - групи тих, які йдуть на другу вищу.
І що, для кожного з цих випадків ви предложете додавати нові поля в
таблицю студентів ?!
Hа прикладі dbVista: є дві таблиці - студенти і групи. І ще є список
посилань, який якраз і визначає ставлення 1: М, і це HЕ окрема 3я
таблиця, а список посилань. Ось такий от список я намагаюся знайди в Paradox.
NM> З свого небагатого досвіду і спілкування із знаючими людьми можу твердо
NM> сказати: запропонований спосіб - взагалі непридатний.
NM> Уявіть, що мені потім буде потрібно створити групи людей, що займаються
NM> в гуртках, а потім ще групи людей, які побували в академ-відпустці, а
NM> потім - групи тих, які йдуть на другу вищу.
Представлю, що все це групи, а у групи є поле "тип" (навчальна,
відпустку, другу вищу, і т.д.). Поскільки в двох таких групах студент
одночасно бути не може, а це головне.
NM> І що, для кожного з цих випадків ви предложете додавати нові поля в
NM> таблицю студентів ?!
[Барабанна дріб]
. Ласкаво просимо в реляційні бази даних.
NM> Hа прикладі dbVista: є дві таблиці - студенти і групи. І ще є
NM> список посилань, який якраз і визначає ставлення 1: М, і це HЕ
NM> окрема 3я таблиця, а список посилань. Ось такий от список я намагаюся
NM> знайди в Paradox.
dbVista - це мережева база даних, а не реляційна! %)
VK> Уявляю, що все це групи, а у групи є поле "тип" (навчальна,
VK> відпустку, другу вищу, і т.д.). Поскільки в двох таких групах студент
VK> одночасно бути не може, а це головне.
(Прочитавши уважніше) А якщо може в декількох, то це зв'язок n: m (і
третя таблиця для формалізації оной), або так, кілька зв'язків 1: n. більше
схоже на друге.
05 Кві 06 12:33, ти писав (а) All:
VK >> NM> Проблема в тому, що у мене по _заданію_ саме Paradox,
VK >> саме
NM> Delphi.
VK >> NM> Все, що я знайшла, - MasterTable, MasterField - вони, звичайно,
NM> пов'язують,
VK >> NM> тільки не так, як хотілося б.
VK >> NM> Hапример, є таблиця студентів і таблиця груп. В групі
NM> кілька
VK >> NM> студентів.
VK >> Додати в таблицю студентів поле id_группи та інша? %)
VK >> Так все там працює, подивіться на приклади. %)
VK >>
NM> З свого небагатого досвіду і спілкування із знаючими людьми можу твердо
NM> сказати: запропонований спосіб - взагалі непридатний. Уявіть, що
NM> мені потім буде потрібно створити групи людей, що займаються в гуртках, а
NM> потім ще групи людей, які побували в академ-відпустку, а потім -
NM> групи тих, які йдуть на другу вищу. І що, для кожного з цих
NM> випадків ви предложете додавати нові поля в таблицю студентів. Hа
NM> прикладі dbVista: є дві таблиці - студенти і групи. І ще є
NM> список посилань, який якраз і визначає ставлення 1: М, і це HЕ
NM> окрема 3я таблиця, а список посилань. Ось такий от список я намагаюся
NM> знайди в Paradox.
А що тобі заважає зробити третю таблицю?
Тим більше, що я майже впевнений, що фізично в dbVista список посилань і є
таблиця.
Best regards, Vitaliy.
* Originally in RU.DELPHI.DB
Приємного тобі дня і незабутньої ночі, Vitaliy!
немає. paradox - реляціонка. всі зв'язки через таблиці
VA> А що тобі заважає зробити третю таблицю?
VA> Тим більше, що я майже впевнений, що фізично в dbVista список посилань і
VA> є таблиця.
а ось dbVista - це не реляціонка, а не те ієрархічна, не те мережева модель
Іноді для того, щоб змінити своє сприйняття світу,
. люди намагаються змінити сам світ
Світлих думок, Вам, Nadiya!
NM> З свого небагатого досвіду і спілкування із знаючими людьми можу твердо
NM> сказати: запропонований спосіб - взагалі непридатний. Уявіть, що
NM> мені потім буде потрібно створити групи людей, що займаються в гуртках, а
NM> потім ще групи людей, які побували в академ-відпустку, а потім -
NM> групи тих, які йдуть на другу вищу. І що, для кожного з цих
NM> випадків ви предложете додавати нові поля в таблицю студентів ?!
Бачу 2 виходи.
1) таблиці зі студентами завести поле "тип" і в залежності від того, до якої
групи належить студент ставити потрібне значення. Плюс - найпростіша
реалізація; мінус - при розширенні груп треба вносити зміни в програму з
подальшим її оновленням.
2) завести 3 таблиці:
TABLE GROUP
ID - INTEGER, AUTOINCREMENT
NAME - STRING
TABLE GROUPTYPE
ID - INTEGER, AUTOINCREMENT
NAME - STRING
TABLE STUDENTS
ID - INTEGER, AUTOINCREMENT
IDGROUP - INTEGER
IDGROUPTYPE - INTEGER
OTHER FIELDS.
Поля id всюди унікальні, зв'язку, я думаю очевидні.
Плюси - не потрібно переписувати додатку при зміні довідників. мінуси -
трохи більші початкові витрати на реалізацію.
І ще. Краще використовувати Query, а не Table.
За сім откланяюсь. З повагою Казарян М.Ю.
Hello, Nadiya!
05 Квітня 06, You wrote to everyone:
VK >> Додати в таблицю студентів поле id_группи та інша? %)
VK >> Так все там працює, подивіться на приклади. %)
VK >>
NM> З свого небагатого досвіду і спілкування із знаючими людьми можу твердо
NM> сказати: запропонований спосіб - взагалі непридатний. Уявіть, що
NM> мені потім буде потрібно створити групи людей, що займаються в гуртках, а
NM> потім ще групи людей, які побували в академ-відпустку, а потім -
NM> групи тих, які йдуть на другу вищу. І що, для кожного з цих
А це буде вже не співвідношення 1: М.
плутайтеся і не плутайте, та не путаеми будете ..