Відмінності між версіями «База даних»
Surycat (обговорення • внесок) (→Оформлення об'єктів) |
Surycat (обговорення • внесок) |
||
| (не показано 11 проміжних версій цього учасника) | |||
| Рядок 1: | Рядок 1: | ||
| − | '''База даних''' (скорочено — БД) - центральна частина програмного комплексу Капітал, в якій і зберігаються та оброблюються всі дані. | + | '''База даних''' (скорочено — БД) - центральна частина програмного комплексу Капітал, в якій і зберігаються та оброблюються всі дані. Написана на СУБД з відкритим кодом [//uk.wikipedia.org/wiki/Firebird Firebird]. На даний час використовується версія 2.5 цієї СУБД. |
| − | + | __TOC__ | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
==Структура== | ==Структура== | ||
| + | Всі таблиці БД можна розділити на статичні і динамічні. До динамічних відносяться ті, що наповнюються під час роботи магазину, вони містять дані про клієнтів, документи та товари. Статичні дані не міняються при роботі, наприклад: перелік типів документів, перелік грошових знаків, налаштування програми. | ||
==Оформлення об'єктів== | ==Оформлення об'єктів== | ||
''<small>На даний момент даний список вимог є орієнтовним та неповним, і потребує уточнень та доповнень</small>'' | ''<small>На даний момент даний список вимог є орієнтовним та неповним, і потребує уточнень та доповнень</small>'' | ||
| − | ''' | + | '''Вимоги до назви таблиці.''' Назва таблиці повинна задовільняти такій формі: |
| − | + | ||
| − | Назва таблиці повинна задовільняти такій формі: | + | |
[префікс]_[TYPE_][назва_об'єкту_що_зберігається_англійською_мовою]S | [префікс]_[TYPE_][назва_об'єкту_що_зберігається_англійською_мовою]S | ||
| Рядок 38: | Рядок 24: | ||
* Таблиця, що містить товари для синхронізації: T_NOMENS_SYNC. (В даному випадку, всі таблиці з об'єктами створеними для синхронізації матимуть закінчення _SYNC). У випадку, коли ми назвемо таблицю T_SYNC_NOMENS, всі таблиці з об'єктами створеними для синхронізації матимуть префікс SYNC_. Ці два підходи є рівноправними, і застосовуються за смаком розробника. | * Таблиця, що містить товари для синхронізації: T_NOMENS_SYNC. (В даному випадку, всі таблиці з об'єктами створеними для синхронізації матимуть закінчення _SYNC). У випадку, коли ми назвемо таблицю T_SYNC_NOMENS, всі таблиці з об'єктами створеними для синхронізації матимуть префікс SYNC_. Ці два підходи є рівноправними, і застосовуються за смаком розробника. | ||
| − | + | '''Вимоги до опису таблиці.''' Кожна таблиця повинна бути описана у відповідному полі метаданих відповідної СУБД. У випадку з Firebird/InterBase то в IBExpert-i є відповідна закладка для внесення опису таблиці. | |
| − | Кожна таблиця повинна бути описана у відповідному полі метаданих відповідної СУБД. У випадку з Firebird/InterBase то в IBExpert-i є відповідна закладка для внесення опису таблиці. | + | |
| − | + | '''Вимоги до назв полів.''' Назва поля, повинна максимально точно відображати дані, які мають зберігатись у даному полі. При можливості, назва не повинна бути надто довгою. | |
| − | Назва поля, повинна максимально точно відображати дані, які мають зберігатись у даному полі. При можливості, назва не повинна бути надто довгою. | + | |
| − | + | '''Вимоги до опису полів.''' Кожне поле (крім таких, призначення яких тривіально визначається із назви: наприклад ID, NAME) повинна бути описана у відновідному полі метаданих відповідної СУБД. У випадку з Firebird/InterBase то в IBExpert-i на вкладці полів БД є спеціальне поле для внесення опису поля. | |
| − | Кожне поле (крім таких, призначення яких тривіально визначається із назви: наприклад ID, NAME) повинна бути описана у відновідному полі метаданих відповідної СУБД. У випадку з Firebird/InterBase то в IBExpert-i на вкладці полів БД є спеціальне поле для внесення опису поля. | + | |
| − | + | '''Вимоги до типів даних, які повинні використовуватись.''' Для рядкового типу даних повинно використовуватись тип VARCHAR(N), оскільки він займає набагато менше трафіку при пересиланні даних із БД до користувача. | |
| − | Для рядкового типу даних повинно використовуватись тип VARCHAR(N), оскільки він займає набагато менше трафіку при пересиланні даних із БД до користувача. | + | |
| − | ''' | + | '''Вимоги до назви процедури.''' В загальному випадку назва процедури повинна задовільняти такій формі: |
| − | + | ||
| − | В загальному випадку назва процедури повинна задовільняти такій формі: | + | |
P[префікс]_[назва_таблиці_без_префіксів_та_закінчень][S]_[закінчення][_n][_Vn] | P[префікс]_[назва_таблиці_без_префіксів_та_закінчень][S]_[закінчення][_n][_Vn] | ||
| Рядок 58: | Рядок 38: | ||
<code>[префікс]</code> — 1,2-і літери, що вказують на назву модуля (програми), для якого написана дана процедура. Так процедури, що створені для роботи з даними у формі дерева, при назві відповідного модуля (програми, підпроекту) TREE матимуть префікс «PT_». <br /> | <code>[префікс]</code> — 1,2-і літери, що вказують на назву модуля (програми), для якого написана дана процедура. Так процедури, що створені для роботи з даними у формі дерева, при назві відповідного модуля (програми, підпроекту) TREE матимуть префікс «PT_». <br /> | ||
<code>[назва_таблиці_без_префіксів_та_закінчень]</code> — назва в однині основної таблиці, з даними якої мають відбуватись маніпуляції.<br /><code>[S]</code> — не обов'язкове закінчення, яке вказує, на те, що дана процедура працює з одним, або кількома(багатьма) записами таблиці.<br /> | <code>[назва_таблиці_без_префіксів_та_закінчень]</code> — назва в однині основної таблиці, з даними якої мають відбуватись маніпуляції.<br /><code>[S]</code> — не обов'язкове закінчення, яке вказує, на те, що дана процедура працює з одним, або кількома(багатьма) записами таблиці.<br /> | ||
| − | + | <code>[закінчення]</code> — може мати наступний вигляд: | |
* VIEW — вказує, на те, що дана процедура призначена для відображення даних таблиці, у прийнятному для користувача вигляді. | * VIEW — вказує, на те, що дана процедура призначена для відображення даних таблиці, у прийнятному для користувача вигляді. | ||
* INS — вказує на те, що процедура призначена для вставки записів/запису у таблицю. | * INS — вказує на те, що процедура призначена для вставки записів/запису у таблицю. | ||
| Рядок 75: | Рядок 55: | ||
* PT_ITEM_UPD — процедура, для оновлення 1-го запису таблиці<br /> | * PT_ITEM_UPD — процедура, для оновлення 1-го запису таблиці<br /> | ||
| − | + | '''Вимоги до параметрів процедури.''' Параметр процедури повинен мати такий же тип даних, як і відповідне поле таблиці бази даних, оскільки при перетворенні можуть втрачатись (псуватись) дані, що може призвести до помилки, яка важко виявляється. | |
| − | Параметр процедури повинен мати такий же тип даних, як і відповідне поле таблиці бази даних, оскільки при перетворенні можуть втрачатись (псуватись) дані, що може призвести до помилки, яка важко виявляється. | + | |
Назва параметра повинна бути такою ж, як і назва відповідного поля БД, з добавлянням префікса: | Назва параметра повинна бути такою ж, як і назва відповідного поля БД, з добавлянням префікса: | ||
* «і» - для вхідних параметрів<br /> | * «і» - для вхідних параметрів<br /> | ||
| Рядок 84: | Рядок 63: | ||
2.3. Вимоги до оформлення тексту процедури<br /> | 2.3. Вимоги до оформлення тексту процедури<br /> | ||
Текст процедури повинен бути максимально зручним для читання, та задовільняти загальним вимогам до написання вихідного тексту (див відповідний документ). | Текст процедури повинен бути максимально зручним для читання, та задовільняти загальним вимогам до написання вихідного тексту (див відповідний документ). | ||
| + | |||
[[Категорія:Капітал]] [[Категорія:Firebird]] | [[Категорія:Капітал]] [[Категорія:Firebird]] | ||
Поточна версія на 11:34, 23 жовтня 2015
База даних (скорочено — БД) - центральна частина програмного комплексу Капітал, в якій і зберігаються та оброблюються всі дані. Написана на СУБД з відкритим кодом Firebird. На даний час використовується версія 2.5 цієї СУБД.
Структура
Всі таблиці БД можна розділити на статичні і динамічні. До динамічних відносяться ті, що наповнюються під час роботи магазину, вони містять дані про клієнтів, документи та товари. Статичні дані не міняються при роботі, наприклад: перелік типів документів, перелік грошових знаків, налаштування програми.
Оформлення об'єктів
На даний момент даний список вимог є орієнтовним та неповним, і потребує уточнень та доповнень
Вимоги до назви таблиці. Назва таблиці повинна задовільняти такій формі:
[префікс]_[TYPE_][назва_об'єкту_що_зберігається_англійською_мовою]S
Для звичайних таблиць [префікс] - це велика англійська літера «Т», для таблиць, у яких зберігаються статичні дані - «TS».
Слово [TYPE_] не є обов'язковим, і вказує на те, що в даній таблиці зберігається перелік типів (видів) якогось об'єкта.
[назва_об'єкту_що_зберігається_англійською_мовою] — назва в називному відмінку та однині об'єктів, що зберігаються англійською мовою. Якщо немає слова — відповідника, то пишеться сполучення англійських слів через нижнє підкреслення. У випадку, коли сполучення слів є надто довгим, допускаються скорочення, але тоді даного скорочення необхідно дотримуватись по всій базі даних.
В кінці назви таблиці (або в деяких випадках після слова-іменника в назві об'єкта англійською мовою) ставиться літера «S», яка вказує на те, що в даній таблиці зберігається множина об'єктів.
Приклади:
- Нехай ми маємо таблицю, у якій зберігаються товари. Оскільки товар англійською буде nomen, то наша таблиця матиме назву
T_NOMENS. - Таблиця, що містить перелік типів документів: TS_TYPE_DOCUMENTS
- Таблиця, що містить налаштування: TS_CONFIGS
- Таблиця, що містить товари для синхронізації: T_NOMENS_SYNC. (В даному випадку, всі таблиці з об'єктами створеними для синхронізації матимуть закінчення _SYNC). У випадку, коли ми назвемо таблицю T_SYNC_NOMENS, всі таблиці з об'єктами створеними для синхронізації матимуть префікс SYNC_. Ці два підходи є рівноправними, і застосовуються за смаком розробника.
Вимоги до опису таблиці. Кожна таблиця повинна бути описана у відповідному полі метаданих відповідної СУБД. У випадку з Firebird/InterBase то в IBExpert-i є відповідна закладка для внесення опису таблиці.
Вимоги до назв полів. Назва поля, повинна максимально точно відображати дані, які мають зберігатись у даному полі. При можливості, назва не повинна бути надто довгою.
Вимоги до опису полів. Кожне поле (крім таких, призначення яких тривіально визначається із назви: наприклад ID, NAME) повинна бути описана у відновідному полі метаданих відповідної СУБД. У випадку з Firebird/InterBase то в IBExpert-i на вкладці полів БД є спеціальне поле для внесення опису поля.
Вимоги до типів даних, які повинні використовуватись. Для рядкового типу даних повинно використовуватись тип VARCHAR(N), оскільки він займає набагато менше трафіку при пересиланні даних із БД до користувача.
Вимоги до назви процедури. В загальному випадку назва процедури повинна задовільняти такій формі:
P[префікс]_[назва_таблиці_без_префіксів_та_закінчень][S]_[закінчення][_n][_Vn]
[префікс] — 1,2-і літери, що вказують на назву модуля (програми), для якого написана дана процедура. Так процедури, що створені для роботи з даними у формі дерева, при назві відповідного модуля (програми, підпроекту) TREE матимуть префікс «PT_».
[назва_таблиці_без_префіксів_та_закінчень] — назва в однині основної таблиці, з даними якої мають відбуватись маніпуляції.[S] — не обов'язкове закінчення, яке вказує, на те, що дана процедура працює з одним, або кількома(багатьма) записами таблиці.
[закінчення] — може мати наступний вигляд:
- VIEW — вказує, на те, що дана процедура призначена для відображення даних таблиці, у прийнятному для користувача вигляді.
- INS — вказує на те, що процедура призначена для вставки записів/запису у таблицю.
- UPD — вказує на те, що процедура призначена для оновлення записів/запису у таблицю.
- INS_OR_UPD — процедура спеціального виду, що оновлює елемент з певним ID, а коли такого елемента не існує, то вставляє його.
[_n] — необов'язкове закінчення, що показує номер, однотипної процедури.
[_Vn] — необов'язкове закінчення, що вказує на версію процедури (n - номер версії)
Приклад:
Нехай ми працюємо з таблицею T_ITEMS і створюємо процедури для роботи модуля TREE, тоді:
- PT_ITEM_VIEW — процедура, для перегляду даних одного елемента
- PT_ITEMS_VIEW_0 — процедура, для перегляду багатьох даних таблиці (закінчення «_0» не є обов'язковим)
- PT_ITEMS_VIEW_1 - процедура, для перегляду багатьох даних таблиці із іншими вхідними параметрами, що PT_ITEMS_VIEW_0 (закінчення «_1» є обов'язковим)
- PT_ITEM_INS — процедура, для вставки 1-го запису в таблицю
- PT_ITEM_UPD — процедура, для оновлення 1-го запису таблиці
Вимоги до параметрів процедури. Параметр процедури повинен мати такий же тип даних, як і відповідне поле таблиці бази даних, оскільки при перетворенні можуть втрачатись (псуватись) дані, що може призвести до помилки, яка важко виявляється. Назва параметра повинна бути такою ж, як і назва відповідного поля БД, з добавлянням префікса:
- «і» - для вхідних параметрів
- «о» - для вихідних параметрів
- «р» - для тимчасових параметрів
2.3. Вимоги до оформлення тексту процедури
Текст процедури повинен бути максимально зручним для читання, та задовільняти загальним вимогам до написання вихідного тексту (див відповідний документ).
