Member 11698375 Ответов: 2

Можно ли сделать участнику продажи главной книги с данными, хранящимися в SQL saletable без SQL связи между таблицами в C#?

я новичок в программировании, я создаю торговое программное обеспечение на c#, но я не так хорошо знаком с sql server. я сохранил значения в таблицах sql server, таких как partyNames, itemNames, SaleBill, PurchaseBill, Cash payments и т. д. Можно ли создавать отчеты биржевой книги и отчеты партийной книги без табличных связей в sqlserver?

Что я уже пробовал:

я пытался сделать связь таблиц, но это так запутанно, потому что у меня так много полей в счетах купли-продажи. И я не знаю, как связать поля таблицы.
я только связал идентификатор каждой таблицы с новой таблицей с именем ваучеры.
пожалуйста, просто ответьте на этот вопрос, если можно делать отчеты без табличных связей

ZurdoDev

Все возможно, кроме ответа на этот вопрос. ;)

Похоже, вам нужно нанять разработчика, который знает базы данных, или найти время, чтобы изучить их самостоятельно.

Member 11698375

пожалуйста, просто ответьте на этот вопрос, если можно делать отчеты без табличных связей

F-ES Sitecore

Это возможно, но не рекомендуется.

2 Ответов

Рейтинг:
16

OriginalGriff

Мы не можем сказать вам точно - мы понятия не имеем, как выглядят ваши данные, или чего именно вы пытаетесь достичь. Но я могу сказать, что это не тот путь, которым пошел бы любой человек с любым опытом.

Расслабьтесь, подумайте о ваших данных и о том, как они связаны в реальном мире.
Подумайте на минуту о счетах.
Компания может сделать несколько заказов с вами, каждый заказ нуждается в счете-фактуре.
Каждый счет-фактура может быть для нескольких товаров.
Таким образом, вы получаете четыре стола:
Предметы

ID            Primary key, probably IDENTITY or GUID
Description
Price
Клиенты
ID            Primary key, probably IDENTITY or GUID
CustName
Address
Счета-фактуры
ID            Primary key, probably IDENTITY or GUID
InvoiceNo     
InvoiceDate
terms
CustID        Foreign key to Customers.ID
InvoiceItems
ID            Primary key, probably IDENTITY or GUID
InvoiceID     Foreign key to Invoices.ID
ItemID        Foreign key to Items.ID

Вы ни в коем случае не ожидаете, что идентификаторы в разных таблицах будут совпадать, просто они ссылаются на правильное значение с помощью внешних ключей.
Поэтому при обработке заказа вы ищете идентификатор клиента и создаете новую строку в таблице счетов, используя этот идентификатор в качестве внешнего ключа. Затем вы используете этот новый идентификатор счета
чтобы создать каждую новую строку в таблицах InvoiceLines в качестве внешнего ключа обратно к общему счету-фактуре.

В этом есть смысл? Хорошо. Теперь подумайте, как соотносятся Ваши данные и как их нужно хранить.

Member 11698375

теперь, пожалуйста, скажите мне, как сохранить данные в 2 строках таблицы базы данных sql server с помощью c# sale bill ?
1 строка должна быть кредитной столбцы saleId наименование сумма кредита.
2-я строка должна быть saleId partyName дебетовая сумма.как это сделать?

OriginalGriff

Как ты думаешь, что я узнаю из этих маленьких данных?
Помните, что мы не можем видеть ваш экран, получить доступ к вашему жесткому диску или прочитать ваши мысли - мы получаем только то, что вы печатаете для работы.
И я понятия не имею, что вы собираетесь с этим делать, или почему вы постоянно храните имена, или связаны ли эти два идентификатора, или ... ничего на самом деле.

Рейтинг:
0

Dave Kreskowiak

Возможно? Да.

Желательно? Черт возьми, нет!

Вы не собираетесь облегчать себе жизнь, не понимая, как работают отношения. Вы просто даете себе во много раз больше работы вручную, делая все то, что отношения делают проще, чем если бы вы просто положили работу, чтобы понять, как работают реляционные базы данных.

Отношения существуют между таблицами, а не между полями. Записи в таблицах связаны друг с другом и содержат данные, первичные и внешние ключи, которые поддерживают отношения с записями в других таблицах.