Para citar a Joe Celko (no solo puede encontrar esta referencia en toda la web y en su entrada de Wikipedia , sino que incluso la verá en las camisetas en algunas conferencias):
Las filas no son registros.
Mucha gente lo señala como un idiota pedante al que le gusta humillar y abusar verbalmente de los novatos, y admito que así es como se encuentra. Pero también lo conocí en persona, incluso compartí una comida con él, y no puedo decirte cuán diferente es su personalidad de la vida real de su frente en línea. Incluso una vez lo pillé llamando registros de filas, y estaba muy avergonzado ( historia de fondo completa aquí ).
En cualquier caso, di lo que quieras sobre el personaje en línea del chico, pero él escribió el estándar , y el hecho de que tal autoridad dicta que hay una distinción debería decirte algo. Y por mucho que se encoja cuando alguien llama fila a un registro, también lo hacen muchos de mis colegas, que también son expertos en el mundo de SQL Server. Y aquellos de nosotros en ese campo creemos que tiene razón.
Por ejemplo, Itzik Ben-Gan, un obvio gurú de SQL Server. Aquí hay una cita de la primera lección de su Kit de capacitación (examen 70-461): Consulta de Microsoft SQL Server 2012 :
Como ejemplo de términos incorrectos en T-SQL, las personas a menudo usan los términos "campo" y "registro" para referirse a lo que T-SQL llama "columna" y "fila", respectivamente. Los campos y registros son físicos. Los campos son lo que tiene en las interfaces de usuario en las aplicaciones cliente, y los registros son lo que tiene en los archivos y cursores. Las tablas son lógicas y tienen filas y columnas lógicas.
Y, conociendo a Itzik, si le envía un correo electrónico o lo acorrala en una conferencia, con gusto le dirá lo mismo. Si llama a una fila un registro, en su opinión, no está utilizando la terminología correctamente.
Ahora, al ser una industria llena de gente de todo tipo, es probable que encuentres material (como los artículos de tecnología objetivo publicados en otra respuesta) que parecen hacer distinciones muy sutiles entre los dos, y encontrarás muchas personas en la industria considérelos iguales (conozco a varias personas en Microsoft y otras personas como Brent Ozar, que siempre lo llamarán un registro). Eso no los hace correctos, esa es solo su forma de verlo: ven lo lógico y lo físico de la misma manera (al menos en este contexto) y muchos de ellos probablemente piensan que el resto de nosotros somos solo analistas que pasan demasiado tiempo en semántica.
Como ningún proveedor puede decir "los llamarás {registros | filas}", siempre trataremos con este argumento, porque siempre habrá alguien que no obtenga lo lógico frente a lo físico, o se le haya enseñado de manera diferente, o provino de Access o fondos de programación, etc. Al igual que algunas personas dicen tomay-to y otras personas dicen tomah-to, siempre habrá una variedad de personas que van desde "son iguales" a "son completamente diferentes". "- y muchos tonos intermedios. Nuevamente, eso no hace que ninguno de ellos sea correcto, porque nadie puede ser la máxima autoridad en esto. Pero en el espacio de SQL Server, definitivamente hay una mayoría.
Dicho esto, en mi humilde opinión, cuando habla de datos que están en una tabla, lo llama fila. Cuando realiza una inserción, inserta una fila en una tabla. Cuando ejecuta una actualización, está actualizando una fila que está en una tabla. Y cuando realiza una SELECCIÓN, está recuperando filas de una tabla.
Siéntase libre de llamarlo un registro una vez que su aplicación lo haya retenido. Pero no te enfades si dices "inserté un registro" y alguien te corrige.