1) Αν θέλεις μία κατηγορία να ανήκει σε μία μονο κατηγορία τότε δημιουγείς ένα Πεδίο ParentId και κάνεις ένα Self Join με τον κωδικό της κατηγορίας. Δλδ χρειάζεσαι μόνο ένα Πίνακα όπως παρακάτω:

CREATE TABLE [dbo].[Category](
 [Id] [int] IDENTITY(1,1) NOT NULL,
 [ParentId] [int] NULL,
 [Name] [nvarchar](64) NOT NULL,
 CONSTRAINT [PK_Category] PRIMARY KEY CLUSTERED
(
 [Id] ASC
)) ON [PRIMARY]

GO

ALTER TABLE [dbo].[Category]  WITH CHECK ADD  CONSTRAINT [FK_Category_Category] FOREIGN KEY([ParentId])
REFERENCES [dbo].[Category] ([Id])
GO

ALTER TABLE [dbo].[Category] CHECK CONSTRAINT [FK_Category_Category]
GO

declare @ParentId int
Set  @ParentId=1

SELECT [Id],[ParentId] , [Name] FROM [Category] where ParentId is Null   /*Για να κάνεις Select τις κύριες κατηγορίες */

SELECT [Id],[ParentId] , [Name] FROM [Category] where ParentId =@ParentId   /*Για να κάνεις Select τις κατηγορίες μίας κατηγορίας */

2) Αν θέλεις οι κατηγορίες να ανήκουν σε περισσότερες από μία κατηγορία τότε θα χρειαστείς 2 πίνακες έναν να κρατά τις κατηγορίες και έναν για τις σχέσεις μεταξύ τους όπως παρακάτω:

CREATE TABLE [dbo].[Category](
 [Id] [int] IDENTITY(1,1) NOT NULL,
 [Name] [nvarchar](64) NOT NULL,
 CONSTRAINT [PK_Category] PRIMARY KEY CLUSTERED
(
 [Id] ASC
) ON [PRIMARY]
) ON [PRIMARY]

GO

CREATE TABLE [dbo].[CategoryGroup](
 [CategoryId] [int] NOT NULL,
 [ParentId] [int] NOT NULL,
 CONSTRAINT [PK_CategoryGroup] PRIMARY KEY CLUSTERED
(
 [CategoryId] ASC,
 [ParentId] ASC
)ON [PRIMARY]
) ON [PRIMARY]
GO

ALTER TABLE [dbo].[CategoryGroup]  WITH CHECK ADD  CONSTRAINT [FK_CategoryGroup_Category] FOREIGN KEY([CategoryId])
REFERENCES [dbo].[Category] ([Id])
GO
ALTER TABLE [dbo].[CategoryGroup] CHECK CONSTRAINT [FK_CategoryGroup_Category]
GO

ALTER TABLE [dbo].[CategoryGroup]  WITH CHECK ADD  CONSTRAINT [FK_CategoryGroup_Category1] FOREIGN KEY([ParentId])
REFERENCES [dbo].[Category] ([Id])
GO
ALTER TABLE [dbo].[CategoryGroup] CHECK CONSTRAINT [FK_CategoryGroup_Category1]
GO

 /*Για να κάνεις Select τις κατηγορίες μίας κατηγορίας */

declare @ParentId int
Set  @ParentId=1

SELECT 
 dbo.Category.Id,
 dbo.Category.Name
FROM        
 dbo.Category
WHERE  
 dbo.Category.Id IN (SELECT dbo.CategoryGroup.CategoryId FROM dbo.CategoryGroup WHERE dbo.CategoryGroup.ParentId=@ParentId)  /*Μπορείς να κάνεις και Join το  ΙN ( ) είναι ποίο απλό.*/

Δεν πρόσεξα ότι έκανες Post σε WebForms οπότε θα θέλεις να εμφανίζεις προϊόντα και κατηγορίες σε ένα container.
Μπορείς να έχεις ένα πεδίο στις κατηγορίες που να δηλώνει αν η κατηγορία περιέχει προϊόντα η κατηγορίες πχ.

Category
------------
 bool HasProductsNotCategories

Φτιάχνεις έναν ακόμη πίνακα

ProductInCategory
CategoryId
ProductId

Όταν η κατηγορία περιέχει κατηγορίες επιστρέφεις ένα View με τις  υποκατηγορίες και όταν περιέχει προϊόντα επιστρέφεις ένα view με προϊόντα, ελέγχοντας το HasProductsNotCategories ==1 .

Με τον ίδιο τρόπο όταν κάνεις μεταβολή/εισαγωγή προϊόντα και κατηγορίες ελέγχεις HasProductsNotCategories., επιστρεφεις ενα ένα View που επιτρέπει μεταβολή λίστα προϊόντων η λίστα κατηγοριών.

Γεία σου John. Για τα προϊόντα πρέπει να έχεις ενα πεδίο με Foreign Key στα Products.

Category
----------
ParentId
ProductId < αλλίως δεν έχεις constraint.

Μπλουγουράς Γιάννης:

Γεία σου John. Για τα προϊόντα πρέπει να έχεις ενα πεδίο με Foreign Key στα Products.

Category
----------
ParentId
ProductId < αλλίως δεν έχεις constraint.

Το παραπάνω το έδειξα μόνο για τα Contraints, δεν είναι ο σωστός τρόπος, διότι επιτρέπει μόνο 1 προϊόν ανα κατηγορία.

Στην ποιο ανεπτυγμένη σχεδίαση έχουμε:
Category
Id
Name
HasProductsNotCategories

Product
Id
Name

ProductInCategory
CategoryId
ProductId

SubCategoryInCategory
ParentCategoryId
SubCategoryId

Και στην ποιό απλή μορφή:

Category
Id
ParentId
Name
HasProductsNotCategories

Οταν έχουμε Category.HasProductsNotCategories=1 τότε επιστρέφουμε το userControl με τα προϊόντα.

Θα μπορούσα να γράψω και την υλοποίηση σε WebForms, άλλα πιστευώ, πως πρέπει κάποιος να κάνει και μία προσπάθεια μόνος του.
Ειδικά όταν αυτός που κάνει την ερώτηση δεν συμμετέχει στην συζήτηση.

Johnnyxp64:

hi John

αυτο ειναι κατ εμε "προαιρετικο" και κατι που ερχεται σε 2η μοιρα, προσωπικά δεν μου αρέσει να κανω σχεσεις πανω στην βαση, τις κανω απο κοδικα, φυσικα μια τετοια σχεση θα τον διευκολήνει σε ερωτηματα ργοτερα και αμα παιξει με linq2sql αλλα, δεν ειναι απαραιτητο να την κανει στην βαση.

Johnny, πραγματικά αυτή τη φορά με άφησες άφωνο . Πριν δώσεις συμβουλές για σχεδίαση βάσης θα πρέπει να μάθεις ΤΙ είναι τα Foreign Key Constraints και ΓΙΑΤΙ χρειάζονται. Όταν ο κώδικας σου θα σβήσει μερικές χιλιάδες εγγραφές κατά λάθος, θα καταλάβεις και γιατί είναι ΚΑΚΗ ιδέα να κάνεις τους ελέγχους μόνο στον κώδικα.

Κάποιος λόγος υπάρχει που υπάρχουν αυτά τα πράγματα στη βάση. Δεν είμαστε όλοι παράξενοι που τα χρησιμοποιούμε τόσες δεκαετίες. Αν δεν τον καταλαβαίνεις, φρόντισε να τον καταλάβεις πριν δώσεις επικίνδυνες συμβουλές.

Και όσο για τους πίνακες, ένας πίνακας πρέπει να έχει ένα σκοπό. Ή θα περιλαμβάνει προϊόντα, ή θα περιλαμβάνει κατηγορίες. Το ανακάτωμα τους είναι ΚΑΚΗ σχεδίαση. Αν θυμάσαι τί είναι η 2η κανονική μορφή, είναι αυτή που λέει ότι ΔΕΝ ανακατώνουμε διαφορετικά πράγματα μέσα στον ίδιο πίνακα.

Και τα Foreign Key Constraints και οι κανόνες κανονικοποίησης είναι πράγματα που μαθαίνει κανείς στο πρώτο-πρώτο μάθημα για βάσεις δεδομένων. Δεν μπορεί κάποιος να είναι επαγγελματίας προγραμματιστής και να μην τα ξέρει.

Παναγιώτης Καναβός:

Johnnyxp64:

hi John

αυτο ειναι κατ εμε "προαιρετικο" και κατι που ερχεται σε 2η μοιρα, προσωπικά δεν μου αρέσει να κανω σχεσεις πανω στην βαση, τις κανω απο κοδικα, φυσικα μια τετοια σχεση θα τον διευκολήνει σε ερωτηματα ργοτερα και αμα παιξει με linq2sql αλλα, δεν ειναι απαραιτητο να την κανει στην βαση.

Johnny, πραγματικά αυτή τη φορά με άφησες άφωνο . Πριν δώσεις συμβουλές για σχεδίαση βάσης θα πρέπει να μάθεις ΤΙ είναι τα Foreign Key Constraints και ΓΙΑΤΙ χρειάζονται. Όταν ο κώδικας σου θα σβήσει μερικές χιλιάδες εγγραφές κατά λάθος, θα καταλάβεις και γιατί είναι ΚΑΚΗ ιδέα να κάνεις τους ελέγχους μόνο στη βάση.

Κάποιος λόγος υπάρχει που υπάρχουν αυτά τα πράγματα στη βάση. Δεν είμαστε όλοι παράξενοι που τα χρησιμοποιούμε τόσες δεκαετίες. Αν δεν τον καταλαβαίνεις, φρόντισε να τον καταλάβεις πριν δώσεις επικίνδυνες συμβουλές.

Και όσο για τους πίνακες, ένας πίνακας πρέπει να έχει ένα σκοπό. Ή θα περιλαμβάνει προϊόντα, ή θα περιλαμβάνει κατηγορίες. Το ανακάτωμα τους είναι ΚΑΚΗ σχεδίαση. Αν θυμάσαι τί είναι η 2η κανονική μορφή, είναι αυτή που λέει ότι ΔΕΝ ανακατώνουμε διαφορετικά πράγματα μέσα στον ίδιο πίνακα.

Και τα Foreign Key Constraints και οι κανόνες κανονικοποίησης είναι πράγματα που μαθαίνει κανείς στο πρώτο-πρώτο μάθημα για βάσεις δεδομένων. Δεν μπορεί κάποιος να είναι επαγγελματίας προγραμματιστής και να μην τα ξέρει.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
 

Imports System.Data.SqlClient
Public Class Form1
    Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
        Dim connetionString As String
        Dim connection As SqlConnection
        Dim command As SqlCommand
        Dim adapter As New SqlDataAdapter
        Dim ds As New DataSet
        Dim firstSql As String
        Dim secondSql As String
		connetionString = "Data Source=ServerName;Initial Catalog=DatabaseName;User ID=UserName;Password=Password"
		firstSql = "Your First SQL Statement Here"
		secondSql = "Your Second SQL Statement Here"
        connection = New SqlConnection(connetionString)
        Try
            connection.Open()
            command = New SqlCommand(firstSql, connection)
            adapter.SelectCommand = command
            adapter.Fill(ds, "Table1")

            adapter.SelectCommand.CommandText = secondSql
            adapter.Fill(ds, "Table2")

            adapter.Dispose()
            command.Dispose()
            connection.Close()
            'creating data relations
            Dim relation As DataRelation
            Dim table1Column As DataColumn
            Dim table2Column As DataColumn
            'retrieve column
            table1Column = ds.Tables("Table1").Columns(0)
            table2Column = ds.Tables("table2").Columns(0)
            'relating tables
            relation = New DataRelation("relation", table1Column, table2Column)
            'assign relation to dataset
            ds.Relations.Add(relation)

            MsgBox("Data relation completed")
        Catch ex As Exception
            MsgBox("Can not open connection ! ")
        End Try
    End Sub
End Class

Στην τελικη εδω απανταει ο καθένας στην ερώτηση δεν στήσαμε κουβεντούλα για να κρινόμαστε μεταξύ μας (κακοί επηρεασμοί μάλλον). για αυτά υπάρχει άλλο section το cafe ή p.m.

Δεν θα θέλω να απαντήσω γιατί ουσιαστικά τα ίδια με τον Παναγιώτη θα πω, αλλά καλό θα ήταν να δέχεσαι συμβουλές και παρατηρήσεις απο ανθρώπους που είναι 15 χρόνια στην πληροφορική και έχουν δει πολλά. Παγκοσμίως οι τεχνικές, αποδεδειγμένες, σωστές και σε βιβλία, και παντού, είναι αυτά που περιγράφει ο Παναγιώτης, κι όχι εσύ. Αν το βλέπεις σαν επίθεση, κακός, παρατήρηση είναι.

Το παράδειγμα για πολλαπλές βάσεις είναι τουλάχιστον άστοχο, δεν ισχύει τίποτα απο όλα αυτά τα οποία γράφεις. Δεν είσαι ο μοναδικός άνθρωπος στο πλανήτη που γράφεις "επαγγελματικές" εφαρμογές.

Κανείς δεν θέλει να σου την πει, ίσα ίσα να σε βοηθήσει θέλει να μην φας τα μούτρα σου. Αν δεν θέλεις βοήθεια μπορείς απλά να μην απαντάς ή να αποχωρήσεις.

John θα συμφωνήσω και εγω με τον Παναγιώτη.
Είμαι στην διάθεση σου να σου εξηγήσω τον λόγο που έχεις άδικο.

Οι απαντήσεις που δίνονται στο φόρουμ είναι για να μαθαίνουμε όλοι, θέλει όμως λίγη προσοχή καθώς η λάθος πληροφόρηση που δίνουμε μπορεί να οδηγήσει νέους προγραμματιστές σε λάθος πρακτικές προγραμματισμού.
Που σε βάθος χρόνου μπορούν να αποτελέσουν λόγο για να διεκοπεί η διάθεση προϊόντων λογισμικού. Το σίγουρο είναι ότι αυξάνουν τον χρόνο που χρειάζεται για συντήρηση και υποστήριξη.

Κοιτα να δεις , ο τρόπος που εκφράζεσαι είναι ακρως προσβλητικός και επιθετικός.
Σε πληροφορώ οτι τα ελληνικά μας είναι μια χαρά, ερμηνεύουμε αυτά που έγραψες και τα περισσότερα που έγγραψες εδώ είναι δυστυχώς λάθος.

Φρόντισε να καταλάβεις πρώτα τι γράφουν οι άλλοι πρίν ξεκινήσεις να γράφεις.

Τα DataRelations στην εφαρμογή υπάρχουν ως επέκταση των σχέσεων της βάσης δεδομένων, έτσι ώστε να μην επιτρέπεται σε επίπεδο εφαρμογής να παραβιάζονται οι κανόνες της βάσης δλδ τα Relations που έχεις ήδη, πρίν φτάσεις στην βάση δεδομένων.
Τί γίνετε όμως αν κατα λάθος σβηστεί μία εγγραφή που είναι Foreign Key σε άλλο πίνακα;
Χωρίς Relation παραμένει μία εγγραφή που περιέχει ένα πεδίο με κωδικό που πλέον δεν υπάρχει δλδ. orphaned child record.
Δεν έχει σημασία αν έχεις Access, MS SQL Server, Oracle, MySql, PostgresSql. Πρέπει πάντα να έχεις RELATIONS ΣΤΗΝ ΒΑΣΗ ΔΕΔΟΜΕΝΩΝ.
ΦΥΣΙΚΑ ΘΑ ΕΧΕΙΣ CHANGE SCRIPTS ΠΟΥ ΘΑ ΣΥΧΡΟΝΙΖΟΥΝ ΤΟ SCHEMA ΤΗΣ ΒΑΣΗΣ ΔΕΔΟΜΕΝΩΝ, ΜΕΣΑ ΑΠΟ ΤΗΝ ΕΦΑΡΜΟΓΗ.
Αν διάβαζες και λίγο MSDN θα έβλεπες ότι υπάρχουν και έτοιμες λύσεις από τα προϊόντα που ήδη κάνεις χρήση αλλά και 3d Party.

Δεν υπάρχουν σωστές ή λάθος Λύσεις, όμως όταν δίνεις λύσεις με Πατέντες, γνωρίζεις εξαρχής ότι η λύση σου δεν είναι η ποίο βέλτιστη (Το δηλώνεις με την λέξη Πατέντα).

Το λιθαράκι σου αν είναι να δίνετε με Πατέντα, να το κρατήσεις για εσένα, όπως σου γράφω παραπάνω κάνει κακό σε αύτους που θέλουν να μάθουν χωρίς πατέντες με τον τρόπο που προτείνουν οι καλύτεροι.
Αν έχεις διαφορετική άποψη, φρόντισε να καταλάβεις τι σου λένε, προσπάθησε να συγκρίνεις την υλοποίση και τις προτάσεις των άλλων.

Σε συμβουλεύω να διαβάσεις και εσύ λίγο MSDN θα εκπλαγείς τι μπορείς να μάθεις.