Endi mavjud! Telegram Tadqiqoti 2025 — yilning asosiy insaytlari 
Базы данных | Access, SQL, Big Data
Kanalga Telegram’da o‘tish
Всё о базах данных простым языком. Сотрудничество: @max_excel РКН: vk.cc/cHhG5h
Ko'proq ko'rsatish📈 Telegram kanali Базы данных | Access, SQL, Big Data analitikasi
Базы данных | Access, SQL, Big Data (@databases_secrets) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 30 282 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 4 497-o'rinni va Rossiya mintaqasida 21 514-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 30 282 obunachiga ega bo‘ldi.
27 Iyun, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni -142 ga, so‘nggi 24 soatda esa -3 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 5.72% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 3.26% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 1 733 marta ko‘riladi; birinchi sutkada odatda 988 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 0 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent sql, субд, архитектура, собеседование, excel kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Всё о базах данных простым языком.
Сотрудничество: @max_excel
РКН: vk.cc/cHhG5h”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 28 Iyun, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
30 282
Obunachilar
-324 soatlar
-627 kunlar
-14230 kunlar
Postlar arxiv
Свойство Подпись (Caption).
Текст, помещенный в свойство Подпись (Caption), становится заголовком для полей в режиме таблицы. Кроме того, в Access содержимое свойства Подпись применяется в качестве заголовка для присоединенных надписей, которые закрепляются за элементами управления, привязанными к данным, во время их добавления в формы и отчеты. Свойство Подпись становится особенно важным, если применяются имена полей без пробелов.
Необходимо задавать свойство Подпись для полей еще до создания каких-либо форм и отчетов, в которых оно используется. При подготовке пользователем формы или отчета Access находит и применяет текущий заголовок. Если же заголовок будет добавлен или изменен в последующем, после его добавления в форму или отчет, то Access не изменяет заголовок того же поля в существующей форме или отчете.
#Таблицы #СвойстваПолей #Подпись #Caption
Свойство Формат (Format).
Свойство Формат (Format) предусмотрено для всех полей, кроме Поле объекта OLE (OLE Object) и Вложение (Attachment). Это свойство позволяет регламентировать способ отображения данных в Access.
Access предоставляет возможность выбирать среди заранее определенных форматов или создавать собственные пользовательские форматы. Перечень доступных форматов изменяется в зависимости от типа данных поля. Например, Access позволяет выбирать среди целого ряда форматов Дата/время (Date/Time) Короткий формат даты (Short Date), Длинный формат даты (Long Date), Средний формат даты (Medium Date), Короткий формат времени (Short Time), Длинный формат времени (Long Time) и другие. Действия форматов Короткий формат даты и Длинный формат даты зависит от значений Региональных параметров, заданных в Windows.
#Таблицы #СвойстваПолей #Формат #Format
Свойство Размер поля (Field Size).
Свойство Размер поля (Field Size) предназначено только для полей Короткий текст (Short Text), Числовой (Number) и Счетчик (AutoNumber). Лучше задавать в качестве свойства Размер поля наименьшее значение. Для полей Числовой небольшой размер означает более низкие требования к хранению и более быструю производительность.
#Таблицы #СвойстваПолей #РазмерПоля #FieldSize
Тип данных Денежный (Currency).
Тип поля Денежный (Currency) представляет собой специальный тип числового поля, которое используется для хранения денежных значений в таблице. Поля денежный обладают тем свойством, что при вычислениях, проводимых с их участием, не проводится округление данных. Эти поля позволяют хранить денежные значения с 15 цифрами целых денежных единиц, а также представляют дробную часть с точностью до десятитысячных. Безусловно, при использовании полей такого типа достигается очень большая точность, но обработка этих полей происходит весьма медленно.
#Таблицы #ТипДанных #Денежный #Currency
Тип данных Числовой (Number).
Поля Числовой (Number) предназначены для хранения данных, которые должны использоваться в вычислениях. Если в вычислениях должны участвовать денежные суммы или требуется более высокая точность результатов вычислений, то следует использовать поля Денежный (Currency), а не Числовой. Поле Числовой фактически воплощает в себе семь разных числовых полей.
Байт (Byte) позволяют хранить целые числа от 0 до 255.
Целое (Integer) могут хранить целые числа от -32768 до 32767.
Длинное целое (Long Integer) обеспечивает хранение чисел от -2 миллиардов до 2 миллиардов.
Безусловно, при использовании этих трех размеров достигается превосходная производительность, но при переходе от типа Байт к Целое, а затем к Длинное целое требуется все больший и больший объем памяти.
Два других размера числовых полей Одинарное с плавающей точкой (Single) и Двойное с плавающей точкой (Double), предусматривают представление чисел с плавающей точкой, поэтому при использовании производительность становится намного меньше. Поле Одинарное с плавающей точкой позволяет хранить дробные числа, имеющие не более семи значащих цифр, а поле Двойное с плавающей точкой позволяет достичь точности до 14 значащих цифр.
С другой стороны, тип Десятичное (Decimal) позволяет хранить очень большие числа и обеспечивать точность представления десятичных чисел до 28 значащих цифр!
Последний числовой размер, Идентификатор репликации (Replication ID), позволяет представлять уникальные идентификаторы, которые требуются в процессе синхронизации данных (на основе формата файла .mdb).
#Таблицы #ТипДанных #Числовой #Number
Тип данных Вложение (Attachment).
Использование этого типа данных Вложение (Attachment) позволяет хранить сколько угодно вложений в одном поле. Вложения могут даже относиться к разным типам. Например, в одно и тоже поле можно записать и электронную таблицу Excel, и документ Word. Поле Вложение предназначено для замены своего предшественника, поля типа Поле объекта OLE (OLE Object). При использовании поля типа Поле объекта OLE в Access фактически сохраняется битовое представление объекта. В результате этого объем базы данных чрезмерно увеличивается. С другой стороны, хранение данных в полях Вложение в Access организованно намного более эффективно.
Поля Вложение обладают также дополнительными преимуществами. Например, в Access осуществляется визуализация файлов изображений, а применительно к файлам других типов отображается пиктограмма программы, связанной с этими типами файлов. Если поле содержит фотографию, электронную таблицу и документ, то Access выводит это изображение, а также представляет пиктограммы приложений, относящихся к другим указанным объектам. При передаче объектов на хранение в Access производится их сжатие, при условии, что еще не выполнено сжатие файлов, в которых представлены эти объекты. Наконец, предусмотрена возможность манипулировать вложениями программным путем.
Кроме того, заслуживает внимания некоторые другие особенности полей Вложение. Допускается возможность вложения не более 2 Гбайт данных в расчете на каждую базу данных, а каждое вложение должно иметь объем не больше 256 Мбайт. Если Управление вложениями не осуществляется программным путем, то для их добавления, редактирования и управления должно использоваться диалоговое окно Вложения (Attachments).
#Таблицы #ТипДанных #Вложение #Attachment
Тип данных Гиперссылка (Hyperlink).
Поля Гиперссылка (Hyperlink) предназначены для хранения адресов в формате унифицированного указателя информационного ресурса (Uniform Resource Locator - URL), которые представляют собой ссылки на веб-страницы в Интернете или во внутренней сети. Еще один вариант состоит в использовании этих полей для хранения путей в формате универсального соглашения об именовании (Universal Naming Convention - UNC), которые представляют собой ссылки на пути, указывающие местоположения файлов. В СУБД Access поле Гиперссылка состоит из трех частей:
- данные, которые отображаются для пользователя;
- URL или UNC;
- подадрес, такой как обозначение области веб-страницы или закладка.
Запись, введенная пользователем в поле Гиперссылка, служит в качестве непосредственной ссылки на файл или страницу, к которой она относится.
#Таблицы #ТипДанных #Гиперссылка #Hyperlink
Тип данных Поле объекта OLE (OLE Object).
Корпорацией Microsoft такое поле, как Поле объекта OLE (OLE Object), было спроектировано для хранения данных любых объектов, зарегистрированных приложением сервера связывания и внедрения (Object Linking and Embedding - OLE) в Windows, включая электронные таблицы, документы текстового процессора, звуки и видео. На каждом конкретном предприятии можно найти широкий спектр применения полей типа Поле объекта OLE, которые позволяют хранить резюме, результаты собеседований, бюджетные документы или видеоинформацию. Но во многих случаях более эффективный подход состоит в использовании поля Гиперссылка (Hyperlink) для хранения ссылки на документ, а не хранение самого документа в поле типа Поле объекта OLE.
#Таблицы #ТипДанных #ПолеОбъектаOLE #OLEObject
Тип данных Логический (Yes/No).
Поля Логический (Yes/No) предназначены для хранения логических значений
True и False. Но в этих полях фактически хранятся не логические значения, а числа -1, которые обозначают Да(Yes), и 0, обозначающие Нет(No), или Null, указывающее на то, что какое-либо конкретное значение в поле отсутствует. Для этого поля предусмотрены форматы отображения, которые определяют, какое значение фактически предстанет перед пользователем (обычно применяемые форматы предусматривают вывод значений Логический(Yes/No), Истина/Ложь(True/False), Вкл/Выкл(On/Off) или третьего варианта, Null, если свойство Тройное состояние(TripleState) соответствующего элемента управления на форме установлено равным True). Поля Логический действуют очень эффективно применительно к любым данным, которые могут иметь только значение True и False. Эти поля не только позволяют предоставить пользователю ограниченный выбор допустимых вариантов, но и обеспечивают значительное снижение объема используемой памяти.
#Таблицы #ТипДанных #Логический #YesNo #TrueFalse #OnOff #NullТип данных Счетчик (AutoNumber).
После ввода пользователем очередной строки в Access автоматически вырабатывается значение для поля Счетчик (AutoNumber). В более ранних версиях Access значения этого счетчика должны были быть последовательные. Начиная с версии Access 2007 тип поля Счетчик допускает использование либо последовательных, либо случайно сформированных значений. Присваивание случайных значений идентификаторов целесообразно в том случае, если несколько пользователей вводят строки в автономном режиме, поскольку маловероятно, что в Access будет присвоено одно и тоже случайное значение двум строкам. С другой стороны, Код репликации (Replication ID) представляет собой особую разновидность поля Счетчик. Тип данных Код репликации обеспечивает выработку уникальных случайных чисел, применяемых в процессе репликации (на основе формата файла .mdb), подготавливая уникальные идентификаторы, которые служат для синхронизации реплик баз данных.
Последовательные поля Счетчик обладают некоторыми важными особенностями. Они являются уникальными, поэтому после удаления пользователем строки из таблицы хранящееся в этой строке значение Счетчик удаляется навсегда. Аналогичным образом, выработанное значение счетчика навсегда удаляется и в том случае, если пользователь вначале вводит строку, а затем отменяет это действие.
#Таблицы #ТипДанных #Счетчик #КодРепликации #AutoNumber #ReplicationID
Тип данных Дата/время (Date/Time).
Поля типа Дата/время (Date/Time) предназначены для хранения допустимых значений даты и время. Кроме того, поля Дата/время позволяют выполнить вычисления с датами и обеспечить правильную сортировку данных по значениям даты и времени. В Access для хранения значений даты или времени фактически применяется внутренний формат, который представляет собой 8-байтовое число с плавающей точкой. В этом формате время суток представляется как часть суток.
При представлении значений даты и времени в Access за основу берутся параметры даты и времени, которые определены в Windows.
#Таблицы #ТипДанных #ДатаВремя #DateTime
Тип данных Длинный текст (Long Text) (ранее – Поле МЕМО).
Поля типа Длинный текст (Long Text) позволяют хранить до 1 Гб текста, хотя элементы управления в формах и отчетах могут отобразить только первые 64000 символов. Можно установить тип данных поля Длинный текст для отображения форматированного текста, который содержит, например, полужирный или подчеркнутый шрифт. Поля типа Длинный текст хорошо подходят для любых заметок, которые необходимо хранить с данными таблицы. Начиная с версии Access 2007 предусмотрена возможность выполнять сортировку по полю Длинный текст.
#Таблицы #ТипДанных #ДлинныйТекст #LongText
Тип данных Короткий текст (Short Text) (ранее - Текст).
Как правило, большинство полей в базе данных представляют собой поля типа Короткий текст (Short Text). Многие разработчики не учитывают то, что для любых чисел, не используемых в вычислениях, лучше всего применять поля Короткий текст. В качестве примеров можно назвать номера телефонов, номера деталей и почтовые индексы. По умолчанию размер поля Короткий текст равен 255 символам. (Изменить тип поля и его размер можно в Параметрах). Access распределяет дисковое пространство динамически, поэтому применение поля большого размера не приводит к бесполезному расходованию пространства жесткого диска, если в этом поле отсутствуют данные, но распределение полей с минимально возможными размерами способствует повышению производительности. Для регламентации максимального количества символов, которые могут быть записаны в поле Короткий текст, служит свойство Размер поля (Field Size).
#Таблицы #ТипДанных #КороткийТекст #ShortText
Создание новой таблицы с нуля.
Создание таблицы с нуля позволяет получить больше возможностей, но требует соблюдения принципов качественного проектирования. Указанный подход почти всегда является наилучшим при создании приложения. Чтобы спроектировать таблицу с нуля, отройте окно представления Конструктор таблиц (Table Design) и выполните действия:
1. Определите каждое поле таблицы путем ввода его имени в столбце Имя поля (Field Name).
2. В столбце Тип данных (Data Type) выберите тип данных поля, воспользовавшись выпадающим списком. По умолчанию тип данных определяется как Короткий Текст (Text).
3. В столбце Описание (Description) добавьте описание столбца. Текст, указанный в этом столбце, отобразится в строке состояния при вводе/изменении данных или выделении столбца пользователем.
4. Чтобы сохранить работу, щелкните по кнопке Сохранить (Save) на панели быстрого доступа, или воспользуйтесь комбинацией клавиш <Ctrl+S>. Откроется диалоговое окно Сохранение, введите имя таблицы и нажмите ОК. Откроется диалоговое окно, в котором приведена рекомендация определить первичный ключ. Каждая таблица должна иметь первичный ключ.
Если потребуется вставить еще одно поле между двумя существующими полями, щелкните по кнопке Вставить строки (Insert Rows), расположенной на ленте. В этом случае Access вставляет новое поле над выбранным. Чтобы удалить поле, выберите его и щелкните по кнопке Удалить строки (Delete Rows).
#Таблицы #СозданиеТаблицы #КонструкторТаблиц
Опция Каскадное удаление связанных записей.
Опция Каскадное удаление связанных записей (Cascade Delete Related Records) становится доступной, только если между рассматриваемыми таблицами задано ограничение ссылочной целостности. После ввода в действие этой опции пользователь получает возможность удалять строки на стороне "один" связи "один ко многим", даже если в таблице на стороне "многие" связи существуют связанные строки. Например, пользователь может удалить данные о клиенте, даже если к этому клиенту относятся существующие записи с информацией о заказах. Ядро базы данных Access поддерживает ограничения ссылочной целостности между таблицами, поскольку автоматически удаляет все связанные строки из дочерней таблицы.
#Связи #СхемаДанных #КаскадноеУдалениеСвязанныхЗаписей
Опция Каскадное обновление связанных полей.
Опция Каскадное обновление связанных полей (Cascade Update Related Fields) становится доступной, только между таблицами установлены ограничения ссылочной целостности. После выбора этой опции пользователь получает возможность изменять значения первичных ключей в строках на стороне "один" связи. При попытке пользователя внести изменение в поле, соединяющее эти две таблицы, на стороне "один" связи ядро базы данных Access каскадно распространяет эти изменение на поле внешнего ключа со стороны "многие" связи. Этот метод поддержания ссылочной целостности может применяться, если в поле первичного ключа основной таблицы допускается внесение изменений. Например, предположим, что разрешено обновление номера заказа на поставку в главной строке заказа на поставку. После того как пользователь изменит номер заказа на поставку в родительской строке в таблице tblOrders, необходимо каскадно распространить это изменение на все связанные с ней строки с детализацией заказа в таблице сведений о заказах на поставку tblOrderDetails.
#Связи #СхемаДанных #КаскадноеОбновлениеСвязанныхПолей
Определение правил ссылочной целостности.
После определения правил ссылочной целостности, распространяющихся на две таблицы, СУБД Access соблюдает следующие ограничения:
▪️ Исключается возможность вводить во внешний ключ связанной таблицы такое значение, которое отсутствует в составе первичного ключа основной таблицы. Например, невозможно ввести в поле ClientID таблицы tblOrders значение, которое бы отсутствовало в поле ClientID таблицы tblClients.
▪️ Не допускается удаление из основной таблицы такой строки, которая имеет согласованные строки в связанной таблице. Например, невозможно удалить информацию о клиенте из таблицы tblClients, если в таблице tblOrders имеются относящиеся к нему строки (строки, в поле ClientID которые имеют такое же значение идентификатора клиента).
▪️ Не допускается внесение изменений в значение первичного ключа, на стороне "один" связи, если в связанной таблице имеются строки, согласованные с этим значением. Например, невозможно изменить значение в поле ClientID таблицы tblClients, если в таблице tblOrders имеются данные о заказах, в которых определено то же значение идентификатора клиента.
После ввода в действие правил ссылочной целостности, распространяющихся на две таблицы, любая попытка нарушить три приведенные выше ограничения приводит к тому, что Access отображает соответствующее сообщение об ошибке.
#Связи #СхемаДанных #ПравилаСсылочнойЦелостности #ОбеспечениеЦелостностиДанных
Модификация существующей связи.
Пользователям чаще приходится модифицировать характер связи, а не удалять ее. Чтобы модифицировать характер связи, выполните следующие действия.
1. Выберите вкладку Работа с базами данных (Database Tools), а затем инструмент Схема данных (Relationships).
2. Дважды щелкните по линии, соединяющие две таблицы, подлежащей модификации.
3. Внесите необходимые изменения.
4. Щелкните по кнопке ОК.
#Связи #УдалениеСвязей #СхемаДанных
Удаление существующей связи.
Access предоставляет возможность удалять существующие связи. Чтобы безвозвратно удалить связь между двумя таблицами, выполните следующие действия.
1. Выберите вкладку Работа с базами данных (Database Tools), а затем инструмент Схема данных (Relationships).
2. Щелкните по линии, соединяющей две таблицы, которая предоставляет связь, подлежащую удалению, правой клавишей мыши.
3. Щелкните по кнопке Удалить (Delete). Access выведет окно с запросом на подтверждение этих действий.
#Связи #УдалениеСвязей #СхемаДанных
Создание связей между двумя таблицами.
Чтобы установить связь между двумя таблицами, выполните следующие действия:
1. Откройте диалоговое окно Схема данных (Relationships).
2. Если окно Схема данных (Relationships), относящееся к конкретной базе данных, открывается впервые, то появляется диалоговое окно Добавление таблицы (Show Table). Выделите все таблицы, между которыми необходимо установить связи, и щелкните по кнопке Добавить (Add).
3. Если в текущей базе данных уже определены конкретные связи, то окно Схема данных (Relationships) открывается сразу. Если таблицы, которые необходимо включить в намеченную связь, не отображается на экране, щелкните по кнопке Отобразить таблицу (Show Table) в группе Схема данных (Relationships) на ленте. Чтобы добавить желаемые таблицы в окно Схема данных (Relationships), выбирайте каждую из этих таблиц, а затем щелкните по кнопке Добавить (Add). Повторите этот процесс для каждой таблицы, которую необходимо добавить в окно. Чтобы выбрать сразу несколько таблиц, удерживайте нажатой клавишу <Shift>, щелкая на первой и последней из непрерывного ряда таблиц, или удерживайте нажатой клавишу <Ctrl>, щелкая на отдельно расположенных таблицах для их выбора; затем щелкайте по кнопке Добавить (Add). После окончания выбора таблиц щелкните по кнопке Закрыть (Close).
4. Щелкните на поле одной таблицы, которое нужно связать с полем другой таблицы, и перетащите его на это поле. Откроется диалоговое окно Изменение связей (Edit Relationships).
5. Укажите должны ли быть заданы правила ссылочной целостности и следует ли применять каскадное обновление связанных полей или каскадное удаление связанных строк, установив соответствующие флажки.
6. Щелкните по кнопке Создать (Create).
#Связи #СозданиеСвязей #СхемаДанных
